Web Push Notification

Definition: Web Push Notifications sind Browser-basierte Benachrichtigungen die von Websites über den Browser auf Desktop und Mobilgeräte gesendet werden – auch wenn die Website nicht geöffnet ist – ohne App-Installation. Technische Grundlage: Push API (W3C-Standard) und Service Worker; HTTPS-Pflicht für alle Websites die Web Push nutzen. Browser-Unterstützung: Chrome (Desktop + Android, seit 2015), Firefox (Desktop + Android), Microsoft Edge; Safari: macOS seit Safari 16.1 (2022), iOS/iPadOS seit Safari 16.4 (März 2023, aber nur für Websites die als PWA auf Homescreen installiert sind). Opt-in: Nutzer muss explizit zustimmen (Browser-Permission-Dialog); Opt-in-Rate: 5–15 % (niedriger als App-Push durch fehlende Kontext-Motivation bei unbekannten Websites); Öffnungsrate: 10–20 % allgemein, 15–25 % bei personalisierten Nachrichten. Abgrenzung von App-Push: kein App-Download, kein App-Store, keine IDFA-Problematik; geringeres Funktions-Set als native App-Push (kein Rich Media auf iOS, keine Action-Buttons auf allen Plattformen). DSGVO: Einwilligung erforderlich (Art. 6 Abs. 1a).

Erläuterung

Web Push Notifications schließen die Lücke zwischen E-Mail (hohe Reichweite, aber langsam) und App-Push (sofort, aber App-Installation nötig). Für Publisher, E-Commerce und Content-Websites ohne eigene App ist Web Push der wichtigste Re-Engagement-Kanal: Nutzer die einmal die Website besucht und Opt-in gegeben haben können ohne weiteres Zutun wieder aktiviert werden. Die Herausforderung liegt im niedrigen Opt-in: durchschnittlich melden sich nur 5–15 % der Besucher an.

Technische Grundlagen

Service Worker und Push API: Service Worker: JavaScript-Datei die im Hintergrund des Browsers läuft (eigener Thread); empfängt Push-Events vom Server wenn Browser geschlossen; Push API: Web-Standard für Server-zu-Browser-Push; Ablauf: Website fragt Opt-in → Browser speichert Subscription-Endpoint (URL des Push-Service) → Website-Server sendet Nachricht an Endpoint → Browser-Push-Service (Google FCM für Chrome, Mozilla für Firefox, Apple APNs für Safari) liefert an Browser; VAPID-Schlüssel: Authentication der Website gegenüber Push-Service
Browser-Unterstützung Details: Chrome Desktop + Android: vollständige Unterstützung, Icon + Titel + Body + Action-Buttons; Firefox Desktop + Android: vollständig; Edge Desktop: vollständig (Chromium-basiert); Safari macOS 16.1+: vollständige Web-Push-Unterstützung; Safari iOS 16.4+: nur für PWAs (Add to Home Screen installiert), Vollbild-Notification wie App-Push; Opera: vollständig (Chromium); Samsung Internet: vollständig; iOS Chrome/Firefox: nutzen WebKit (Apple) – kein Web Push außer via PWA; Entwicklungsbestand: ca. 70–80 % der deutschen Smartphone-Nutzer (Chrome Android + iOS Safari PWA) erreichbar
Implementierung: Eigene Implementierung: Service Worker + VAPID + Push API (Entwicklungsaufwand: 2–5 Tage); Libraries: web-push (Node.js), pywebpush (Python); Plattformen (empfohlen): OneSignal (kostenlos bis 10.000 Subscriber), Pushwoosh, Webpushr, MoEngage Web Push; OneSignal: einfachste Integration (1 JavaScript-Tag), Dashboard für Segmentierung und Kampagnen; A/B-Testing in OneSignal eingebaut; HTTPS: Pflichtvoraussetzung für Service Worker und Push API

Opt-in-Optimierung

Timing des Permission-Dialogs: Browser-Permission-Dialog sofort beim ersten Seitenbesuch: niedrigste Opt-in-Rate (3–5 %); Nutzer kennt Website noch nicht, kein Vertrauen aufgebaut; Best Practice: Dialog erst nach Nutzer-Interaktion anzeigen (3+ Seitenaufrufe, nach Artikel-Lesen, nach Kauf); OneSignal: «Slide Prompt» als Custom UI vor OS-Dialog; Trigger-basiert: nach Warenkorbabbruch, nach Newsletter-Anmeldung
Pre-Permission-Dialog: Eigener Dialog vor Browser-Dialog erklärt Nutzen: «Erhalten Sie Benachrichtigungen zu neuen Artikeln in Ihren Lieblingskategorien»; CTA: «Ja, ich möchte informiert werden» → dann Browser-Dialog; Opt-in-Rate mit Pre-Permission: 2–3× höher als ohne; Inhalte des Pre-Permission: konkreter Nutzen für den Nutzer, Frequenz-Hinweis («max. 3× pro Woche»), einfaches Abmelden kommunizieren
Segmentierungs-Angebote: Nutzer wählt Kategorien beim Opt-in: Sport, Politik, Wirtschaft, Unterhaltung → segmentierte Notifications erhöhen Öffnungsrate; E-Commerce: «Benachrichtigungen zu [Kategorie] aktivieren» (nach Produktkategorie-Besuch); Geo-Segmentierung: Stadtspezifische Angebote nur an Nutzer in jeweiliger Stadt; Re-Engagement: Nutzer die 30 Tage inaktiv sind über Push reaktivieren

Kampagnen und Performance

Push-Typen und Timing: Breaking News / Flash-Content: sofort (Zeitkritikalität als Stärke nutzen); Warenkorbabbrecher: 1–3 Stunden nach Abbruch; Preis-Alert: sofort wenn gewünschtes Produkt reduziert; Daily Digest: täglich zur optimalen Zeit (7–9 Uhr für News, 18–20 Uhr für Shopping); Re-Engagement: nach 14–30 Tagen Inaktivität; Frequency-Capping: maximal 1–2 Marketing-Pushes pro Tag, sonst erhöhte Abmelderate
Rich Web Push: Chrome Desktop: Bild (640×320 px), Icon, Titel, Body, 2 Action-Buttons; Chrome Android: Bild optional, kleinere Darstellung; Safari macOS: Titel + Body (kein Bild nativ im Push); iOS Safari PWA: ähnlich App-Push; Rich Media erhöht Öffnungsrate um 15–25 % gegenüber Text-only; Action-Buttons («Jetzt kaufen», «Mehr erfahren») ermöglichen Direktaktion ohne Website-Öffnung
KPIs und Benchmarks: Subscriber-Wachstumsrate: wichtigste Aufbau-Metrik; Opt-out-Rate pro Kampagne: unter 1 % = gut, über 3 % = Frequenz oder Relevanz prüfen; Öffnungsrate (Click Rate): 10–20 % allgemein, 20–30 % für sehr personalisierte Pushes; Revenue per Subscriber (RPS): für E-Commerce wichtigste ROI-Metrik; Vergleich zu E-Mail: Web Push hat niedrigere Gesamtreichweite (5–15 % Opt-in vs. E-Mail-Liste) aber deutlich höhere Sofort-Öffnungsrate
DSGVO-Anforderungen: Einwilligung: explizite Zustimmung über Browser-Dialog (ist per Design opt-in); Datenschutzerklärung: Web Push und Verarbeitungszweck müssen genannt sein; Drittanbieter (OneSignal etc.): als Auftragsverarbeiter im Datenschutz nennen; Daten die gespeichert werden: Push-Subscription-Endpoint (anonym, kein Name), Opt-in-Zeitstempel, Segment-Zuordnung; Recht auf Widerruf: Nutzer kann Subscription jederzeit im Browser entziehen (Browser-Einstellungen)

Praxistipp: Zeigen Sie den Opt-in-Dialog nicht beim ersten Seitenbesuch sondern erst wenn Nutzer Interesse gezeigt haben – nach dem dritten Besuch, nach dem Lesen eines vollständigen Artikels oder nach einer Newsletter-Anmeldung. Diese Verzögerung allein erhöht die Opt-in-Rate von 3–5 % auf 10–15 %. Nutzen Sie OneSignal für den Einstieg: kostenlos bis 10.000 Subscriber, einfache Integration (ein JavaScript-Tag), A/B-Testing und Segmentierung im Dashboard enthalten. Für E-Commerce ist der Warenkorbabbrecher-Push (1 Stunde nach Abbruch, personalisiert mit Produktnamen und -bild) der beste Einstiegspunkt: geringer Aufwand, messbarer Revenue-Impact.