Web-Push-Benachrichtigungen

Der Push-Opt-in vor dem Browser-Berechtigungsdialog

Fragen Sie, bevor Browser oder Betriebssystem es tun – mit etwas, das ein Besucher tatsächlich liest. Pushwoosh liefert einen Standard-Web-Prompt, eine Subscribe-Glocke, ein mehrfach zeigbares Popup und ein mobiles Vorab-Muster aus In-App-Nachrichten – alles vor dem nativen Dialog, den die meisten Menschen ohnehin nur einmal zu sehen bekommen.

Individuelles Subscription-Popup auf einer Website, das einen Besucher zum Abonnieren auffordert, daneben der native Browser-Berechtigungsdialog, den es auslöst

Sie fragen nur einmal wirklich

Ein Besucher landet auf Ihrer Website, und der Browser unterbricht ihn mit einem Berechtigungsdialog, bevor er überhaupt weiß, worum es auf der Seite geht. Er klickt aus Reflex auf Blockieren – ein Reflex, den Cookie-Banner und DSGVO-Einwilligungsabfragen deutschen Nutzern besonders eintrainiert haben. Diese Entscheidung ist fast endgültig: Chrome und Firefox behandeln eine Seite nach zwei Ablehnungen als blockiert, und iOS gewährt genau einen nativen Prompt, für immer. Ein Push-Opt-in ist die Frage, die zuerst kommt: eine Glocke, ein Slide-in, ein In-App-Screen – etwas, das erklärt, wozu jemand gerade Ja sagt, bevor der Systemdialog erscheint und diese eine echte Chance verbraucht.

Was von Haus aus mitgeliefert wird

Im Web ist der Standard-Push-Opt-in ein No-Code-Widget, das vor dem nativen Browser-Dialog erscheint und ihn erst auslöst, wenn jemand zustimmt. Ein Glocken-Button (subscribeWidget) bleibt fest auf der Seite für alle, die diese erste Frage übersprungen haben, und ein individuelles Popup (subscribePopup) bietet “Später fragen” oder “Abonnieren”, anpassbar und über eine toggle()-API aufrufbar, sobald Ihre eigene Logik den richtigen Moment erkennt. E-Mail-Anmeldeformulare erfassen ein zweites, separates Opt-in, mit Double-Opt-in als Option.

Wiederholbar, kein Einmal-Versuch

Das individuelle Popup lässt sich so oft zeigen, wie es nötig ist – anders als der native Dialog, den Chrome und Firefox nach zwei Ablehnungen blockieren.

Mobiles Vorab-Muster, von Hand gebaut

Eine In-App-Nachricht dient als Vorab-Screen und ruft die native Berechtigungsanfrage erst auf, nachdem jemand sie durchgetippt hat – es gibt keinen fertigen Berechtigung-anfordern-Button, diesen bauen Sie selbst zusammen.

iOS und Android 13 im SDK abgedeckt

Die provisorische iOS-Autorisierung abonniert Nutzer still, ganz ohne Dialog; Android 13s Laufzeitberechtigung wird über das SDK angefragt, zeitlich gesteuert nach Ihrer eigenen Logik.

So oft gezeigt, wie es nötig ist

Zeigen Sie das individuelle Popup erneut, und noch einmal, bis jemand abonniert oder es endgültig blockiert – ohne Obergrenze, und ohne das Risiko, dass der Browser Ihre Seite so markiert wie nach zwei nativen Ablehnungen. Genau diese Beharrlichkeit ist der Grund, ein eigenes Popup zu bauen, statt sich allein auf den nativen Dialog zu verlassen.

Warum das für Web Push zählt

Web Push erreicht nur, wer zugestimmt hat, und im Web muss dieses Ja einen unfreundlichen Standard überstehen – einen Systemdialog, der auf eine Antwort abzielt, nicht darauf, jemanden zu überzeugen. Ein Push-Opt-in ist der Schritt, der aus einem zufälligen Besuch einen Abonnenten macht, mit dem der Rest des Produkts arbeiten kann. Ein Online-Shop, der Warenkorbabbrecher per Web Push zurückholt, oder ein Autohaus, das Service-Erinnerungen verschickt, profitieren beide direkt: mehr Traffic endet mit einem Kanal, der wirklich erreichbar ist.

Ein Opt-in, nicht ein Kanal

Dasselbe Opt-in, das ein Web-Widget oder ein mobiler Vorab-Screen einsammelt, registriert ein einziges Profil über Push, Web, E-Mail und In-App hinweg. Von dort entscheiden Erreichbarkeitsprüfung und Kanal-Fallback im Customer Journey Builder, welcher Kanal diese Person tatsächlich erreicht – erst Push, dann E-Mail, dann SMS. So ist der Moment, den Sie hier einfangen, mehr wert als ein Abonnent auf nur einem Kanal.

So funktioniert’s

  1. Widgets aktivieren

    Aktivieren Sie den Standard-Prompt, die Glocke oder das individuelle Popup unter Einstellungen → Plattform-Konfiguration → Web Push, oder legen Sie sie direkt in der Pushwoosh.init-Konfiguration fest.

  2. Auf einen echten Moment timen

    Lösen Sie das Popup über seine toggle()-API aus, nachdem ein Besucher Interesse gezeigt hat – einen Artikel gelesen, etwas in den Warenkorb gelegt –, statt in der Sekunde, in der die Seite lädt.

  3. Den mobilen Vorab-Screen bauen

    Stellen Sie eine In-App-Nachricht als Vorab-Berechtigungs-Screen zusammen und rufen Sie die Berechtigungsanfrage des SDK erst auf, nachdem jemand sich durchgetippt hat.

Gut zu wissen, bevor Sie darauf aufbauen.

  • Kein Prompt für den Themen- oder Kategorie-Abo – routen Sie Präferenzen stattdessen über Tags und Segmente.
  • Kein fertiger “Push-Berechtigung anfordern”-Button für Mobile; der Vorab-Screen ist eine In-App-Nachricht, die Sie selbst bauen.
  • Kein kanalübergreifendes Präferenzcenter, in dem ein Nutzer jedes Abo an einem Ort verwaltet.
  • Der native Browser-Dialog löst nur nach einer Nutzeraktion aus, und Chrome und Firefox blockieren eine Seite nach zwei Ablehnungen – das ist Browser-Richtlinie, keine Pushwoosh-Einstellung.
  • iOS-Web-Push-Prompts funktionieren nur innerhalb einer zum Homescreen hinzugefügten PWA (Safari 16.4+), nicht in einem gewöhnlichen mobilen Safari-Tab.

Noch einmal fragen, am richtigen Ort

Ein Push-Opt-in ist eine kleine Frage, und sie entscheidet, wie viel von Ihrer Zielgruppe Sie tatsächlich erreichen können.