Web-Push-Benachrichtigungen 2026: Reengagement-Hebel oder Belästigung, die Vertrauen zerstört?

Web-Push-Benachrichtigungen haben seit 2015 drei Zyklen durchlaufen: anfängliche Begeisterung («die neue E-Mail»), Sättigung und Nutzermüdigkeit (aufdringliche Popups, irreführende Opt-ins), regulatorische Reifung (DSGVO, ePrivacy). 2026 ist Web Push wieder ein interessanter Hebel — vorausgesetzt, man versteht, was sich geändert hat und was nicht.

Web Push ist kein Massenkanal nach Art der E-Mail. Es ist ein Nischen-Reengagement-Kanal mit niedriger Opt-in-Rate (5-10 % der Besucherbasis), spezifischen technischen Einschränkungen und hohen Qualitätsanforderungen — zu viele Sendungen, und der Nutzer meldet sich ab. Dieser Artikel zieht Bilanz, was 2026 funktioniert, welche Protokolle und Tools relevant sind, und welcher Relevanztest vor der Investition durchzuführen ist.

Was Web Push technisch ist

Web Push basiert auf dem vom W3C standardisierten Web-Push-API-Protokoll. Mechanik:

1. Der Besucher kommt auf die Website. Nach einer gewissen Zeit oder nach einer Aktion erscheint eine Berechtigungsanfrage (das native Browser-Modal).
2. Akzeptiert der Nutzer, generiert der Browser einen einzigartigen Endpoint (URL der Push-Server von Mozilla, Google oder Apple) und teilt ihn mit der Website.
3. Die Website speichert diesen Endpoint, gegebenenfalls verknüpft mit einer Nutzer-ID.
4. Um eine Benachrichtigung zu senden, sendet die Website (oder ihr Push-Tool) eine VAPID-signierte Anfrage an den Endpoint, der die Benachrichtigung an den Browser pusht.
5. Der Nutzer sieht die Benachrichtigung, selbst wenn die Website nicht geöffnet ist, solange der Browser läuft (oder im Hintergrund auf Mobile).

Browser-Unterstützung 2026

• Chrome, Edge, Firefox, Opera auf Desktop und Android: vollständige Unterstützung seit langem.
• Safari macOS und iPadOS: native Unterstützung seit macOS 13.
• Safari iOS (iPhone): Teilunterstützung seit iOS 16.4 (März 2023), vorausgesetzt die Website ist als PWA auf dem Startbildschirm installiert. Das ist die große Einschränkung: Auf dem iPhone erfordert Web Push die vorherige PWA-Installation.

Konsequenz 2026: Web Push ist auf Android und Desktop schlagkräftig, marginal auf iPhone, solange die PWA nicht installiert ist. Bei mehrheitlich iOS-Zielgruppen ohne PWA deckt Web Push nur 20-30 % der Basis ab.

Der DSGVO- und ePrivacy-Rahmen

Web Push fällt unter die ePrivacy-Richtlinie und die DSGVO:

• Ausdrückliche Einwilligung: Das native Push-Modal des Browsers dient der Einwilligungserfassung, wird aber nur sauber ausgelöst, wenn es korrekt aufgerufen wird (als Reaktion auf eine klare Nutzeraktion, nicht beim Laden der Seite).
• Vorherige Information: Der Nutzer muss wissen, was er empfangen wird, bevor er zustimmt. Best Practice: Maßgeschneiderte Pre-Prompt («Möchten Sie unsere Promo-Alerts erhalten?») vor dem nativen Modal anzeigen.
• Einfache Abmeldung: Eine Abmelde-Schaltfläche muss jederzeit zugänglich sein, idealerweise direkt in der Benachrichtigung.
• Personenbezogene Daten: Der Push-Endpoint ist an sich kein personenbezogenes Datum, aber die Verknüpfung mit einer Kunden-ID macht ihn zu einem solchen. Im DSGVO-Verarbeitungsverzeichnis zu dokumentieren.

Irreführende Opt-ins («OK klicken, um die Website aufzurufen») werden von Aufsichtsbehörden wie der BfDI und den Landesdatenschutzbehörden sanktioniert und bleiben der häufigste Fehler. Seit 2024-2025 ist die Rechtsprechung klar: Eine mehrdeutige Einwilligung gilt als fehlende Einwilligung.

Die Anwendungsfälle, die den Kanal rechtfertigen

Web Push rentiert sich nur bei Hochsignal-Anwendungsfällen. Schlechter Einsatz: tägliche Newsletter. Gute Einsätze:

1. Cart Abandonment

Push-Benachrichtigung 1-4 Stunden nach Warenkorbabbruch: «Ihr Warenkorb wartet, schließen Sie ab vor Ende der Promo.» Typische Klickrate 4-12 %, Klick-zu-Kauf-Konversion 8-15 %. ROI in der Regel positiv ab 50 abgebrochenen Warenkörben/Tag.

2. Back in Stock

Der Käufer hatte sich in die Warteliste eines ausverkauften Produkts eingetragen. «Produkt X ist wieder verfügbar.» Push wird beim Wiederauffüllen ausgelöst. Klickrate 25-45 %, Konversion 15-30 %. Der absolute Vorzeige-Anwendungsfall.

3. Price Drop

Der Käufer hatte ein Produkt zu Favoriten hinzugefügt oder konsultiert. «Der Preis von Produkt X wurde gerade um 20 % gesenkt.» Push wird bei signifikanter Preisänderung ausgelöst. Klickrate 10-20 %, Konversion 5-12 %.

4. Bestätigung eines wichtigen Ereignisses

«Ihre Bestellung wurde versendet», «Abhol-Code verfügbar». Aber in Konkurrenz zu SMS und transaktionalen E-Mails — für diese Ereignisse oft weniger geeignet.

5. Lancierung zeitlich begrenzter Angebote

«Flash Sale 2 Stunden» auf beobachteten Produkten. Sparsam einzusetzen, um die Basis nicht zu erschöpfen.

Tools 2026

OneSignal

• Weltmarktführer, großzügiger Free-Plan (bis zu 10 K Abonnenten).
• Offizielles PrestaShop-Modul und umfangreiches SDK.
• Segmentierung, dynamische Tags, A/B-Testing inklusive.
• Bezahltarif ab 9 $/Monat, Skalierung bis mehrere Hundert.

PushOwl

• E-Commerce-Spezialist, fokussiert auf Shopify, aber über API in PrestaShop integrierbar.
• Native E-Commerce-Templates (Cart Abandonment, Back in Stock, etc.).
• Tarif ab 19 $/Monat.

Wonderpush

• Europäische Lösung, EU-Hosting, strenger bei DSGVO-Konformität.
• Spezifisches PrestaShop-Modul.
• Tarif ab 1 €/1000 Push, Enterprise-Pläne verhandelbar.

DIY über Web Push API

• Custom-Entwicklung mit der nativen Web Push API.
• Initialkosten 5-15 K€ Entwicklung.
• Nur sinnvoll bei einem spezifischen Bedarf, der von SaaS-Lösungen nicht abgedeckt wird, oder bei einem Argument für Datensouveränität.

Die Arithmetik des ROI

Bei einem PrestaShop-Shop mit 100 K Unique Visitors pro Monat:

• Realistische Opt-in-Rate 2026: 5-10 % nach 30 Tagen Optimierung = 5 000 bis 10 000 Abonnenten.
• Abmeldung / Churn: 2-4 % pro Monat — die Basis muss erneuert werden.
• Transaktionale Push (Back in Stock, Cart Abandon, Price Drop): 100-500 Sendungen/Tag je nach Katalogumfang.
• Typische CTR: 6-15 %.
• Klick-zu-Kauf-Konversion: 5-12 %.

Auf dieser Basis generiert Web Push typischerweise 2 bis 5 % des Gesamtumsatzes des Shops. Bei einem Shop mit 500 K€/Monat sind das 10-25 K€/Monat zusätzlicher Umsatz bei Tool-Kosten von 20-150 €/Monat. ROI deutlich positiv, solange die Basis qualitativ gepflegt wird.

Wenn Web Push zur Belästigung wird, die Vertrauen zerstört

Derselbe Kanal kann 2-5 % Umsatz kosten, wenn er falsch eingesetzt wird. Anzeichen schlechter Nutzung:

• Tägliche generische Promo-Sendungen: Der Besucher meldet sich ab und assoziiert die Marke mit Spam.
• Opt-in beim Eintreffen: Das Modal erscheint gleichzeitig mit dem Laden der Seite. Ergebnis: 95 % «Ablehnung» und endgültige Blockade des Opt-ins durch den Browser (in Chrome verschwindet die Schaltfläche nach 2-3 Ablehnungen).
• Irreführender Inhalt: Titel, der eine Promo verspricht, Klick, der auf eine Standard-Produktseite führt. Ergebnis: Beschwerderate im Browser steigt, zukünftige Zustellung wird von den Push-Servern verschlechtert.
• Kanalverwechslung: Push für Inhalte, die E-Mails hätten sein sollen. Push ist kurz (< 200 Zeichen), flüchtig und ohne reichen Inhalt. Falscher Kanal für eine Newsletter.

Die funktionierende Opt-in-Mechanik

1. Kein Opt-in auf der Landing Page. Auslöser nach 30 bis 60 Sekunden Session oder nach einem Engagement-Signal (Aufruf von 3 Seiten, Hinzufügen zu Favoriten, Warenkorbabbruch).
2. Maßgeschneiderter Pre-Prompt: Ein Einschub «Erhalten Sie Ihre Promo-, Wiederverfügbarkeits- und Neuheiten-Alerts?» mit Schaltfläche «Ja» / «Später». Bei «Ja» wird das native Modal ausgelöst.
3. Klarer Wert: Angeben, was der Nutzer erhalten wird («maximal 2 Push pro Woche», «nur die Wiederverfügbarkeit der von Ihnen verfolgten Produkte»).
4. Nicht mehr als 1 Anfrage pro Session und Memorierung: bei Ablehnung erst nach 30 Tagen erneut anfragen.

Fallen, die zu vermeiden sind

1. Übersättigung und Verbrennen der Basis

Mehr als 2 Promo-Push pro Woche und die Abmeldungen explodieren. Faustregel: maximal 1 transaktionaler Push pro Tag, maximal 1 Promo-Push pro Woche.

2. Opt-in und Newsletter-Anmeldung verwechseln

Die DSGVO verlangt eine getrennte Einwilligung für jeden Kanal. Newsletter-Anmeldung berechtigt nicht zum Pushen. Und umgekehrt.

3. Zustellbarkeit nicht messen

Die Push-Server von Google und Mozilla verschlechtern die Zustellbarkeit der Sendungen bei hoher Beschwerderate oder verdächtigem Inhalt. Zustellrate über das Dashboard des Push-Tools überwachen und korrigieren, sobald sie unter 90 % fällt.

4. Reengagement der inaktiven Basis vergessen

Ein Abonnent, der seit 90 Tagen nicht geklickt hat, ist ein wahrscheinlicher Abmeldekandidat in naher Zukunft. Besser proaktiv aus der Basis nehmen, als seine Benachrichtigungen weiter zu verschmutzen.

5. iOS PWA vernachlässigen

Bei mehrheitlich iPhone-Zielgruppen deckt Web Push ohne installierbare PWA nur einen Bruchteil der Basis ab. Wenn die PWA umgesetzt und aktiv beworben wird («Installiere unsere App»), wird Web Push relevant. Ohne PWA andere Kanäle priorisieren.

Fazit: ein Nischenhebel, kein Massenkanal

2026 ist Web Push weder die Wunderlösung, die 2018 verkauft wurde, noch der tote Kanal, der 2022 vorhergesagt wurde. Es ist ein Nischen-Reengagement-Hebel, der 2 bis 5 % zusätzlichen Umsatz auf gut gezielten Anwendungsfällen (Cart Abandonment, Back in Stock, Price Drop) liefert. Vorausgesetzt, drei Regeln werden eingehalten: ehrliches Opt-in ohne Tricks, hochwertige transaktionale Inhalte, Sparsamkeit beim Werblichen.

Für einen PrestaShop-Mid-Market-Shop deckt OneSignal im Free- oder Einstiegs-Bezahltarif den Großteil der Bedürfnisse ab, mit Deployment in 2-5 Tagen. Der Relevanztest dauert 60-90 Tage: Wenn nach dieser Frist das Opt-in unter 3 % stagniert oder die Pushes weniger als 1 % des Umsatzes generieren, ist der Kanal für diese Zielgruppe keine Priorität. Übersteigt er 4 %, ist es ein nun strukturell zu pflegender Hebel auf Dauer.