Push-Benachrichtigungen in Apps: Was Nutzer wirklich wollen

Kurz gefasst: Nutzer wollen Push-Benachrichtigungen, die etwas mit ihnen persönlich zu tun haben und zum richtigen Zeitpunkt kommen: eine Lieferung ist unterwegs, ein Termin steht an, jemand hat geantwortet. Fragen Sie die Erlaubnis erst, wenn der Nutzer den Nutzen versteht, lassen Sie ihn Kategorien selbst wählen und schicken Sie lieber zu wenig als zu viel. Technisch laufen Pushes über APNs (iOS) und Firebase Cloud Messaging (Android), in React Native meist über Expo Notifications oder eine ähnliche Bibliothek.

Warum so viele Push-Nachrichten nerven

Die meisten Apps behandeln Push wie einen kostenlosen Werbekanal. Nach dem ersten Start erscheint sofort der Erlaubnisdialog, und danach folgen Rabattaktionen, "Wir vermissen dich" und Hinweise auf Funktionen, die niemand gesucht hat. Nutzer reagieren darauf, indem sie Benachrichtigungen abschalten oder die App löschen. Beides ist schwer rückgängig zu machen.

Auf iOS kann eine App den Systemdialog zur Erlaubnis nur einmal zeigen. Lehnt der Nutzer ab, muss er die Erlaubnis später selbst in den Einstellungen erteilen. Seit Android 13 gilt mit der Berechtigung POST_NOTIFICATIONS ein ähnliches Prinzip. Der erste Eindruck zählt also wirklich.

Wann und wie Sie um Erlaubnis bitten

Erst den Nutzen zeigen

Fragen Sie in dem Moment, in dem eine Benachrichtigung offensichtlich hilft. Nach einer Bestellung: "Sollen wir Ihnen Bescheid sagen, wenn Ihr Paket unterwegs ist?" Nach dem Buchen eines Termins: "Möchten Sie eine Erinnerung am Vortag?" Ein eigener, kurzer Hinweisbildschirm vor dem Systemdialog erklärt, wofür die Erlaubnis gebraucht wird. Erst wenn der Nutzer dort zustimmt, zeigen Sie den Systemdialog.

Vorläufige Zustellung auf iOS

iOS kennt eine vorläufige Erlaubnis (provisional authorization). Benachrichtigungen landen dann still in der Mitteilungszentrale, ohne Ton und ohne Sperrbildschirm. Der Nutzer entscheidet anhand echter Beispiele, ob er sie behalten will. Für Apps, deren Nutzen sich erst mit der Zeit zeigt, ist das ein guter Weg.

Welche Benachrichtigungen Nutzer wollen

Transaktional und persönlich

Am besten funktionieren Nachrichten, die durch eine Aktion des Nutzers ausgelöst werden oder ihn direkt betreffen: Bestellstatus, Terminerinnerungen, neue Nachrichten, Statusänderungen in einem Vorgang, Sicherheitshinweise. Diese Nachrichten erwartet der Nutzer, und er vermisst sie, wenn sie fehlen.

Kategorien selbst wählen lassen

Geben Sie in der App eine Einstellungsseite mit klaren Kategorien, etwa "Bestellungen", "Nachrichten", "Angebote". Auf Android sollten diese Kategorien als Notification Channels angelegt werden, die es seit Android 8 gibt. So kann der Nutzer auch auf Systemebene einzelne Arten abschalten, statt alles zu verlieren.

Timing und Häufigkeit

Berücksichtigen Sie Zeitzonen, verschicken Sie nicht-dringende Nachrichten nicht nachts und fassen Sie mehrere Ereignisse zu einer Benachrichtigung zusammen. iOS unterscheidet Unterbrechungsstufen; die Stufe "time-sensitive" ist für Dinge gedacht, die wirklich sofort wichtig sind, und sollte sparsam eingesetzt werden.

Die technische Umsetzung

APNs, FCM und Tokens

Jedes Gerät erhält vom Betriebssystem ein Push-Token, das Ihre App an Ihr Backend schickt. Das Backend sendet Nachrichten über den Apple Push Notification service (APNs) oder Firebase Cloud Messaging (FCM). Tokens können sich ändern oder ungültig werden. Aktualisieren Sie sie bei jedem App-Start und entfernen Sie Tokens, die der Dienst als ungültig meldet.

In React-Native-Projekten mit Expo übernimmt Expo Notifications viel davon, inklusive eines eigenen Push-Dienstes, der APNs und FCM bündelt; mehr zu dieser Plattform in unserem Beitrag über Expo und React Native. Für größere Volumen oder Marketing-Kampagnen kommen Dienste wie OneSignal oder Braze in Frage.

Deep Links

Eine Benachrichtigung sollte direkt an die richtige Stelle der App führen, nicht auf den Startbildschirm. Planen Sie die Deep-Link-Struktur deshalb von Anfang an mit.

Web Push als Ergänzung

Auch Web-Apps können Push-Nachrichten senden. Auf iOS funktioniert das seit Version 16.4, allerdings nur für Web-Apps, die zum Home-Bildschirm hinzugefügt wurden. Ob eine Progressive Web App für Ihren Fall reicht, hängt davon ab, wie wichtig Push und andere Gerätefunktionen sind.

Datenschutz

Push-Tokens gelten als personenbezogene Daten, wenn sie einem Nutzerkonto zugeordnet sind. Marketing-Benachrichtigungen brauchen in der Regel eine Einwilligung, und Analytics-Daten zu Öffnungen sollten in der Datenschutzerklärung beschrieben sein. Unser Leitfaden zur DSGVO-konformen Softwareentwicklung geht darauf genauer ein.

Häufige Fragen (FAQ)

Wann sollte meine App nach der Push-Erlaubnis fragen?

Dann, wenn der Nutzer gerade etwas getan hat, bei dem eine Benachrichtigung offensichtlich hilft, etwa nach einer Bestellung oder Terminbuchung. Direkt nach dem ersten Start ist meist der schlechteste Zeitpunkt.

Wie viele Push-Nachrichten sind zu viele?

Eine feste Grenze gibt es nicht. Entscheidend ist, ob jede Nachricht für den Empfänger relevant ist. Beobachten Sie, wie viele Nutzer Benachrichtigungen abschalten, und reduzieren Sie Kategorien, die dazu führen.

Brauche ich für Push-Nachrichten Firebase?

Für Android ist FCM der Standardweg, für iOS APNs. Firebase lässt sich auch für iOS nutzen, ist aber dort nicht zwingend. Mit Expo oder Diensten wie OneSignal arbeiten Sie über eine gemeinsame Schnittstelle für beide Plattformen.

Funktionieren Push-Benachrichtigungen auch ohne App?

Ja, über Web Push in Browsern. Auf iOS muss die Web-App dafür zum Home-Bildschirm hinzugefügt werden. Die Möglichkeiten sind etwas eingeschränkter als bei nativen Apps.

Fazit

Push-Benachrichtigungen sind ein Vertrauensvorschuss, den Nutzer schnell wieder zurückziehen. Wer die Erlaubnis im passenden Moment erfragt, sich auf persönliche Nachrichten konzentriert und Kontrolle an den Nutzer abgibt, behält diesen Kanal dauerhaft.

Wenn Sie eine App mit durchdachten Benachrichtigungen planen, sprechen Sie mit uns über App-Entwicklung.