Push-Benachrichtigungen sind unerlässlich, um Mitarbeiter zu informieren und einzubinden. Im Fehlerfall ist eine schnelle Diagnose entscheidend. Dieser Artikel erklärt, wie Sie die Push-Diagnose und das Echtzeit-Push-Tool im Admin-Bereich nutzen, um Echtzeit-Push-Benachrichtigungen direkt auf Ihrem Gerät zu testen und die Fehlerbehebung zu beschleunigen.
Der Abschnitt „Testen“ wurde in „Lokale Benachrichtigung“ umbenannt.
Überblick
Das interne Push-Diagnosetool ermöglicht Ihnen Folgendes:
- Senden Sie echte Push-Benachrichtigungen über die gesamte Produktionspipeline.
- Überprüfen Sie den Push-Token-Status Ihres Geräts.
- Betriebssystemberechtigungen überprüfen
- Überprüfen Sie das Auslieferungs- und Deep-Link-Verhalten in Echtzeit.
Dies ersetzt die bisherige Testmethode, die nur lokale (simulierte) Benachrichtigungen unterstützte.
Wann und warum es verwendet werden sollte
Nutzen Sie diese Funktion, wenn:
- Ein Kunde meldet, dass er keine Push-Benachrichtigungen empfängt.
- Sie müssen überprüfen, ob ein Problem mit der Backend-Bereitstellung oder der Gerätekonfiguration zusammenhängt.
- Sie möchten Deep Links, Prioritätseinstellungen oder benutzerdefinierte Benachrichtigungsinhalte testen.
- Sie beheben Probleme mit dem Benachrichtigungsverhalten direkt von einem Mobilgerät aus, ohne externe Tools zu verwenden.
Dieses Tool ist besonders nützlich für Support-, Mobil- und QA-Teams, die Kundenprobleme in Echtzeit bearbeiten.
Anleitung zur Verwendung
- Öffnen Sie die mobile App auf Ihrem Gerät.
- Zugriff auf das Admin-Panel
- Scrollen Sie nach unten zu „Push-Benachrichtigungsdiagnose“.
- Prüfen Sie die Gerätezustandsinformationen , einschließlich:
- Verfügbarkeit von Push-Token
- Berechtigungen für Betriebssystembenachrichtigungen
- Gehen Sie zum Abschnitt „Real Push“.
- Konfigurieren Sie Ihre Benachrichtigung:
- Füge einen Titel hinzu
- Füge einen Körper hinzu
- Wählen Sie einen Deep-Link-Pfad aus
- Priorität festlegen
- Stellen Sie die T TL in Sekunden ein.
- Wählen Sie gegebenenfalls einen Ton aus.
- Tippen Sie auf „Echte Push-Benachrichtigung senden“ .
- Prüfen Sie Ihren Posteingang zur Überprüfung:
- API-Antwortergebnisse
- Lieferstatus
- Fehlermeldungen (falls vorhanden)
Wenn Sie nur testen möchten, wie eine Benachrichtigung lokal aussieht (ohne Zustellung an den Backend-Server), verwenden Sie stattdessen den Abschnitt „Lokale Benachrichtigung“ .
Falls die Benachrichtigung auf dem Gerät nicht empfangen wurde, überprüfen Sie, ob die Benachrichtigungsberechtigungen des Betriebssystems aktiviert sind, ob ein gültiges Push-Token generiert wurde und überprüfen Sie das Protokollfeld auf Backend-Fehler.
Falls der Deep Link nicht den erwarteten Bildschirm öffnet, überprüfen Sie, ob der Deep Link im Backend korrekt konfiguriert ist, prüfen Sie im Log-Panel, ob die Payload die korrekten Parameter enthält, und stellen Sie sicher, dass die App-Version den getesteten Deep Link unterstützt.
Tipps und bewährte Vorgehensweisen
- Überprüfen Sie vor dem Senden eines Test-Pushes immer den Gerätestatus , um Berechtigungs- oder Tokenprobleme auszuschließen.
- Verwenden Sie klare und eindeutige Testtitel (z. B. „Test – Hohe Priorität – Deep Link“), um Ihre Benachrichtigung leicht identifizieren zu können.
- Beim Testen von Deep Links überprüfen Sie, ob sich nach dem Antippen der Benachrichtigung der erwartete Bildschirm korrekt öffnet.
- Beim Testen von Prioritätsstufen sollte das Verhalten im Vordergrund- und Hintergrundzustand der App verglichen werden.
- Stellen Sie sicher, dass Ihr Gerät über eine stabile Internetverbindung verfügt, bevor Sie die Tests durchführen.
Häufig gestellte Fragen
-
Worin besteht der Unterschied zwischen Real Push und Lokaler Benachrichtigung?
Eine echte Push-Benachrichtigung durchläuft die gesamte Produktions-Backend-Pipeline. Eine lokale Benachrichtigung simuliert eine Benachrichtigung direkt auf dem Gerät, ohne das Backend zu kontaktieren.
-
Sendet dieses Tool Benachrichtigungen an tatsächliche Mitarbeiter?
Nein. Es sendet Benachrichtigungen nur an das Gerät, von dem der Test ausgelöst wurde.
-
Kann dieses Tool in Produktionsumgebungen eingesetzt werden?
Ja, es nutzt die Produktionspipeline, ist aber für kontrollierte interne Tests auf dem eigenen Gerät konzipiert.