Skip to content

Push-Best-Practices

Diese Seite enthält Best Practices und Anwendungsfälle für Push-Benachrichtigungen, damit Ihre Push-Nachrichten Engagement statt Ärger erzeugen.

Push-Benachrichtigungen sind leistungsstarke Werkzeuge, um mit den Nutzer:innen Ihrer App zu interagieren, sollten aber mit Bedacht eingesetzt werden, um zeitnahe und relevante Nachrichten zu übermitteln. Bevor Sie Ihre Push-Nachricht senden, beachten Sie die folgenden Best Practices für Dinge, die Sie wissen und überprüfen sollten.

Ihre Push-Nachricht verfassen

Als Best Practice empfiehlt Braze, jede Textzeile sowohl für den optionalen Titel als auch für den Nachrichtentext auf etwa 30–40 Zeichen in einer mobilen Push-Benachrichtigung zu beschränken. Beachten Sie, dass der Zeichenzähler im Composer keine Liquid-Zeichen berücksichtigt. Das bedeutet, dass die endgültige Zeichenanzahl einer Nachricht davon abhängt, wie Liquid für jede:n Nutzer:in gerendert wird. Im Zweifelsfall halten Sie es kurz und prägnant.

Payload-Größe von Push-Benachrichtigungen reduzieren

Die maximale Payload-Größe hängt von der Plattform ab.

Plattform Maximale Payload-Größe
Web 3.807 Bytes
Android 3.930 Bytes
iOS 3.960 Bytes
Kindle 5.985 Bytes

Wenn Ihre Push-Benachrichtigung die maximale Payload-Größe überschreitet, wird die Nachricht möglicherweise nicht gesendet. Als Best Practice sollten Sie Ihre Payload auf wenige hundert Bytes beschränken.

Was ist eine Push-Payload?

Push-Dienstanbieter prüfen, ob Ihre Push-Benachrichtigung einem/einer Nutzer:in angezeigt werden kann, indem sie die Byte-Größe der gesamten Push-Payload betrachten. Die Payload ist bei den meisten Push-Diensten auf 4 KB (4.096 Bytes) begrenzt, darunter:

  • Apple Push Notification service (APNs)
  • Androids Firebase Cloud Messaging (FCM)
  • Web-Push
  • Huawei-Push

Diese Push-Dienste lehnen jede Benachrichtigung ab, die dieses Limit überschreitet.

Braze reserviert einen Teil der Push-Payload für Integrations- und Analysezwecke. Daher beträgt unsere maximale Payload-Größe 3.807 Bytes. Wenn Ihre Push-Benachrichtigung diese Größe überschreitet, wird die Nachricht möglicherweise nicht gesendet. Als Best Practice sollten Sie Ihre Payload auf wenige hundert Bytes beschränken.

Die folgenden Elemente in Ihrer Push-Benachrichtigung machen Ihre Push-Payload aus:

  • Text, wie Titel und Nachrichtentext
  • Endgültiges Rendering jeglicher Liquid-Personalisierung
  • URLs für Bilder (aber nicht die Größe des Bildes selbst)
  • URLs für Klickziele
  • Button-Namen
  • Schlüssel-Wert-Paare

Tipps zur Reduzierung der Payload-Größe

Um die Payload-Größe zu reduzieren:

  • Halten Sie Ihre Nachricht kurz. Eine gute allgemeine Richtlinie ist, sie in weniger als 40 Zeichen handlungsorientiert und nützlich zu gestalten.
  • Lassen Sie Leerzeichen und Zeilenumbrüche in Ihrem Text weg.
  • Bedenken Sie, wie Liquid beim Senden gerendert wird. Da das endgültige Rendering jeglicher Liquid-Personalisierung von Nutzer:in zu Nutzer:in variiert, kann Braze nicht bestimmen, ob eine Push-Payload das Größenlimit überschreitet, wenn Liquid enthalten ist. Wenn Ihr Liquid eine kürzere Nachricht rendert, könnte es funktionieren. Wenn Ihr Liquid jedoch zu einer längeren Nachricht führt, könnte Ihre Push-Benachrichtigung das Payload-Größenlimit überschreiten. Testen Sie Ihre Push-Nachricht immer auf einem echten Gerät, bevor Sie sie an Nutzer:innen senden.
  • Erwägen Sie, URLs mit einem URL-Shortener zu kürzen.

Targeting optimieren

Relevante Nutzerdaten erfassen

Push-Benachrichtigungen sollten mit Bedacht eingesetzt werden, um Nutzer:innen mit zeitnahen und relevanten Benachrichtigungen anzusprechen. Braze erfasst nützliche Geräte- und Nutzungsinformationen, die zum Targeting relevanter Segmente verwendet werden können. Diese Informationen sollten durch angepasste Events und Attribute ergänzt werden, die spezifisch für Ihre App sind. Mithilfe dieser Daten können Sie Nachrichten gezielt versenden, um Öffnungsraten zu erhöhen und die Anzahl der Nutzer:innen zu verringern, die Push deaktivieren.

Eine Seite für Benachrichtigungseinstellungen erstellen

Sie können in Ihrer App eine Einstellungsseite erstellen, auf der Nutzer:innen angeben können, welche Benachrichtigungen sie erhalten möchten. Ein gängiger Ansatz ist die Erstellung eines booleschen angepassten Attributs in Braze, das dem App-Einstellungsstatus entspricht. Beispielsweise könnte eine Nachrichten-App Abo-Einstellungen für Eilmeldungen, Sportnachrichten oder Politik haben.

Wenn die Nachrichten-App eine Campaign erstellen möchte, die nur an Nutzer:innen gerichtet ist, die sich für Politik interessieren, fügt sie den Attributfilter Subscribes to Politics zum Segment hinzu. Wenn dieser auf „true“ gesetzt ist, erhalten nur Nutzer:innen, die Benachrichtigungen abonniert haben, diese auch.

Weitere Informationen zum Festlegen angepasster Attribute finden Sie in den folgenden Artikeln für iOS, Android oder REST API.

Opt-ins und Relevanz steigern

Nutzererlaubnis einholen

Die allgemeinen Statistiken für Push-Aktivierung beziehen sich darauf, ob Nutzer:innen Benachrichtigungen über ihr Betriebssystem genehmigt haben. Wenn Nutzer:innen Benachrichtigungen auf iOS deaktivieren, werden sie automatisch aus unserem System entfernt, da Apple das Senden des Push-Tokens nicht zulässt.

Android 13 und höher erfordert eine Genehmigung, bevor Push-Benachrichtigungen angezeigt werden können. Ältere Android-Versionen abonnieren Nutzer:innen standardmäßig für Benachrichtigungen.

Nutzer:innen auf Push vorbereiten

Sie haben nur eine Chance, Nutzer:innen um die Push-Berechtigung zu bitten, und nachdem sie abgelehnt haben, ist es sehr schwer, sie davon zu überzeugen, Push in ihren Geräteeinstellungen wieder zu aktivieren. Aus diesem Grund sollten Sie Nutzer:innen mit einer In-App-Nachricht auf Push vorbereiten, bevor Sie die Systemaufforderung anzeigen. Weitere Informationen zur Steigerung der Opt-ins finden Sie unter Push-Primer-In-App-Nachrichten.

Push-Abo-Steuerungen hinzufügen

Um zu vermeiden, dass Nutzer:innen Benachrichtigungen auf Geräteebene deaktivieren, was ihr Vordergrund-Push-Token vollständig entfernt, lassen Sie Nutzer:innen ihr Push-Abo direkt in Ihrer App steuern. Weitere Details finden Sie unter Push-Abo-Status aktualisieren.

Erweiterte Zeitplanung verwenden oder Verzögerungen hinzufügen

Abhängig von der Größe Ihrer Zielgruppe und davon, wie weit im Voraus Ihre Push-Nachricht geplant ist, kann es zu Verzögerungen bei der Push-Zustellung kommen. Wie lange das Senden von Push-Benachrichtigungen dauert, hängt von der zugewiesenen Rechenleistung ab. Wenn Ihre Push-Nachricht beispielsweise mehrere Connected-Content-Aufrufe verwendet, kann dies die Komplexität des Templating der Push-Nachricht erhöhen und zu Geschwindigkeiten führen, die davon begrenzt werden, wie schnell Ihre Drittanbieter-APIs Daten zurückgeben.

Eine kleinere Push-Payload und eine höhere Benachrichtigungspriorität können dazu beitragen, Verzögerungen zu reduzieren und Ihre Nachrichten zu skalieren. Sie können Push Enabled = true in Ihrem Zielgruppen-Filter hinzufügen, um die Zielgruppengröße zu reduzieren, sodass nur Push-aktivierte Nutzer:innen für den Campaign-Versand verarbeitet werden.

Wir empfehlen außerdem, die Anzahl der API-Aufrufe zu minimieren, indem Sie die benötigten Daten optimieren. Wenn möglich, versuchen Sie, alle benötigten Daten in einem einzigen API-Aufruf abzurufen, anstatt mehrere Aufrufe zu tätigen.

Push-Abo-Status verstehen

Der Push-Abo-Status garantiert nicht, dass eine Push-Benachrichtigung zugestellt wird – Nutzer:innen müssen auch Push-aktiviert sein, um Benachrichtigungen zu erhalten. Das liegt daran, dass ein Nutzerprofil mehrere Geräte mit unterschiedlichen Vordergrund-Push-Berechtigungen haben kann, aber nur einen einzigen Push-Abo-Status.

Wenn Nutzer:innen kein gültiges Vordergrund-Push-Token für eine App haben (d. h. sie deaktivieren Push-Tokens auf Geräteebene über die Einstellungen und entscheiden sich gegen den Empfang von Benachrichtigungen), kann ihr Abo-Status dennoch als subscribed für Push gelten. Diese Nutzer:innen wären jedoch in Braze nicht Foreground Push Enabled for App, da das Vordergrund-Push-Token nicht gültig ist.

Wenn ein Nutzerprofil außerdem kein gültiges oder registriertes Push-Token für andere Apps hat, ist der Filter Foreground Push Enabled in der Segmentierung ebenfalls „false“.

Eine Sunset-Richtlinie für nicht reagierende Nutzer:innen implementieren

Selbst wenn Sie nur relevante, zeitnahe Push-Benachrichtigungen senden, können einige Nutzer:innen dennoch nicht darauf reagieren und sie als Spam empfinden. Angenommen, Nutzer:innen zeigen eine Vorgeschichte des wiederholten Ignorierens Ihrer Push-Benachrichtigungen. In diesem Fall ist es eine gute Idee, ihnen keine Push-Benachrichtigungen mehr zu senden, bevor sie sich über die Kommunikation Ihrer App ärgern oder sie ganz deinstallieren.

Erstellen Sie dazu eine Sunset-Richtlinie, die schließlich keine Push-Benachrichtigungen mehr an Nutzer:innen sendet, die über einen längeren Zeitraum keine direkte oder beeinflusste Öffnung hatten.

  1. Identifizieren Sie nicht reagierende Nutzer:innen anhand direkter oder beeinflusster Öffnungen.
  2. Reduzieren Sie schrittweise das Senden von Push-Benachrichtigungen an diese Nutzer:innen.
  3. Bevor Sie Push-Benachrichtigungen vollständig entfernen, senden Sie eine letzte Benachrichtigung, die erklärt, warum sie keine weiteren erhalten werden. Dies gibt Nutzer:innen die Möglichkeit, ihr Interesse an weiteren Push-Benachrichtigungen zu zeigen, indem sie diese Benachrichtigung öffnen.
  4. Nachdem die Sunset-Richtlinie in Kraft getreten ist, verwenden Sie eine In-App-Nachricht, um diese Nutzer:innen daran zu erinnern, dass sie zwar keine Push-Benachrichtigungen mehr erhalten, In-App-Messaging-Kanäle aber weiterhin interessante, hilfreiche Informationen liefern.

Auch wenn Sie möglicherweise zögern, Nutzer:innen, die sich ursprünglich für Push entschieden haben, keine Push-Benachrichtigungen mehr zu senden, denken Sie daran, dass andere Messaging-Kanäle diese Nutzer:innen effektiver erreichen können, insbesondere wenn sie Ihre Push-Benachrichtigungen zuvor ignoriert haben. Wenn Nutzer:innen Ihre E-Mails öffnen, sind E-Mail-Campaigns eine gute Möglichkeit, sie außerhalb Ihrer App zu erreichen. Wenn nicht, sind In-App Messages der beste Weg, Inhalte zu liefern, ohne zu riskieren, dass Nutzer:innen Ihre App deinstallieren.

Konversions-Events für App-Öffnungen festlegen

Wenn Sie einer Push-Campaign Konversions-Events zuweisen, können Sie App-Öffnungen für einen bestimmten Zeitraum nach Erhalt der Campaign verfolgen. Das Festlegen eines Konversions-Events für App-Öffnungen bietet andere Einblicke als die Ergebnisstatistiken, die Sie normalerweise nach einer Push-Campaign erhalten.

Während alle Push-Campaign-Ergebnisse die direkten Öffnungen und Öffnungen einer Nachricht aufschlüsseln (die sowohl direkte als auch beeinflusste Öffnungen umfassen), verfolgt das Conversion-Tracking jede Art von Öffnung, ob direkt oder beeinflusst.

Darüber hinaus verfolgen Sie mit dem Konversions-Event „App öffnen“ App-Öffnungen, die vor Ablauf der Conversion-Frist stattfinden (z. B. drei Tage). Dies unterscheidet sich von einer beeinflussten Öffnung, da die Zeit, die Nutzer:innen haben, um eine beeinflusste Öffnung zu registrieren, von Person zu Person variieren kann, abhängig vom bisherigen Engagement-Verhalten jeder:jedes Nutzer:in.

Vorschriften für Push-Nachrichten

Da Push-Benachrichtigungen eine aufdringliche Art von Messaging sind, die direkt auf das Telefon oder den Browser Ihrer Kund:innen gesendet werden, gibt es Richtlinien für das Senden von Push-Nachrichten über Apps und Websites.

Vorschriften für mobile Push-Benachrichtigungen in Apps

Apple App Store-Richtlinien
3.2.2 Inakzeptabel: (i) Erstellen einer Oberfläche zur Anzeige von Drittanbieter-Apps, Erweiterungen oder Plug-ins, die dem App Store ähnelt oder als allgemeine Sammlung dient.
4.5.4 Push-Benachrichtigungen dürfen nicht für die Funktion der App erforderlich sein und sollten nicht zum Senden sensibler persönlicher oder vertraulicher Informationen verwendet werden. Push-Benachrichtigungen sollten nicht für Werbe- oder Direktmarketing-Zwecke verwendet werden, es sei denn, Kund:innen haben sich ausdrücklich über eine in der App-UI angezeigte Einwilligungsformulierung für den Empfang entschieden, und Sie bieten in Ihrer App eine Methode an, mit der Nutzer:innen den Empfang solcher Nachrichten abbestellen können.
4.10 Sie dürfen integrierte Funktionen, die von der Hardware oder dem Betriebssystem bereitgestellt werden, wie Push-Benachrichtigungen, die Kamera oder das Gyroskop, nicht monetarisieren; ebenso wenig Apple-Dienste und -Technologien wie Apple Music-Zugang, iCloud-Speicher oder Screen Time APIs.
Google Play Store-Richtlinie
Unbefugte Nutzung oder Nachahmung von Systemfunktionen Wir erlauben keine Apps oder Anzeigen, die Systemfunktionen wie Benachrichtigungen oder Warnungen nachahmen oder stören. Benachrichtigungen auf Systemebene dürfen nur für wesentliche Funktionen einer App verwendet werden, z. B. eine Fluggesellschafts-App, die Nutzer:innen über Sonderangebote informiert, oder ein Spiel, das Nutzer:innen über In-Game-Aktionen benachrichtigt.

Haben Sie nicht gefunden, wonach Sie gesucht haben? Sehen Sie sich diese zusätzlichen Best-Practices-Artikel an:
New Stuff!