Tag Push Permission Status
Push Permission Status ist ein Standard-Tag, der den Status der Berechtigung für Push-Benachrichtigungen auf einem Gerät speichert. Damit erstellen Sie Segmente nach Erreichbarkeit mit Benutzern, die ein einfaches An/Aus-Flag nicht unterscheiden kann, zum Beispiel Benutzer, die Sie noch um Erlaubnis bitten können, und Benutzer, die bereits abgelehnt haben.
Werte von Push Permission Status
Anchor link toDer Tag ist ein String-Tag, der für jedes Gerät in jeder Anwendung einen der folgenden Werte speichert. Jede Plattform meldet nur einen Teil davon. Siehe Was jede Plattform meldet.
| Wert | Bedeutung |
|---|---|
not_determined | Der Benutzer hat die Berechtigungsanfrage noch nicht beantwortet, die App kann also noch fragen |
granted_explicit | Der Benutzer hat Benachrichtigungen in der Berechtigungsanfrage erlaubt |
granted_default | Benachrichtigungen sind erlaubt, aber nicht durch eine Antwort auf die Berechtigungsanfrage des Pushwoosh SDK. Nur Android |
provisional | Benachrichtigungen sind vorläufig (provisional) erlaubt. Sie landen still im Benachrichtigungszentrum, ohne Hinweise, Töne oder Banner. Nur iOS |
ephemeral | Benachrichtigungen sind für eine begrenzte Zeit erlaubt, etwa für einen App Clip. Nur iOS |
denied | Der Benutzer hat Benachrichtigungen deaktiviert, entweder in der Anfrage oder später in den Geräte- oder Browsereinstellungen |
unsupported | Der Browser kann keine Web-Push-Benachrichtigungen empfangen. Nur Web |
Der Tag hat keinen Wert auf tvOS und macOS sowie auf Geräten mit einer SDK-Version älter als:
| Plattform | Minimale SDK-Version |
|---|---|
| iOS | 7.2.10 |
| Android | 6.17.0 |
| Web | 3.95.0 |
Wann der Tag aktualisiert wird
Anchor link toDas SDK meldet den aktuellen Status zu diesen Zeitpunkten:
- Bei jedem Öffnen der App.
- Wenn sich das Gerät für Push-Benachrichtigungen registriert.
- Direkt nachdem der Benutzer die Berechtigungsanfrage beantwortet hat.
Ändert der Benutzer die Berechtigung in den Geräte- oder Browsereinstellungen, wird der Tag später aktualisiert, je nach Plattform:
| Plattform | Wann der Tag aktualisiert wird |
|---|---|
| iOS | Beim nächsten Öffnen der App |
| Android | Beim nächsten Öffnen der App oder wenn sie wieder in den Vordergrund kommt |
| Web: Chromium-basierte Browser und Firefox | Sobald der Browser die Änderung meldet |
| Web: Safari | Beim nächsten Laden der Seite |
Kommt eine Anfrage ohne Status, zum Beispiel von einer älteren SDK-Version, behält der Tag seinen letzten Wert.
Was jede Plattform meldet
Anchor link toJede Plattform liest die Berechtigung über ihre eigene System-API aus, daher unterscheidet sich die Menge der Werte je nach Plattform.
Das iOS SDK ordnet den Autorisierungsstatus der App im System direkt dem Tag zu.
| iOS-Autorisierungsstatus | Push Permission Status |
|---|---|
| Not determined | not_determined |
| Authorized | granted_explicit |
| Provisional | provisional |
| Ephemeral | ephemeral |
| Denied | denied |
Android
Anchor link toAb Android 13 muss der Benutzer Benachrichtigungen in einer Berechtigungsanfrage erlauben. Frühere Versionen erlauben sie nach der Installation standardmäßig, daher unterscheidet das Android SDK eine ausdrückliche Antwort von einer Standardfreigabe:
granted_explicit: Der Benutzer hat Benachrichtigungen in der Berechtigungsanfrage erlaubt, die das Pushwoosh SDK anzeigt, auf Android 13 oder höher, in einer App, die auf Android 13 (API-Level 33) oder höher abzielt.granted_default: Benachrichtigungen sind auf andere Weise erlaubt. Dazu gehören Android 12 und älter, Apps, die auf ein API-Level unter 33 abzielen, eine Berechtigung, die bereits erteilt war, als das SDK sie zum ersten Mal geprüft hat, und eine Berechtigung, die über Ihre eigene Anfrage oder in den Systemeinstellungen erteilt wurde.not_determined: Ab Android 13 sind Benachrichtigungen deaktiviert und der Benutzer hat die Anfrage noch nicht beantwortet, auch wenn er sie geschlossen hat, ohne eine Auswahl zu treffen.denied: Benachrichtigungen sind deaktiviert, nachdem der Benutzer die Anfrage abgelehnt hat oder nachdem sie zuvor erlaubt waren. Auf Android 12 und älter meldet jedes Gerät mit deaktivierten Benachrichtigungendenied.
Browser erlauben Benachrichtigungen erst, nachdem der Benutzer aktiv auf „Erlauben“ geklickt hat, daher meldet ein Web-Gerät nie granted_default.
| Browserberechtigung | Push Permission Status |
|---|---|
Noch nicht gefragt (default) | not_determined |
Erlaubt (granted) | granted_explicit |
Blockiert (denied) | denied |
| Browser unterstützt kein Web-Push | unsupported |
Segmente nach Erreichbarkeit erstellen
Anchor link toKombinieren Sie die Werte in einem Filter Push Permission Status mit dem Operator einer von, um Benutzer danach anzusprechen, wie Sie sie erreichen können. Mehr über das Erstellen von Segmenten nach Tags.
| Segment | Filter | Verwendung |
|---|---|---|
| Benutzer, die Push-Hinweise sehen | einer von granted_explicit, granted_default | Zeitkritische Push-Benachrichtigungen senden |
| Nur stille Zustellung | einer von provisional, ephemeral | Mit geringerer Sichtbarkeit rechnen und diese Benutzer einladen, vollständige Benachrichtigungen zu erlauben |
| Benutzer, die Sie noch fragen können | einer von not_determined | Eine In-App vor der Push-Berechtigungsanfrage anzeigen |
| Benutzer, die abgelehnt haben | einer von denied | Sie per E-Mail, SMS oder In-App-Nachrichten erreichen oder ein Pop-up zur Wiederherstellung von Opt-outs ausspielen |
| Browser ohne Web-Push | einer von unsupported | Andere Kanäle für diese Web-Benutzer nutzen |
Um Geräte zu finden, die den Tag noch nicht melden, verwenden Sie den Operator nicht festgelegt. Auf diesen Geräten läuft eine ältere SDK-Version, sprechen Sie sie daher stattdessen über Push Alerts Enabled an. Den Unterschied zwischen den beiden Tags finden Sie unter Push Permission Status vs. Push Alerts Enabled.
Push Permission Status vs. Push Alerts Enabled
Anchor link toDie beiden Tags beantworten unterschiedliche Fragen:
- Push Alerts Enabled (Boolean): Kann dieses Gerät gerade Push-Hinweise anzeigen?
- Push Permission Status (String): In welchem Status ist die Berechtigung? Er trennt Zustände, die Push Alerts Enabled als dasselbe
falsemeldet, etwa „nie gefragt“ und „abgelehnt“.
Die Tabelle vergleicht, wie die beiden Tags häufige Zustände melden.
| Push Alerts Enabled | Push Permission Status | |
|---|---|---|
| Typ | Boolean | String |
| Nie um Erlaubnis gefragt | false | not_determined |
| Berechtigung abgelehnt | false | denied |
| Vorläufige (provisional) oder temporäre Berechtigung auf iOS | Hängt von den Einstellungen für Hinweise, Töne und Badges ab | provisional oder ephemeral |
| Ausdrückliche oder Standardfreigabe | true, wenn das Gerät Hinweise anzeigt | granted_explicit oder granted_default |
| Geräte mit älteren SDK-Versionen | Wird in allen SDK-Versionen gemeldet | Nicht festgelegt |
Wählen Sie den Tag nach der Frage, die Sie beantworten möchten:
- Verwenden Sie Push Alerts Enabled für eine schnelle Zählung der Opt-in-Benutzer über alle SDK-Versionen hinweg.
- Verwenden Sie Push Permission Status, wenn Ihr nächster Schritt davon abhängt, warum ein Benutzer nicht erreichbar ist. Fragen Sie zum Beispiel die Benutzer, die nie gefragt wurden, und lassen Sie die Benutzer in Ruhe, die abgelehnt haben.