Das Vorgehen gegen Benachrichtigungen im Jahr 2026: Werden Ihre Push-Benachrichtigungen noch zugestellt?

Irgendwann in den letzten achtzehn Monaten haben die Plattformen aufgehört, Absender zu bitten, sich zu benehmen, und begonnen, dies durchzusetzen. Chrome begrenzt jetzt die Raten für Websites, die es als störend einstuft, und widerruft stillschweigend die Benachrichtigungsberechtigung für Websites, die Benutzer ignorieren. Android 16 dämpft Benachrichtigungsstöße standardmäßig, gruppiert alles zwangsweise und fasst auf neueren Pixel-Geräten Werbeaktionen in einem zusammengeklappten, stillen Paket zusammen. Google Messages begrenzt, wie viele neue Benutzer ein RCS-Absender mit geringer Reputation überhaupt erreichen kann. Wenn Sie nach „Chrome Notification Crackdown“ oder „Warum werden meine Push-Benachrichtigungen nicht zugestellt?“ gesucht haben, ist diese Seite die Referenz: jede Änderung, die primäre Quelle dahinter, wen es betrifft und die spezifischen Korrekturen, die einen Absender weiterhin erreichen.

Dies ist ein lebendiges Dokument. Wir aktualisieren es, wenn eine Plattform eine Änderung veröffentlicht oder ankündigt, und jede Überarbeitung wird am Ende im Änderungsprotokoll protokolliert. Zuletzt aktualisiert: 17. August 2026.

Eine einleitende Anmerkung vor den Details, da sie jeden Eintrag in der folgenden Tabelle erklärt. Keine dieser Plattformen tötet Benachrichtigungen. Alle teilen Benachrichtigungen in zwei Klassen auf: Sendungen mit hohem Volumen und geringem Engagement werden gedrosselt, stummgeschaltet, gebündelt oder abbestellt – während relevante, ereignisgesteuerte Benachrichtigungen die vollständige Zustellung beibehalten und in einigen Fällen eine bessere Platzierung als zuvor erhalten. Der Crackdown richtet sich nicht gegen Push. Er richtet sich gegen Massenversand.

Was sich geändert hat: die Benachrichtigungs-Crackdown-Timeline 2026

Plattform	Änderung	Wer ist betroffen	Wirksam	Quelle
Chrome (Desktop + Android)	Leiseres Berechtigungs-UI: stummgeschaltete Aufforderung für Benutzer, die normalerweise blockieren, und für Websites mit niedrigen Akzeptanzraten für Aufforderungen; später erweitert auf Websites mit missbräuchlichen Aufforderungen oder Inhalten	Websites, die bei der ersten Seitenansicht auffordern oder irreführende Inhalte pushen	Chrome 80, Feb 2020 (Durchsetzung verlängert bis Ende 2020)	Chromium-Blog
Safari / iOS	Deklaratives Web Push: Web Push ohne Service Worker, keine stille Push-Strafe für deklarative Payloads	Web-Push-Absender, die Apple-Benutzer ansprechen	iOS/iPadOS 18.4 (März 2025); Mac in Safari 18.5 (Mai 2025)	WebKit-Blog
Chrome auf Android	On-Device ML kennzeichnet verdächtige Web-Push-Benachrichtigungen als „möglicherweise irreführend oder Spam“ mit Ein-Tipp-Abmeldung	Absender, deren Benachrichtigungstextmuster Spam ähneln	Mai 2025	Chromium-Blog
Android 16	Benachrichtigungs-Cooldown (Bursts werden progressiv leiser, standardmäßig aktiviert) und erzwungene Gruppierung aller Benachrichtigungen einer App	Hochfrequenz-App-Push-Absender; Bursts jeglicher Art	Stabile Version 10. Juni 2025	Android Authority; unser Deep Dive
Chrome (Desktop + Android)	Automatische Widerrufung der Benachrichtigungsberechtigung über Safety Check für Websites mit geringem Engagement und hohem Volumen	Websites, die viele Benachrichtigungen senden, die Benutzer nie anklicken	Angekündigt am 10. Okt. 2025; schrittweise Einführung	Chromium-Blog
Google Messages	Gruppierung „Unbekannte Absender“; Verifizierungs-Häkchen für Unternehmen und standardisierte Branding für RCS	Unternehmen, die Nutzern Nachrichten senden, die sie nicht gespeichert haben	Ab Mitte Okt. 2025 (schrittweise Einführung)	Android Authority
Android 16 QPR2 (Pixel)	Benachrichtigungs-Organisator: KI verpackt Promotions- und Nachrichten-Benachrichtigungen standardmäßig in einem stillen, komprimierten Paket; KI-Zusammenfassungen für Konversationen	Werbe-App-Push-Sender auf aktuellen Pixeln (6 Länder, Englisch)	Dez. 2025	9to5Google
Chrome (Desktop + Android)	Push-API-Ratenbegrenzungen: Als störend eingestufte Websites sind auf 1.000 Push-Nachrichten/Minute begrenzt, mit HTTP 429 darüber; 1 → 7 → 14-tägige Strafleiter	Sender mit hohem Volumen und geringem Engagement pro Nutzer	Schrittweise Einführung ab Jan. 2026	Chrome für Entwickler
RCS für Unternehmen	Reputationsbasierte Traffic-Limits: Limits für einzelne Nutzer über rollierende 28 Tage für Werbeagenten mit geringer Reputation (live in Indien; neue Agenten starten mit geringer Reputation); Spam-Trend- und Abmeldegrund-Analysen	Werbliche RCS-Sender, insbesondere neue Agenten	7. Jan. / 16. Feb. / 1. Apr. 2026	Versionshinweise zu RCS für Unternehmen

Jetzt die plattformspezifischen Details, in der Reihenfolge, in der sie auf Ihrem Dashboard erscheinen.

Chrome: Ratenbegrenzungen, automatisch widerrufene Berechtigungen und ML-Spam-Filterung

Chrome ist der Ort, an dem die meisten Retention-Teams die Einschränkungen zuerst spüren, da Web-Push der volumenstärkste eigene Kanal ist, den die meisten E-Commerce-Marken nutzen. Drei separate Mechanismen sind jetzt live und sie verstärken sich gegenseitig.

Push-API-Ratenbegrenzungen für „störende“ Websites

Seit Januar 2026 bewertet Chrome jede Website täglich anhand von drei Faktoren: gesendete Push-Nachrichten pro Zeit, die Nutzer auf der Website verbringen, angezeigte Berechtigungsaufforderungen pro Zeit auf der Website und das Engagement-Level des Nutzers mit der Website (Website-Engagement-Score plus Vordergrundminuten). Eine Website, die den Test nicht besteht, wird als störend eingestuft und auf 1.000 Push-Nachrichten pro Minute begrenzt. Alles oberhalb der Grenze erhält eine HTTP 429-Antwort vom Push-Dienst.

Die Strafe eskaliert. Der erste störende Tag führt zu einer 1-tägigen Begrenzung. Ein zweiter aufeinanderfolgender Tag verlängert sie auf 7 Tage. Ab dem dritten Tag läuft die Begrenzung 14 Tage lang – und der Zähler wird erst nach 42 aufeinanderfolgenden Tagen mit sauberem Verhalten zurückgesetzt. Google hat keine Chrome-Versionsnummer für die Einführung veröffentlicht; der Mechanismus wird serverseitig ausgewertet und kam leise.

Rechnen Sie es gegen Ihre eigene Liste. Bei 1.000 Nachrichten pro Minute dauert ein Versand an 500.000 Abonnenten mehr als acht Stunden. Ein Flash-Sale-Push, der in fünfzehn Minuten ankommen sollte, kommt nun über einen ganzen Arbeitstag verteilt an, und das Umsatzfenster, das er treffen sollte, ist weg. Das sind die tatsächlichen Kosten: kein Verbot, sondern ein Verfall – Ihr Umsatz aus wiederhergestellten Warenkörben und Ihre Klick-zu-Umsatz-Zahlen erodieren, während Ihr Zustellungs-Dashboard immer noch „gesendet“ anzeigt.

Beachten Sie den Geltungsbereich. Das Limit gilt nur für die Hintergrund-Push-API; Benachrichtigungen, die über die Notifications API von einem geöffneten Tab aus gesendet werden, sind davon nicht betroffen. Googles eigene Formulierung lautet, dass „fast alle Websites nicht betroffen sein werden“ – Ziel ist die kleine Gruppe von Absendern, die ein hohes Volumen an eine Zielgruppe senden, die nicht mehr reagiert. Ob Sie zu dieser Gruppe gehören, ist eine messbare Frage, und die Selbstprüfung unten führt Sie durch.

Automatische Widerrufung der Berechtigung

Der zweite Mechanismus entfernt Abonnenten, von denen Sie dachten, Sie hätten sie. Seit der Ankündigung am 10. Oktober 2025 widerruft die Sicherheitsüberprüfung von Chrome nun automatisch die Benachrichtigungsberechtigung für Websites, die sehr geringes Nutzerengagement mit einer hohen Anzahl gesendeter Benachrichtigungen kombinieren – die gleiche Behandlung, die sie bereits für ungenutzte Kamera- und Standortberechtigungen anwendete. Das Chrome-Produktteam begründete dies mit einer Zahl: weniger als 1 % aller Benachrichtigungen erhalten eine Interaktion von Nutzern.

Die Details, die für einen Absender wichtig sind:

• Installierte Web-Apps sind ausgenommen. Ein Abonnent, der Ihre Website zu seinem Startbildschirm oder Desktop hinzugefügt hat, behält die Berechtigung.
• Der Nutzer wird benachrichtigt, wenn Chrome eine Berechtigung entfernt, und kann sie über die Sicherheitsüberprüfung wiederherstellen oder indem er Ihre Website erneut besucht und sich wieder anmeldet.
• Google berichtete, dass in Tests die Benachrichtigungsüberlastung mit „nur einer minimalen Änderung der gesamten Benachrichtigungs-Klicks“ erheblich zurückging – und dass Websites, die weniger Volumen sendeten, steigende Klickraten verzeichneten.

Lesen Sie den letzten Punkt noch einmal, denn er fasst die gesamte Einschränkung in einem Satz zusammen. Die Klicks waren nie am Ende der Liste. Websites, die weniger sendeten, verdienten mehr pro Sendung. Chrome erzwingt nun die Listenhygiene, die leistungsstarke Absender bereits praktizierten: Ihr inaktives Segment ist nicht mehr nur eine Eitelkeitszahl auf dem Abonnenten-Zähler, es ist eine Haftung, die eine Durchsetzung auslöst.

Google hat die numerischen Schwellenwerte für „geringes Engagement“ oder „hohes Volumen“ nicht veröffentlicht, sodass kein Anbieter Ihnen eine sichere Obergrenze versprechen kann. Was Sie kontrollieren können, ist das Verhältnis, das das System offensichtlich misst: Interaktionen pro gelieferter Benachrichtigung.

On-Device ML-Screening unter Android

Der dritte Mechanismus, seit Mai 2025 live, platziert ein maschinelles Lernmodell zwischen Ihrer Benachrichtigung und den Augen des Nutzers. Chrome unter Android analysiert eingehende Web-Push-Inhalte auf dem Gerät (Web-Push ist Ende-zu-Ende verschlüsselt, daher muss die Analyse lokal erfolgen – das Modell liest den Titel, den Text und die Aktionsschaltflächen-Beschriftungen). Benachrichtigungen, die Täuschung oder Spam als Muster erkennen lassen, werden mit einer Warnung und einer Ein-Tipp-Abmelde-Option angezeigt.

Die Formulierungen, die Spam-Klassifikatoren auslösen, sind diejenigen, auf die sich minderwertige Absender verlassen: gefälschte Dringlichkeit, Clickbait-Lücken, irreführende Systemnachrichten-Formatierung. Wenn Ihre Benachrichtigungsformulierung mit einer Vorlage für einen Preisbetrug verwechselt werden könnte, wird sie auf einigen Telefonen jetzt mit einem Warnhinweis und einer Ausstiegstür geliefert.

Was die Geschichte von Chrome Ihnen über das Kommende verrät

Nichts davon ist eine Ausweichbewegung. Chrome hat die Berechtigungsaufforderung für Websites mit geringer Akzeptanz im Februar 2020 stummgeschaltet und die Durchsetzung später im selben Jahr auf missbräuchliche Aufforderungen und missbräuchliche Inhalte ausgeweitet. Die Welle von 2025–2026 verlagert die Durchsetzung vom Opt-in-Moment auf die sendende Beziehung selbst. Die Richtung ist seit sechs Jahren einseitig: Jede Veröffentlichung macht das Engagement tragfähiger. Planen Sie damit, dass die Schwellenwerte strenger werden, nicht lockerer.

Android 16: Abkühlzeit, erzwungene Gruppierung und das stille Promotions-Bundle

Die Änderungen von Android betreffen eher Push-Benachrichtigungen von Apps als den Browser, und sie ändern, was „zugestellt“ bedeutet, anstatt ob die Zustellung stattfindet.

Benachrichtigungsabkühlzeit, die standardmäßig aktiviert ist, seit Android 16 am 10. Juni 2025 stabil wurde, zielt auf Bursts ab. Die erste Benachrichtigung in einem Burst wird mit voller Lautstärke und einem vollständigen Banner benachrichtigt; jede nachfolgende innerhalb von etwa einer Minute wird progressiv leiser und visuell minimiert, und der Burst wird unter einem einzigen Banner zusammengefasst. Anrufe, Alarme und wichtige Gespräche sind ausgenommen; Marketing- und Transaktions-Pushs nicht. Nichts wird gelöscht und Zustellungsberichte werden nicht verschoben – genau deshalb ist die Änderung gefährlich. Ihr Dashboard zeigt drei zugestellt an; das Telefon des Benutzers hat eine angezeigt. Wir haben eine vollständige Aufschlüsselung der Mechanik und der Korrekturen am Sendedesign in unserem Leitfaden zur Benachrichtigungsabkühlzeit von Android 16 veröffentlicht.

Erzwungene Gruppierung beseitigt eine Wahl, die Entwickler früher hatten: Android 16 bündelt alle Benachrichtigungen von derselben App, unabhängig davon, ob die App zugestimmt hat oder nicht. In Kombination mit der Abkühlzeit sind die zweite und dritte Benachrichtigung einer schnellen Sequenz jetzt leise, zusammengefasste Zeilenelemente anstelle von Bannern.

Der Benachrichtigungs-Organisator ist der schärfste der drei. Seit Dezember 2025 mit Android 16 QPR2 auf Pixel 9- und 10-Serie-Telefonen (9to5Google) ausgerollt, verwendet er ein On-Device-Modell, um Benachrichtigungen in Promotions, Nachrichten, Soziales und Vorschläge zu klassifizieren – und die Kategorien Promotions und Nachrichten sind standardmäßig aktiviert und ordnen passende Benachrichtigungen in einem zusammengeklappten Bundle im stillen Bereich des Benachrichtigungsfelds ein. Die Bereitstellung ist heute eng gefasst (aktuelle Pixel, sechs Länder, Englisch), aber der Standard ist wichtig: Auf Geräten, die Google vollständig kontrolliert, summt ein Werbe-Push nicht mehr, zeigt keine Banner mehr an und ist zusammengeklappt, bis der Benutzer danach sucht. Daneben komprimieren On-Device-KI-Zusammenfassungen Gesprächsbenachrichtigungen.

Der gleiche Betriebssystemzyklus baute auch die entgegengesetzte Spur. Die fortschrittszentrierten Benachrichtigungen von Android 16 (das Live Updates-Muster) bieten echte Live-Events, die vom Benutzer verfolgt werden – eine Lieferung unterwegs, eine Bestellstatusmeldung – mit dauerhafter, erhöhter Platzierung. Googles Veröffentlichungen von 2026 haben diese Live-Content-Spur weiter ausgebaut, obwohl Details darüber, was über Android 16 hinaus ausgeliefert wird, noch festgelegt werden und es sich lohnt, sie mit den aktuellen Android-Versionshinweisen abzugleichen, bevor Sie sie entwickeln. Die Designabsicht ist bereits unmissverständlich: Inhalte, die der Benutzer aktiv verfolgt, werden gefördert; Inhalte, die der Absender den Benutzer bemerken lassen möchte, werden aus dem Weg geräumt.

Unterhalb der Betriebssystemebene gelten weiterhin die langjährigen gerätespezifischen Obergrenzen von Firebase Cloud Messaging – 240 Nachrichten pro Minute und 5.000 pro Stunde an ein einzelnes Gerät –, wobei Sender, die nahe an der Grenze senden, Gefahr laufen, als Missbrauch markiert zu werden. Jedes System, das Ihr Unternehmen gegen dieselbe App ausführt, teilt sich dieses Budget.

iOS und Safari: eine leisere Art von Tor

Apples Geschichte für 2025–2026 ist weniger ein Verbot als vielmehr eine kontrollierte Öffnung, da Apple seine Tore von Anfang an eingebaut hat: Web-Push auf iOS erforderte schon immer, dass der Benutzer Ihre Website zuerst zu seinem Home Screen hinzufügt (ein bewusster Filter mit hoher Absicht, seit iOS 16.4 in Kraft), und die App Store-Richtlinien haben Marketing-Push schon lange eingeschränkt.

Was sich geändert hat:

• Deklarativer Web-Push wurde in iOS/iPadOS 18.4 im März 2025 veröffentlicht und erreichte das Mac in Safari 18.5 (WebKit). Es ermöglicht Ihnen, Web-Push über eine standardisierte JSON-Nutzlast ohne Service Worker auszuführen, und es beseitigt die Strafe für stille Push-Nachrichten für deklarative Nachrichten, da die Nutzlast selbst eine sichtbare Benachrichtigung garantiert. Legacy-Service-Worker-Push funktioniert weiterhin; das deklarative Format ist der Weg nach vorn, den Apple für Absender vorsieht.
• iOS 26 stellt Home-Screen-Websites Berichten zufolge standardmäßig als Web-Apps dar, was die Oberfläche erweitert, auf der iOS Web-Push ausgeführt werden kann. Wir haben dies bisher nur aus zweiter Hand dokumentiert gesehen; behandeln Sie es als Richtlinie, bis Apples Dokumentation eindeutig ist.
• Die Richtlinien sind unverändert und streng. Richtlinie 4.5.4 der App-Überprüfung verlangt weiterhin, dass Push-Nachrichten nicht für die Funktionalität Ihrer App erforderlich sind, keine sensiblen persönlichen Daten enthalten und – für Werbeaktionen oder Direktmarketing – nur an Benutzer gesendet werden, die sich über eine Zustimmungsaufforderung in der Benutzeroberfläche Ihrer App ausdrücklich angemeldet haben, mit einer In-App-Abmeldung. Missbrauch „kann zum Widerruf Ihrer Berechtigungen führen“.

Für ein Retention-Team ist die Erkenntnis für iOS, dass Apple Ihre Zielgruppe bereits für Sie gefiltert hat. Ein iOS-Web-Push-Abonnent hat sich entschieden, Ihre Website zu installieren; ein App-Push-Abonnent hat sich entschieden, Marketing zu abonnieren. Beide Listen sind klein und haben eine hohe Absicht – was bedeutet, dass es teurer pro Abonnent ist, sie mit hoher Frequenz zu verbrennen, als überall sonst.

RCS: Reputationsgrenzen erreichen den neuesten Kanal

Wenn Sie RCS oder WhatsApp zu Ihrem Mix hinzufügen – und für Warenkorbermittlung und Bestellaktualisierungen sollten Sie Messaging-Kanäle evaluieren – hat Google bereits die Erzwingungsschicht installiert, für deren Implementierung Web Push sechs Jahre benötigte.

Gemäß der RCS for Business-Dokumentation von Google hat jeder Geschäftsabsender (Agent) eine Reputation – Hoch, Mittel oder Niedrig –, die sich aus Nutzerfeedback und Spam-Berichten ergibt, und alle neuen Agenten beginnen mit Niedrig. Die Reputation legt ein Traffic-Limit fest: die Anzahl der eindeutigen Nutzer, mit denen der Agent pro rollierenden 28 Tagen Konversationen initiieren kann. Antworten auf Konversationen, die der Nutzer begonnen hat, sind davon ausgenommen. Die Erzwingung wurde für Werbeagenten in Indien am 7. Januar 2026 live geschaltet, am 1. April 2026 mit einer übergreifenden Obergrenze für Absender mit niedriger Reputation verschärft, und die Entwicklerkonsole meldet jetzt das Reputationsniveau, das Traffic-Limit, den Spam-Trend und die Abmeldegründe über 7- und 28-Tage-Fenster.

Auf Verbraucherseite gruppiert Google Messages seit Mitte Oktober 2025 Nachrichten von nicht gespeicherten Absendern unter „Unbekannte Absender“ und führt verifizierte Häkchen und einheitliches Geschäftsbranding ein – Hinweise im Teardown-Stadium zu einigen Details, aber die Richtung stimmt mit allem anderen in diesem Dokument überein. Bei RCS erhalten Sie keine Schonfrist, um schlechte Gewohnheiten zu entwickeln: Die Reichweite wird vom ersten Nachrichtenkontakt an durch Engagement verdient.

Sind Sie gefährdet? Der Selbst-Check

Chrome und Google veröffentlichen die Faktoren, aber nicht die Schwellenwerte. Der ehrliche Audit ist daher relativ: Messen Sie, ob Sie wie der Absender aussehen, den diese Systeme stoppen sollten. Führen Sie diese acht Prüfungen für Ihre letzten 30 Sendungen durch. Jedes „Nein“ ist ein Befund. Mehrere dieser Prüfungen sind nur im Vergleich zu externen Nummern aussagekräftig. Führen Sie sie daher parallel zu unseren Push-Benachrichtigungs-Benchmarks für 2026 durch, wo die Perzentilverteilungen für die Ansichtsrate und die Klickrate zeigen, was der durchschnittliche Sender, der p75 und der p90 Sender tatsächlich erreicht.

1. Interaktionsverhältnis. Liegt Ihre Web-Push-Klickrate deutlich über der Interaktionsbasis von unter 1 %, die Chrome als Rechtfertigung für die automatische Widerrufung anführte? Wenn Ihre CTR nach dem Dezimalpunkt eine Null aufweist, fallen Sie in das Profil, das Chrome durchsetzt.
2. Volumen vs. Besuche. Der erste störende Faktor für Websites von Chrome ist die Anzahl der Benachrichtigungen pro Verweildauer auf der Website. Senden Sie pro Woche mehr Benachrichtigungen an einen typischen Abonnenten, als dieser Abonnent pro Woche Sitzungen mit Ihnen hat? Ein Abonnent, der monatlich besucht und täglich benachrichtigt wird, scheitert an diesem Verhältnis.
3. Inaktiver Schwanz. Welcher Anteil Ihrer Liste hat in 90 Tagen keine Benachrichtigung angeklickt? Wenn mehr als die Hälfte Ihrer Sendungen an diesen Schwanz geht, wird Ihre aggregierte Engagement-Rate von Personen bestimmt, die bereits abgewandert sind – und die Plattformen bewerten den Durchschnitt.
4. Prompt-Disziplin. Fordern Sie die Berechtigung zur Benachrichtigung beim ersten Seitenaufruf an, bevor der Besucher etwas unternommen hat? Die Akzeptanzrate von Aufforderungen ist sowohl ein Kriterium für die Aufnahme in die stille Benutzeroberfläche als auch ein Faktor für störende Websites. Die Aufforderung nach einer nachgewiesenen Aktion (zweiter Seitenaufruf, Warenkorb-Hinzufügung, Kontoerstellung) ist die Lösung und spiegelt sich direkt in Ihrer Opt-in-Rate wider.
5. Massenversand. Welcher Prozentsatz Ihres monatlichen Versandvolumens entfällt auf ungezielt versendete Massen-E-Mails im Vergleich zu Benachrichtigungen, die durch eine Aktion des Empfängers ausgelöst wurden (Warenkorbabbruch, Preisnachlass, Artikel wieder auf Lager, Bestellung versandt)? Bei mehr als der Hälfte an Massenversand sind Sie im Volumenmuster stark vertreten, das jeder Mechanismus auf dieser Seite bestraft.
6. Häufigkeitsbegrenzungen und Ruhezeiten. Legen Sie eine Obergrenze pro Abonnent für jeden Kampagnen- und Systemversand fest – Marketing, Transaktions-E-Mails, RSS und jedes weitere Tool? Die Abkühlphase und die erzwungene Gruppierung von Android führen dazu, dass unkoordinierte Absender auf demselben Gerät sichtbar einander kannibalisieren.
7. Ehrlichkeit der Kopie. Würde eine aktuelle Benachrichtigung den Test eines skeptischen Lesers „Ist das täuschend?“ überstehen – keine gefälschte Dringlichkeit, keine Verkleidung als Systemnachricht, keine Köderlücken? Der On-Device-Klassifikator von Chrome führt diesen Test unter Android bereits durch.
8. Trend zur Abmeldung. Ist Ihre Abmelderate pro Versand konstant oder fallend? Bei RCS fließt sie jetzt in eine Reputationsbewertung mit einer harten Verkehrsbeschränkung ein; bei Web-Push ist sie Ihre Frühwarnung. Unser Leitfaden zur Reduzierung der Abmelderaten für Push-Benachrichtigungen behandelt die Diagnose eingehend.

Bewerten Sie sich ehrlich. Fünf oder mehr saubere Antworten und die Einschränkung ist größtenteils ein Rückenwind für Sie – die Spray-and-Pray-Taktiken Ihrer Konkurrenten werden gedrosselt, während Ihre Sendungen weiterhin ankommen. Drei oder mehr Feststellungen und Sie sollten davon ausgehen, dass Sie bereits Reichweite verlieren, die Sie in einem Zustellbericht nicht sehen können.

Das Compliance-Playbook: Korrekturen, die Bestand haben

Jeder der oben genannten Mechanismen misst die gleiche zugrunde liegende Größe – Wert pro Benachrichtigung –, sodass sich die Korrekturen überschneiden. Diese sechs Schritte, in Prioritätsreihenfolge.

1. Schneiden Sie den inaktiven Schwanz ab, bevor die Plattformen ihn für Sie abschneiden. Erstellen Sie ein Segment für inaktive Nutzer (kein Klick in 90 Tagen), führen Sie eine ehrliche Reaktivierungssequenz durch und senden Sie dann keine Nachrichten mehr an Nicht-Antwortende. Dies widerspricht dem Ansatz von Teams, die die Listen-Größe als KPI betrachten, aber die Mathematik ist jetzt einseitig: Ein ruhender Abonnent trägt null Umsatz bei und verschlechtert aktiv das Engagement-Verhältnis, das Chrome für Sie bewertet. In PushEngage pflegt die dynamische Segmentierung den inaktiven Pool automatisch, und da die Preisgestaltung nur aktive Abonnenten zählt, reduziert das Entfernen von totem Gewicht Ihre Rechnung anstatt Ihre Reichweite.

2. Verlagerung des Sendevolumens von Massen-Nachrichten zu Triggern. Eine Benachrichtigung über abgebrochene Warenkörbe, eine Preisalarmanzeige, eine Benachrichtigung über wieder verfügbare Artikel – diese erhalten Klicks, weil das eigene Verhalten des Empfängers sie geplant hat. Wenn Sie auch nur die Hälfte Ihres monatlichen Volumens von kalendergesteuerten Massen-Nachrichten auf ausgelöste Kampagnen verlagern, erhöhen Sie Ihre Interaktionsrate bei jedem Faktor, den Chrome misst, und dort lag ohnehin der Umsatz: Ausgelöste Sendungen werden auf wiederhergestellte Warenkörbe und abgeschlossene Bestellungen angerechnet, nicht auf Impressionen. Das vollständige Argument, mit den Definitionen der Kampagnenklassen und der Umsatz-pro-Sendung-Mathematik, haben wir in warum die Ära der Massen-Nachrichten gerade zu Ende ging dargelegt.

3. Segmentieren Sie, was immer noch gesendet wird. Einige Sendungen gehen legitim weit – ein unternehmensweiter Verkauf, eine Eilmeldung eines Verlags. Weit ist nicht dasselbe wie unsegmentiert. Das Aufteilen einer Sendung nach Verhalten, Kaufhistorie oder Kategorienaffinität erhöht die Klickrate bei jedem Teil und hält die persönliche Push-pro-Besuch-Rate jedes Abonnenten verteidigbar. Segmentierung ist jetzt eine Zustellanforderung, keine Nettigkeit der Personalisierung – dieser Beitrag enthält die vollständige Argumentation zur Zustellbarkeit.

4. Erzwingen Sie eine Frequenzbegrenzung über alle Kanäle und Systeme hinweg. Die Android 16 Abkühlphase hat dies konkret gemacht: Ihr CRM, Ihre Transaktionsschicht und Ihr Promo-Kalender teilen sich ein Aufmerksamkeitsbudget auf dem Gerät, unabhängig davon, ob sie ein Dashboard teilen oder nicht. Legen Sie eine Begrenzung pro Abonnent und Ruhezeiten auf Plattformebene fest, die Web-Push, App-Push und WhatsApp zusammen umfassen, damit vier vernünftige Systeme nicht zu einem missbräuchlichen Muster werden können. Dies funktioniert nur, wenn eine Segmentierungs-Engine jede Sendung sieht – das stärkste praktische Argument für die Konsolidierung von Kanälen anstelle des Betriebs eines Tools pro Kanal.

5. Korrigieren Sie den Opt-in-Moment. Verschieben Sie die Berechtigungsaufforderung hinter eine Aktion, die Absicht signalisiert, verwenden Sie eine Zwei-Schritt-Aufforderung, damit die Anfrage auf Browser-Ebene nur bei einem Ja ausgelöst wird, und akzeptieren Sie die kleinere, sauberere Liste. Die Rate der Aufforderungsakzeptanz fließt in die Bewertung von Chrome auf beiden Seiten ein – die stille UI-Registrierung und die Bewertung störender Websites – und eine zugestimmte Liste ist einfach auch die Liste, die klickt.

6. Lassen Sie den Text einen Klassifikator überstehen. Einfache Behauptungen, echte Dringlichkeit nur, wenn die Frist real ist, Absenderidentität offensichtlich. Unter Android liest ein ML-Modell Ihren Titel und Text, bevor der Benutzer es tut. Ehrlicher Text war immer eine bessere Praxis zur Kundenbindung; jetzt ist er auch eine Zustellanforderung.

Wenn Sie diese sechs auf PushEngage ausführen, ist die ehrliche Zusammenfassung, wo das Produkt hilft: Ausgelöste Kampagnen, RFM- und Verhaltenssegmente, kanalübergreifende Frequenzbegrenzungen, Ruhezeiten und die Umsatzzuordnung pro Benachrichtigung sind alle integriert, auf Plänen, die nur für aktive Abonnenten berechnen – das Preismodell zeigt zufällig in die gleiche Richtung, die die Plattformen jetzt erzwingen. Was kein Tool tun kann, ist zu entscheiden, mit dem Senden aufzuhören; dieser Teil ist Politik, und er gehört Ihnen.

FAQ

Warum werden meine Push-Benachrichtigungen im Jahr 2026 nicht zugestellt? Überprüfen Sie vier Verdächtige der Reihe nach. Erstens, automatische Widerrufung durch Chrome: Wenn Ihre Abonnentenzahlen leise schrumpfen, verlieren Abonnenten mit geringem Engagement möglicherweise die Berechtigung über die Sicherheitsüberprüfung. Zweitens, Chrome-Ratenbegrenzungen: Wenn das Senden an große Listen plötzlich Stunden dauert oder Ihr Push-Dienst HTTP 429-Antworten protokolliert, wurden Sie wahrscheinlich als störend eingestuft. Drittens, Android-Präsentation: Unter Android 16 erfolgt die Zustellung immer noch, aber Bursts werden gedämpft und gruppiert, und auf neueren Pixeln landen Werbe-Pushes in einem stillen Bundle – zugestellt, aber ungesehen. Viertens, die langweiligen Ursachen, die der Sperrung vorausgehen: abgelaufene Abonnements, Service-Worker-Fehler und Benachrichtigungseinstellungen auf Betriebssystemebene.

Hat Chrome Push-Benachrichtigungen verboten? Nein. Chrome begrenzt die Raten für Websites, die es als störend einstuft (hohes Volumen, geringes Engagement) und widerruft Berechtigungen, die Benutzer nachweislich ignorieren. Ein Absender, dessen Benachrichtigungen angeklickt werden, ist von beiden Mechanismen nicht betroffen, und Googles Tests ergaben, dass Absender mit geringerem Volumen eine höhere Klickrate verzeichneten.

Welche Engagement-Rate schützt mich vor der automatischen Widerrufung durch Chrome? Google hat keine Schwellenwerte veröffentlicht, und jeder Anbieter, der Ihnen eine sichere Zahl nennt, rät. Die veröffentlichten Fakten: Weniger als 1 % aller Benachrichtigungen erhalten eine Interaktion, und die Widerrufung zielt auf die Kombination aus sehr geringem Engagement und hohem Sendevolumen ab. Die verteidigungsfähige Strategie besteht darin, Ihre Klickrate deutlich über diesem Basiswert zu halten und das Senden an Abonnenten einzustellen, die nicht mehr reagieren.

Beeinflussen die Chrome-Ratenbegrenzungen mein gesamtes Konto oder nur eine Website? Die Auswertungssprache von Chrome ist pro Website – Nachrichten, Prompts und Engagement werden alle gegen „eine Website“ gemessen. Absender, die eine Push-Plattform nutzen, werden anhand des Verhaltens ihrer eigenen Domain bewertet, nicht des Aggregats ihres Anbieters. Google hat darüber hinaus keine Leitlinien veröffentlicht, daher sollten domänenübergreifende Besonderheiten als unbestätigt behandelt werden.

Was hat sich für Push-Benachrichtigungen in Android 16 geändert? Drei Dinge: Benachrichtigungs-Cooldown (Bursts werden progressiv für bis zu einer Minute gedämpft, standardmäßig aktiviert, Anrufe und Alarme ausgenommen), erzwungene Gruppierung der Benachrichtigungen jeder App und – ab dem QPR2-Update vom Dezember 2025 auf neueren Pixeln – der Benachrichtigungs-Organizer, der Werbe- und Nachrichtenbenachrichtigungen standardmäßig in einem stillen, zusammengeklappten Bundle ablegt. Die vollständigen Mechanismen finden Sie in unserem Leitfaden zum Android 16 Cooldown.

Gilt die Sperrung für iOS? Apples Einschränkungen gehen meist der Sperrung voraus: iOS Web Push erfordert, dass der Benutzer Ihre Website zu seinem Home Screen hinzufügt, und die App Store-Richtlinie 4.5.4 erfordert eine ausdrückliche Opt-in- und eine In-App-Opt-out-Möglichkeit für Marketing-Pushs. Die Änderung von 2025 ist Declarative Web Push (iOS 18.4 / Safari 18.5), ein einfacheres, service-worker-freies Format ohne stille Push-Strafe für deklarative Nachrichten.

Sind RCS Business Messages auch Raten-limitiert? Ja, nach Reputation. Google weist jedem RCS Business Agent eine hohe/mittlere/niedrige Reputation basierend auf Nutzerfeedback und Spam-Meldungen zu; Agenten mit niedriger Reputation (einschließlich aller neuen Agenten) unterliegen Beschränkungen für einzigartige Nutzer, die pro rollierenden 28 Tagen initiiert werden. Die Durchsetzung ist für Werbeagenten in Indien ab Anfang 2026 live, mit Berichten über Reputation und Spam-Trends in der Entwicklerkonsole für alle.

Lohnt sich Web Push im Jahr 2026 noch? Für Absender, die auslösen und segmentieren, mehr als zuvor: Der gedrosselte Spray-and-Pray-Traffic konkurrierte früher um denselben Benachrichtigungsbereich wie Sie. Die Plattformen stärken den Kanal für die Absender, für die der Kanal entwickelt wurde – und drängen den Rest hinaus.

Zuletzt aktualisiert und Änderungsprotokoll

Dieser Hub wird als lebende Referenz gepflegt. Konvention: Das Datum der „Zuletzt aktualisiert“-Angabe ändert sich nur bei wesentlichen Aktualisierungen (wenn eine Plattform eine Änderung veröffentlicht, ankündigt oder dokumentiert), nicht bei redaktionellen Änderungen. Jede wesentliche Aktualisierung erhält einen Changelog-Eintrag mit einer Quelle. Wenn Sie diese Seite zitieren, zitieren Sie sie mit dem Datum der letzten Aktualisierung.

• 2026-09-21 — Erstveröffentlichung. Behandelt: Chrome Push API Ratenlimits (Jan 2026), automatische Widerrufung von Berechtigungen in Chrome (angekündigt Okt 2025), On-Device-ML-Benachrichtigungsfilterung in Chrome (Mai 2025), Android 16 Cooldown + erzwungene Gruppierung (Juni 2025), Android 16 QPR2 Notification Organizer (Dez 2025), Deklaratives Web Push (iOS 18.4 / Safari 18.5, 2025), RCS Reputationsbasierte Traffic-Limits und Spam-Trend-Analysen (Jan–Apr 2026), Änderungen bei unbekannten Absendern und verifizierter Absenderkennung in Google Messages (ab Okt 2025).

Haben wir etwas geändert, das wir nicht protokolliert haben? Der schnellste Weg, es uns mitzuteilen, ist das Chat-Widget auf dieser Seite.