Mit Push-Nachrichten sprechen Sie Besucher Ihrer Website wieder an, ohne dass diese eine App installieren oder ihre Mailbox öffnen müssen. Eine kurze Meldung erscheint auf dem Gerät, ein Klick führt zurück auf die passende Seite. Dieser Beitrag erklärt, wie Web-Push technisch funktioniert, wann sich der Kanal lohnt und worauf es bei Datenschutz und Akzeptanz ankommt.
Das Wichtigste:
Web-Push läuft über den Service Worker und braucht eine ausdrückliche Zustimmung des Nutzers. Ohne Opt-in wird keine Nachricht zugestellt.
Push lohnt sich, wenn die Nachricht relevant und zeitnah ist und der Nutzer den Kanal selbst gewählt hat. Als reines Broadcast-Werkzeug wird Push schnell abbestellt oder blockiert.
Mit der miTT PWA lässt sich Push direkt in Joomla und WordPress einbinden, ohne native App und ohne Plattformgebühren.
Was sind Push-Nachrichten?
Push-Nachrichten sind kurze Meldungen, die ein Gerät auch dann anzeigt, wenn die Website gerade nicht geöffnet ist. Man unterscheidet zwei Welten: App-Push aus einer installierten nativen App und Web-Push, das direkt aus dem Browser kommt. Für eine Progressive Web App ist Web-Push der entscheidende Kanal, weil er ohne App-Store und ohne Installation auskommt.
Technisch ist eine Push-Nachricht zunächst nur eine Zustellung an den Browser. Ob daraus eine sichtbare Meldung wird und wie sie aussieht, steuert Ihr Service Worker. Das gibt Ihnen Kontrolle über Inhalt, Titel, Symbol und das Ziel hinter dem Klick.
Wie Push-Nachrichten technisch funktionieren
Im Zentrum steht der Service Worker, ein Skript, das unabhängig von der geöffneten Seite im Hintergrund läuft. Stimmt der Nutzer zu, erzeugt der Browser ein individuelles Abonnement und übergibt es an Ihren Server. Die Zustellung selbst läuft über den Push-Dienst des jeweiligen Browsers und ist mit dem VAPID-Verfahren signiert, damit nur Ihr Server für diese Domain senden darf.
Der Ablauf in vier Schritten: Der Nutzer gibt sein Einverständnis, der Browser legt ein Abonnement an, Ihr Server speichert dieses Abonnement, und bei Bedarf schickt der Server eine Nachricht, die der Service Worker als Meldung anzeigt. Wichtig ist, dass keine dieser Stufen ohne Zustimmung funktioniert.
Auf dem Desktop und unter Android wird Web-Push breit unterstützt. Unter iOS ist Web-Push seit iOS 16.4 möglich, allerdings nur, wenn die Seite zuvor über „Zum Home-Bildschirm" als PWA installiert wurde. Wer iOS-Nutzer zuverlässiger erreichen will, kombiniert Web-Push deshalb oft mit Wallet-Nachrichten.
Was DSGVO und TDDDG bei Push-Nachrichten verlangen
Web-Push braucht eine Einwilligung, und zwar doppelt begründet: Das Speichern und Auslesen des Push-Abonnements auf dem Endgerät fällt unter § 25 Abs. 1 TDDDG, die Verarbeitung der Abonnentendaten unter die DSGVO. Der Nutzer muss vor der Aktivierung wissen, wer sendet, worüber und wie er wieder herauskommt. Der Widerruf muss so einfach sein wie die Anmeldung.
Dazu kommen drei Pflichten, die in der Praxis oft fehlen: Die Datenschutzerklärung muss den Push-Dienst und die beteiligten Empfänger benennen. Mit jedem Dienstleister, der Abonnentendaten verarbeitet, braucht es einen Auftragsverarbeitungsvertrag. Und es gilt Datenminimierung, gespeichert wird nur das Abonnement selbst, keine Profile ohne eigene Rechtsgrundlage.
Ein Punkt wird häufig übersehen: Viele Push-Lösungen laden ihr Skript oder SDK schon beim ersten Seitenaufruf für alle Besucher, also vor jeder Einwilligung. Genau das ist der Verstoß, nicht das Push-Versenden selbst.
Drei Wege, Push zu betreiben, und wo die Daten dabei liegen
Vorab die technische Wahrheit, die auf Anbieterseiten selten steht: Die Zustellung läuft bei jedem Web-Push-Anbieter der Welt über die Push-Dienste der Browser-Hersteller, also Google für Chrome, Apple für Safari, Mozilla für Firefox. Diesen Transportweg umgeht niemand. Der Unterschied liegt darin, wer die Abonnentenliste verwaltet und ob die Inhalte auf dem Weg lesbar sind.
| Betriebsweg | Wo liegt die Abonnentenliste | Sieht ein Dritter die Inhalte |
|---|---|---|
| US-Push-Dienst (SaaS) | Beim Dienstleister in dessen Cloud | Ja, der Dienst verarbeitet Inhalte und Empfänger; AVV und Transfermechanismus nötig |
| Firebase Cloud Messaging mit Topics | Google verwaltet die Themen-Abonnenten | Ja, bei Topic-Versand liegen Inhalte für den Dienst lesbar vor; das SDK lädt im Frontend |
| Standard-Web-Push mit VAPID und eigenem Server | Auf Ihrem Server, auf Wunsch in Deutschland | Nein, Inhalte sind nach RFC 8291 Ende-zu-Ende verschlüsselt; die Browser-Push-Dienste transportieren nur verschlüsselte Pakete |
Ehrlich werben lässt sich deshalb nicht mit „Push ohne Google", sondern mit drei überprüfbaren Aussagen: Abonnentendaten auf einem Server in Deutschland, Inhalte Ende-zu-Ende verschlüsselt nach RFC 8291, kein US-SDK im Frontend vor der Einwilligung.
Und in nativen Apps aus dem Store?
Für Apps aus dem App Store und von Google Play gilt dieselbe Logik mit anderer Technik. Auf iOS führt kein Weg am Apple Push Notification Service vorbei, auf Android ist Firebase Cloud Messaging der Standard. Der Datenschutz entscheidet sich auch hier nicht am Transportweg, sondern an zwei Stellen.
Erstens: die direkte Server-Anbindung. Statt eines Push-Dienstleisters dazwischen spricht Ihr Server direkt mit APNs und FCM. Die Geräte-Token liegen in Ihrer Datenbank auf einem Server in Deutschland, und im Client steckt kein Drittanbieter-SDK, nur die Push-Funktion des Betriebssystems, die ohnehin da ist.
Zweitens, für erhöhte Anforderungen: der verschlüsselte Inhalt. Der Server sendet die Nachricht verschlüsselt, und erst auf dem Gerät wird sie entschlüsselt und angezeigt, auf iOS über eine Notification Service Extension, auf Android über eine Daten-Nachricht mit lokaler Entschlüsselung. Apple und Google transportieren dann nur ein verschlüsseltes Paket, so machen es auch die sicheren Messenger. Sichtbar bleiben für die Plattformen nur Zeitpunkt und Empfänger-Token, nicht der Inhalt.
DSGVO-konformes Push-Setup einrichten lassen
Für Websites mit erhöhten Anforderungen, etwa Kommunen, Gesundheitswesen oder Mitgliederorganisationen, richte ich Web-Push als Projekt so ein, dass die drei Aussagen oben zutreffen: Standard-Web-Push mit VAPID, Abonnentenverwaltung auf einem Server in Deutschland, Verschlüsselung nach RFC 8291, und ein Consent-Gate, das vor der Einwilligung kein fremdes Skript lädt. Dazu gehören die Doku-Bausteine für Ihre Datenschutzerklärung und auf Wunsch der Auftragsverarbeitungsvertrag für den Betrieb. Für Store-Apps gilt dasselbe Angebot mit der direkten APNs- und FCM-Anbindung aus dem vorigen Abschnitt.
Der Umfang hängt vom Bestand ab, vom einzelnen Consent-Gate bis zum kompletten Push-Backend auf eigener Infrastruktur. Schreiben Sie mir, was heute läuft, dann bekommen Sie eine ehrliche Einschätzung, was nötig ist und was nicht.
DSGVO-konformes Push-Setup anfragen
Kurz beschreiben, was heute läuft, und Sie bekommen eine ehrliche Einschätzung zurück
Anfrage sendenDer Nutzer entscheidet, ob er erreicht werden will
Push funktioniert nur in eine Richtung gut: vom Wunsch des Nutzers her gedacht. Wer Push als reinen Broadcast-Kanal versteht und alle gleich beschallt, verliert die Abonnenten schneller, als er sie gewonnen hat. Sie schalten die Meldungen ab oder blockieren die Seite ganz, und dann ist der Kanal dauerhaft verbrannt.
Drei Dinge entscheiden über Erfolg oder Misserfolg. Erstens: Der Nutzer sollte selbst wählen können, ob er überhaupt benachrichtigt werden möchte. Zweitens: Er sollte den Kanal wählen können, also ob er eine Nachricht lieber per E-Mail oder als Push erhält. Drittens: Die Nachricht muss relevant sein. Eine Meldung, die für den Empfänger keinen Bezug hat, ist ein Grund zum Abbestellen, kein Mehrwert.
Praktisch heißt das: Bieten Sie eine echte Auswahl an, statt eines pauschalen „Benachrichtigungen erlauben". Lassen Sie den Nutzer Themen abonnieren, die ihn interessieren, und ihm den Kanal überlassen. Push ist dann stark, wenn es eine bewusste Entscheidung des Nutzers abbildet, und schwach, wenn es ihm aufgedrängt wird.
Warum sich Push-Nachrichten fürs Business lohnen
Der größte Hebel ist die Wiederansprache. Die meisten Besucher kommen einmal und nie wieder. Mit einem Push-Abo holen Sie einen Teil dieser Besucher zurück, ohne dass Sie deren E-Mail-Adresse brauchen oder auf einen Algorithmus angewiesen sind.
Push ist außerdem ein Direktkanal, der Ihnen gehört. Anders als Reichweite über soziale Netzwerke hängt er nicht von fremden Plattformen und deren Gebühren ab. Und im Vergleich zu E-Mail landet eine Push-Nachricht nicht im Spam-Ordner, sondern direkt auf dem Sperrbildschirm, was bei passendem Inhalt zu spürbar mehr Rückkehrern und Conversions führt.
Typische Anwendungsfälle
Im Online-Shop eignet sich Push für Verfügbarkeits- und Preis-Hinweise oder eine Erinnerung an den vergessenen Warenkorb. In Redaktionen und bei News-Seiten für neue Beiträge zu abonnierten Rubriken. Bei Vereinen und Organisationen für Termine, Absagen und kurzfristige Ankündigungen, bei denen E-Mail zu langsam ist.
Im B2B-Umfeld ist Push eher selektiv sinnvoll, etwa für Status-Updates zu einem Vorgang oder Wartungs-Hinweise. Die Faustregel bleibt überall gleich: Je konkreter der Anlass und je klarer der Bezug zum Empfänger, desto besser funktioniert der Kanal.
Selbst ausprobieren
Mit einem Klick auf den Button abonnieren Sie die Push-Nachrichten dieser Seite und sehen den Ablauf aus Nutzersicht. Die Zustimmung lässt sich jederzeit im Browser wieder entziehen.
Best Practices für die Akzeptanz
Holen Sie die Zustimmung im richtigen Moment ein, nicht beim ersten Seitenaufruf. Ein Nutzer, der noch nicht weiß, was Ihre Seite bietet, lehnt die Anfrage reflexhaft ab, und eine einmal abgelehnte Berechtigung lässt sich kaum zurückholen. Fragen Sie deshalb erst, wenn ein erkennbarer Nutzen besteht.
Senden Sie nur, was Sie angekündigt haben, und in einer Frequenz, die niemanden überfordert. Lieber seltener und relevant als oft und beliebig. Was rechtlich verpflichtend ist, steht oben im Abschnitt zu DSGVO und TDDDG.
Push-Nachrichten mit miTT PWA umsetzen
Die miTT PWA für Joomla und die WordPress PWA bringen Web-Push direkt in Ihr CMS, inklusive Service-Worker-Einrichtung, Abo-Verwaltung und Versand. Sie brauchen keine native App und keinen externen Dienst, und der Nutzer behält die volle Kontrolle über sein Abonnement.
Häufige Fragen (FAQ)
Nein. Web-Push läuft direkt aus dem Browser über den Service Worker einer Progressive Web App. Eine native App und ein App-Store-Eintrag sind nicht nötig.
Seit iOS 16.4 ja, allerdings nur, wenn der Nutzer die Seite zuvor über „Zum Home-Bildschirm" als PWA installiert hat. Für eine zuverlässigere Ansprache auf iOS bietet sich zusätzlich Wallet-Push an.
Ja, sofern der Nutzer ausdrücklich und informiert zustimmt und sich jederzeit wieder abmelden kann. Ohne dieses Opt-in wird keine Nachricht zugestellt. Zusätzlich gilt § 25 Abs. 1 TDDDG für das Abonnement auf dem Endgerät, und vor der Einwilligung darf kein fremdes Push-Skript laden.
Nein, und wer das verspricht, ist unseriös. Die Zustellung läuft bei jedem Anbieter über die Push-Dienste der Browser-Hersteller. Was sich sehr wohl erreichen lässt: Die Abonnentenliste liegt auf Ihrem Server in Deutschland, die Inhalte sind nach RFC 8291 Ende-zu-Ende verschlüsselt, und im Frontend lädt kein US-SDK. Die Push-Dienste transportieren dann nur verschlüsselte Pakete.
Der Browser-Dialog allein informiert nicht darüber, wer sendet, worüber und wohin die Daten fließen. Sauber ist ein zweistufiger Ablauf: erst eine eigene Erklärung auf der Seite mit Link zur Datenschutzerklärung, dann der Browser-Dialog. Entscheidend ist außerdem, dass vor diesem Schritt kein Push-SDK eines Drittanbieters geladen wird.
Das sollte der Nutzer entscheiden. Push ist schnell und unmittelbar, E-Mail erlaubt mehr Inhalt und bleibt im Postfach. Am besten bieten Sie beide Kanäle an und lassen den Nutzer wählen, was zu ihm passt.
Senden Sie nur relevante Nachrichten, halten Sie die Frequenz niedrig und fragen Sie die Zustimmung erst ein, wenn der Nutzen klar ist. Eine sinnvolle Themenauswahl beim Abonnieren hilft, dass jeder nur bekommt, was ihn interessiert.
Mehr über Progressive Web Apps erfahren
Progressive Web App für jede Website?
Eine PWA bietet viele Vorteile gegenüber einer klassischen Website.
15 Tipps zur Optimierung einer PWA
Konkrete Vorschläge, um aus einer PWA ein nahtloses App-Erlebnis zu machen.
miTT PWA für Joomla
Verwandeln Sie Ihre Joomla-Website in eine App, inklusive Push-Nachrichten.