Gepubliceerd: 6 januari 2026
Vanaf deze maand gaat Chrome limieten instellen voor het aantal berichten dat de Push API kan versturen voor websites die veel notificaties verzenden zonder veel interactie met de site. In dit artikel wordt de wijziging uitgelegd en worden de websites beschreven die hierdoor waarschijnlijk worden beïnvloed.
Het open web is een krachtig platform voor het verbinden met gebruikers, en de Push API heeft daarin een transformerende rol gespeeld. In combinatie met de Notifications API stelt de Push API websites in staat om tijdige notificaties te versturen, zelfs wanneer de website niet in de browser actief is. Dit zorgt voor een duurzame en waardevolle verbinding tussen gebruikers en de websites die ze het meest interesseren.
Zoals vaak het geval is met krachtige technologie, bestaat er echter een risico op misbruik. Velen van ons hebben het wel eens meegemaakt: een website die ons bombardeert met een constante stroom aan irrelevante of onbruikbare meldingen. Dit kan komen door problemen zoals een website die zijn gedrag verandert nadat de toestemming is verleend, of doordat een gebruiker onterecht een toestemmingsverzoek accepteert. Zulke ongewenste meldingen verstoren de workflow van een gebruiker en kunnen leiden tot een negatieve perceptie van meldingen en het internet in het algemeen. Wij zijn van mening dat de kracht van pushmeldingen gepaard moet gaan met de verantwoordelijkheid om ze verstandig te gebruiken.
Onze voortdurende inzet voor een betere notificatie-ervaring.
We hebben hard gewerkt om gebruikers meer controle te geven en spammeldingen direct aan te pakken. In Chrome 80 introduceerden we subtielere meldingen voor sites met een lage acceptatiegraad of voor gebruikers die vaak meldingen blokkeren. Recentelijk zijn we voor Chrome op Android begonnen met het gebruik van machine learning op het apparaat zelf om gebruikers te identificeren en te waarschuwen voor mogelijk spamachtige of schadelijke meldingen. Dit helpt gebruikers te beschermen tegen phishingpogingen en andere schadelijke inhoud zonder hun privacy in gevaar te brengen. We trekken ook automatisch de meldingsrechten in van sites die door Google Safe Browsing worden aangemerkt als sites die misbruik maken van de privacy. Ten slotte hebben we in oktober aangekondigd dat Chrome automatisch de meldingsrechten per gebruiker verwijdert voor sites die een gebruiker recent niet heeft bezocht. Dit zijn slechts enkele voorbeelden van onze voortdurende inzet om een veiligere en prettigere meldingservaring voor iedereen te creëren.
Een nieuwe laag: API-snelheidslimieten pushen
Om Chrome-gebruikers beter te beschermen tegen een overweldigende hoeveelheid meldingen en ervoor te zorgen dat meldingen een nuttig hulpmiddel blijven voor iedereen, introduceren we een mechanisme voor het beperken van het aantal meldingen via de Push API op basis van gebruikersbetrokkenheid. Ons doel is een beter web te creëren, waar gebruikers de controle hebben en ontwikkelaars in staat worden gesteld zinvolle verbindingen te leggen. Deze wijziging is bedoeld om misbruik van meldingen tegen te gaan, zonder legitieme websites te beïnvloeden.
Hoe het werkt
In eerste instantie baseren we onze beslissing om de belasting van een site te beperken op drie belangrijke factoren, die dagelijks worden berekend:
- Het aantal pushberichten dat een site heeft verzonden per tijdseenheid die op de site is doorgebracht.
- Het aantal toestemmingsprompts dat wordt weergegeven per tijdseenheid die op de site wordt doorgebracht.
- De mate van betrokkenheid van de gebruiker bij de site (gebaseerd op de sitebetrokkenheidsscore en het aantal minuten dat de gebruiker op de voorgrond actief is).
Wanneer een website een groot aantal meldingen verstuurt met weinig gebruikersinteractie, beschouwen we dit als storend en beperken we de mogelijkheid om berichten te verzenden tot minimaal 1000 per minuut. Verzoeken boven deze limiet resulteren in een HTTP 429-respons.
Om te voorkomen dat storende websites snel wisselen tussen storend en niet-storend gedrag, is de logica achter het verwijderen van de snelheidslimiet complexer:
- Na de eerste dag van storend gedrag geldt de snelheidsbeperking gedurende één dag.
- Na de tweede dag van storend gedrag geldt de snelheidsbeperking gedurende zeven dagen.
- Na de derde en volgende dag van storend gedrag geldt de snelheidsbeperking gedurende 14 dagen.
- De teller wordt gereset na 42 opeenvolgende dagen zonder storend gedrag.
Hoewel dit onze eerste aanpak beschrijft, kunnen de details van deze berekening in de loop der tijd veranderen naarmate het ecosysteem zich ontwikkelt, om zowel gebruikers als de ontwikkelaarsgemeenschap zo goed mogelijk van dienst te zijn.
Zal dit gevolgen hebben voor mijn website?
Het is belangrijk te benadrukken dat deze wijziging alleen van invloed is op de Push API. Websites kunnen nog steeds notificaties verzenden via de Notifications API wanneer ze open zijn.
Vrijwel alle websites zullen niet door deze wijziging worden beïnvloed. Dit initiatief is gericht op een klein aantal sites die een overmatig aantal waardeloze meldingen versturen. Voor de bredere ontwikkelaarsgemeenschap, die zich richt op het versturen van tijdige, relevante en boeiende meldingen, zal deze wijziging bijdragen aan het behoud van de integriteit en effectiviteit van dit krachtige communicatiekanaal.
Wij zijn ervan overtuigd dat dit een noodzakelijke stap is om een gezonde en duurzame toekomst voor webnotificaties te garanderen. Door een meer doordachte en gebruikersgerichte aanpak te stimuleren, kunnen we samen een betere notificatie-ervaring creëren voor iedereen op het web.