Häufig gestellte Fragen

Dieser Artikel enthält Antworten auf einige häufig gestellte Fragen zum Push-Kanal.

Warum werden Push-Benachrichtigungen manchmal verzögert?

Die Zustellung durchläuft in der Regel drei Phasen: Verarbeitung durch Braze (Segmentierung, Zeitplanung und Übergabe an den Anbieter), Transport von Braze zu APNs oder FCM und Zustellung vom Anbieter an das Gerät. Verzögerungen können in jeder Phase auftreten. Braze hat keinen Einblick in Anbieter- oder Geräte-Warteschlangen. Verwenden Sie ausführliches Logging auf dem Client, wenn Sie das Timing auf Geräteseite eingrenzen müssen.

Was passiert, wenn sich mehrere Nutzer:innen auf einem einzelnen Gerät anmelden?

Wenn sich ein:e Nutzer:in von einem Gerät oder einer Website abmeldet, bleibt er/sie per Push erreichbar, bis sich ein:e andere:r Nutzer:in anmeldet. Zu diesem Zeitpunkt wird das Push-Token dem/der neuen Nutzer:in zugewiesen. Das liegt daran, dass jedes Gerät nur ein aktives Push-Abo pro App oder Website haben kann.

Wenn ein Push-Token neu zugewiesen wird, wird die Änderung im Push Changelog des Nutzerprofils angezeigt. Gehen Sie im Nutzerprofil zum Tab Engagement.

Wenn ich einen Test-Push sende, wird er an alle meine Geräte gesendet?

Ja. Der Test-Push wird an jedes Push-fähige Gerät gesendet, das mit dem ausgewählten Nutzerprofil verknüpft ist. Wenn Sie mehrere Telefone oder Tablets mit demselben/derselben Nutzer:in angemeldet haben, erhält jedes Gerät mit einem gültigen Push-Token die Benachrichtigung.

Um den Test-Push nur an ein Gerät zu senden, können Sie vor dem Testen die Push-Token der anderen Geräte aus dem Nutzerprofil entfernen. Alternativ können Sie beim Senden über den /messages/send-Endpunkt im apple_push- oder android_push-Objekt send_to_most_recent_device_only auf true setzen, sodass nur das zuletzt aktive Gerät den Push erhält.

Was bedeutet „Fehler beim Senden der Push-Benachrichtigung, da der Payload ungültig war“?

Diese Nachricht zeigt an, dass APNs die Push-Anfrage aufgrund eines ungültigen Payloads abgelehnt haben (z. B. ein leerer Payload oder ein Payload, der zu groß ist).

Weitere Informationen und nächste Schritte finden Sie unter Häufige Push-Fehlermeldungen.

Warum hat ein:e Nutzer:in mit Opt-in kein Push-Token?

Das kann passieren, wenn das Push-Token der/des Nutzer:in einer anderen Person zugewiesen wurde, die dasselbe Gerät verwendet hat.

1. Navigieren Sie zum Push-Changelog im Tab Engagement des betroffenen Nutzerprofils.
2. Suchen Sie nach einer Nachricht, die besagt, dass das Push-Token zu einer/einem anderen Nutzer:in verschoben wurde.
3. Kopieren Sie das Push-Token und fügen Sie es in die Nutzersuche ein.
4. Wenn das Push-Token noch existiert, werden Sie zu der/dem Nutzer:in weitergeleitet, die/der sich zuletzt auf dem Gerät angemeldet hat.

Wenn Sie möchten, dass das Push-Token der/dem ursprünglichen Nutzer:in wieder zugewiesen wird:

1. Lassen Sie die/den ursprüngliche:n Nutzer:in sich bei dem Profil mit dem fehlenden Push-Token anmelden.
2. Lösen Sie einen neuen Push-Versand aus. Dadurch wird das Token zurück auf das Konto verschoben, sofern Push auf Geräteebene noch aktiviert ist.

Warum öffnet „Web-URL in der mobilen App öffnen“ beim Testen einer Campaign im Entwurfsstatus immer die App?

Wenn eine Campaign noch den Status Entwurf hat und Sie einen Test-Push senden, öffnet das Tippen auf die Benachrichtigung immer zuerst die App – unabhängig davon, ob die Option Web-URL in der mobilen App öffnen ausgewählt oder deaktiviert ist. Wenn die Campaign Live ist, funktioniert das Klickverhalten wie konfiguriert.

Wenn Sie Web-URL öffnen ohne die Option In der App ausgewählt haben, wird der Link direkt im Standardbrowser des Geräts geöffnet. Wenn Sie Web-URL in der mobilen App öffnen ausgewählt haben, wird der Link in einer In-App-Webansicht geöffnet.

Was ist der Unterschied zwischen „An Produktion senden“ und „An Entwicklung senden“ bei iOS-Push-Zertifikaten?

Wenn Sie ein Apple-Push-Zertifikat in Braze hinzufügen, legen die Optionen An Produktion senden und An Entwicklung senden fest, welches APN-Gateway (Apple Push Notification Service) Braze für die Zustellung von Push-Benachrichtigungen verwendet:

• An Entwicklung senden: Wählen Sie diese Option, wenn die App in Xcode im Entwicklungsmodus erstellt und mit einem Entwicklungs-Provisioning-Profil signiert wurde. Push-Benachrichtigungen werden über Apples Entwicklungs-Gateway (Sandbox) zugestellt.
• An Produktion senden: Wählen Sie diese Option, wenn die App über Apples TestFlight, den App Store oder die Enterprise-Verteilung verteilt wird. Push-Benachrichtigungen werden über Apples Produktions-Gateway zugestellt.

Wenn die falsche Option ausgewählt wird, schlagen Push-Benachrichtigungen stillschweigend fehl, da der Push-Token-Typ nicht mit dem Gateway übereinstimmt. In der Regel sollten Apps, die über TestFlight oder den App Store verteilt werden, An Produktion senden verwenden.

Hinweis

Braze geht davon aus, dass importierte Push-Token gültige Vordergrund-Push-Token für Ihre App und Umgebung sind.

Beim Import von iOS-Token speichert Braze kein Apple Push Notification service (APNs)-Gateway (development oder production) für diese. Braze sendet an diese Token über das konfigurierte Gateway Ihrer App. Wenn ein Token für die andere Umgebung generiert wurde, lehnt APNs es mit BadDeviceToken ab und der Versand führt zu einem Bounce.

Braze speichert ein Gateway für das Token nur, wenn das SDK später dasselbe Token registriert und ein Gateway meldet.

Was ist der Unterschied zwischen den Filtern „Foreground Push Enabled“ und „Background or Foreground Push Enabled“?

Diese Segmentierungsfilter prüfen unterschiedliche Bedingungen:

Eine/ein Nutzer:in kann Background or Foreground Push Enabled sein, ohne Foreground Push Enabled zu sein. Das tritt auf, wenn die/der Nutzer:in sichtbare Push-Benachrichtigungen in den Geräteeinstellungen deaktiviert hat, die App aber noch ein Background-Push-Token besitzt. Weitere Informationen finden Sie unter Push-Nutzer:innen und Abos.

Wie bestimmt Braze, wann eine Push-Nachricht erfolgreich gesendet wurde?

Eine Nachricht wird als gesendet protokolliert, sobald sie vom Push-Dienstanbieter empfangen wurde. Das bedeutet nicht zwangsläufig, dass die/der Nutzer:in die Nachricht erhalten oder gesehen hat.

Für iOS ist der Push-Dienstanbieter der Apple Push Notification Service (APNs), und für Android ist es in der Regel Firebase Cloud Messaging (FCM). Der Push-Dienstanbieter antwortet sofort mit Erfolg oder Fehler. Ein Fehler kann einen Bounce oder einen erneuten Versuch bei Netzwerkproblemen umfassen.

Wenn eine Erfolgsmeldung zurückgegeben wird, protokolliert Braze den Versand, und der Push-Dienst versucht anschließend, die Nachricht an das Gerät zuzustellen. Wenn das Gerät nicht sofort erreichbar ist, versucht der Dienst es bis zum Ablauf der in Braze festgelegten Option erneut (TTL für Android, Expiry für iOS). Wenn die Nachricht das Zeitlimit überschreitet, verwirft der Push-Dienst die Push-Nachricht – sie wird jedoch nicht als Bounce gewertet.

• Bei Push-Campaigns mit aktionsbasierter Zustellung wird der Nachrichtenversand protokolliert, sobald die/der Nutzer:in die Aktion ausgeführt hat, die die Campaign auslöst.
• Bei geplanten Campaigns ist die Versandzeit der Zeitpunkt, zu dem die Nachricht in die Warteschlange gestellt und an den Push-Dienstanbieter übergeben wurde.
• Bei beiden Zustellungsarten wird die Nachricht in Braze und im Nutzerprofil unter Campaigns Received als „gesendet“ markiert, auch wenn die/der Nutzer:in die Push-Nachricht möglicherweise noch nicht gesehen oder erhalten hat.

Die Metrik „Zustellungen“ für Push im Dashboard wird beim Laden der Seite als Anzahl der Sendungen abzüglich Bounces berechnet.