Zum ersten Mal begegneten mir Push-Benachrichtigungen bei der Entwicklung mobiler Anwendungen. Später wurde dasselbe Prinzip auf das Web ausgeweitet: Ein Besucher erlaubt Nachrichten, und der Browser kann sie anzeigen, selbst wenn die Website gerade nicht geöffnet ist.
Technisch ist das interessant. Aus Marketingsicht ist jedoch eine andere Frage wichtiger: Haben wir etwas so Nützliches und Zeitkritisches, dass wir berechtigt sind, jemanden dafür zu unterbrechen? Wenn nicht, brauchen wir keinen weiteren Kanal.
Was Web-Push tatsächlich ist
Eine Webanwendung arbeitet typischerweise mit einer Berechtigung für Benachrichtigungen, einem Service Worker und dem Push-Dienst des Browsers. Ein Abonnement ist an einen bestimmten Browser und ein bestimmtes Gerät gebunden, nicht automatisch an eine Person im CRM. MDN Push API beschreibt die technischen Grundlagen und die Rolle des Service Workers.
Das hat eine praktische Konsequenz: Die Anzahl der Abonnements entspricht nicht der Anzahl der Kunden. Eine Person kann mehrere Geräte besitzen, ihren Browser neu installieren oder die Berechtigung jederzeit widerrufen. Ohne angemeldetes Konto und sorgfältige Verknüpfung wissen Sie in der Regel nicht, wem ein Gerät gehört. Ich würde diese Unsicherheit nicht mit einer übermäßig präzisen Persona verschleiern.
Fragen Sie nur mit Kontext nach einer Einwilligung
Die schlechteste Option ist die Systemabfrage unmittelbar beim Aufruf einer Website. Die Person weiß noch nicht, was Sie anbieten, und der Browser bittet bereits um eine langfristige Berechtigung. Wenn sie die Anfrage blockiert, erhalten Sie oft keine zweite Chance, ohne dass sie die Einstellungen manuell ändert.
Deshalb erkläre ich zunächst einen konkreten Nutzen: eine Benachrichtigung über eine Änderung des Bestellstatus, einen verfügbaren Termin, den Beginn einer Übertragung oder die Rückkehr eines beobachteten Produkts. Erst nach einer bewussten Nutzeraktion öffne ich die eigentliche Anfrage des Browsers. Die Dokumentation zur Notifications API auf MDN empfiehlt ebenfalls, die Anfrage an eine Nutzeraktion zu knüpfen.
Wann Push sinnvoll ist
- Status und Verfügbarkeit: Eine Bestellung, Reservierung, ein Termin oder ein Produkt hat sich verändert.
- Zeitkritische Inhalte: Eine Übertragung beginnt, eine Auktion endet oder ein Ereignis, das die Person selbst ausgewählt hat, ist eingetreten.
- Ein regelmäßig genutztes Arbeitstool: Der Nutzer erwartet operative Benachrichtigungen als Teil des Dienstes.
- Bewusstes Tracking: Die Person hat ein bestimmtes Thema aktiv eingeschaltet, statt vage „Neuigkeiten“ zu abonnieren.
Je näher die Nachricht an einem Verhalten liegt, das der Nutzer ausdrücklich eingerichtet hat, desto leichter lässt sich die Unterbrechung rechtfertigen. Ein allgemeiner Rabatt für alle ist ein schwächerer Grund als eine Benachrichtigung, um die jemand gebeten hat.
Wann ich bei E-Mail bleiben würde
E-Mail eignet sich besser für eine längere Erklärung, ein Dokument, eine Zusammenfassung und eine Kommunikation, mit der sich jemand später befassen kann. Push bietet wenig Platz, verschwindet schnell und sollte beim Klick nicht auf eine Seite führen, auf der der Nutzer erneut nach der Bedeutung der Nachricht suchen muss.
Wenn ein Unternehmen relevante E-Mails nicht verwalten kann, vervielfacht ein weiterer Kanal das Problem oft nur. Zuerst würde ich Datenbank, Angebot und Prozess mithilfe des Artikels über E-Mail-Marketing in Ordnung bringen. Anschließend würde ich Tools anhand eines konkreten Szenarios auswählen, nicht anhand der Anzahl der Symbole in der Preisliste.
Was jede Nachricht enthalten muss
- einen klaren Grund, warum sie gerade jetzt eingetroffen ist;
- einen erkennbaren Absender;
- eine knappe Nachricht ohne falsche Dringlichkeit;
- eine Zielseite, die der Nachricht genau folgt;
- eine Möglichkeit, Themen anzupassen oder das Abonnement zu beenden;
- ein Frequenzlimit und eine Ruhephase, die auf die Situation des Nutzers abgestimmt sind.
Ich würde nicht dieselbe Nachricht gleichzeitig über Push, E-Mail, SMS und Chat versenden, nur weil die Integration vorhanden ist. Orchestrierung bedeutet, den geeigneten Kanal auszuwählen, nicht alle Kanäle zu verwenden.
So messen Sie Push
Zustellung und Klicks sind operative Signale. Geschäftlicher Wert entsteht erst mit dem nächsten Schritt: dem Abschluss einer Reservierung, der Rückkehr in die App, dem Kauf eines beobachteten Produkts oder der Verringerung der Supportanfragen.
Ich erfasse auch negative Signale: widerrufene Berechtigungen, Abmeldungen von Themen, eine schnelle Rückkehr ohne Aktion und Beschwerden. Eine hohe Klickrate kann das Ergebnis aggressiver Formulierungen sein und den Kanal langfristig zerstören.
Ich versehe Links mit konsistenten UTM-Parametern, berücksichtige jedoch, dass ein Teil der Messung durch Browser, Einwilligung und den Lebenszyklus des Geräts eingeschränkt wird. Die Genauigkeit des Dashboards ist kein Grund, die Datenerfassung ohne Nutzen für die Person auszuweiten.
Ein kleiner Pilot statt eines Starts auf der gesamten Website
- Ich wähle ein einzelnes Ereignisszenario mit klarem Nutzen aus.
- Ich beschreibe, wer das Abonnement zu welchem Zeitpunkt aktivieren kann.
- Ich lege ein Frequenzlimit, einen Nachrichtenablauf und eine Option zum Abschalten fest.
- Ich teste verschiedene Browser und Geräte sowie die Situation ohne Berechtigung.
- Ich messe sowohl die erledigte Aufgabe als auch negative Reaktionen.
- Nach mehreren Zyklen entscheide ich, ob ich den Kanal ausweite, anpasse oder abschalte.
Mein Fazit
Push-Benachrichtigungen sind kein günstigerer Newsletter. Sie sind kurze, begründete Unterbrechungen. Sie funktionieren gut bei einem Ereignis, das eine Person selbst ausgewählt hat und über das sie rechtzeitig Bescheid wissen muss. Als weitere Fläche für allgemeine Werbung funktionieren sie schlecht.
Wenn Sie entscheiden möchten, ob Push zur gesamten Customer Journey gehört, beginnen Sie mit einer Überprüfung Ihres Marketingsystems. Sie können Ihre konkrete Situation über den Kontakt beschreiben.