Zwiększanie wartości internetowych powiadomień push za pomocą limitów częstotliwości

Rob Kochman
Rob Kochman

Data publikacji: 6 stycznia 2026 r.

Od tego miesiąca Chrome zacznie wprowadzać limity liczby wiadomości Push API w przypadku witryn, które wysyłają wiele powiadomień bez większego zaangażowania użytkowników. W tym poście wyjaśniamy tę zmianę i podajemy listę witryn, na które prawdopodobnie wpłynie.

Otwarty internet to potężna platforma do nawiązywania kontaktu z użytkownikami, a Push API odgrywa w tym procesie kluczową rolę. W połączeniu z interfejsem Notifications API interfejs Push API umożliwia witrynom dostarczanie aktualnych powiadomień nawet wtedy, gdy witryna nie jest uruchomiona w przeglądarce. Umożliwia to trwałe i wartościowe połączenie między użytkownikami a witrynami, na których im najbardziej zależy.

Jednak, jak to często bywa w przypadku zaawansowanych technologii, istnieje ryzyko niewłaściwego wykorzystania. Wielu z nas doświadczyło sytuacji, w której witryna bombarduje nas ciągłym strumieniem powiadomień, które nie są istotne ani wartościowe. Może to być spowodowane problemami takimi jak zmiana zachowania witryny od czasu przyznania uprawnień lub oszukanie użytkownika w celu zaakceptowania prośby o uprawnienia. Takie niechciane powiadomienia zakłócają pracę użytkownika i mogą prowadzić do negatywnego postrzegania powiadomień i internetu w ogóle. Uważamy, że siła powiadomień push powinna iść w parze z odpowiedzialnością za ich mądre wykorzystywanie.

Nasze ciągłe zaangażowanie w ulepszanie powiadomień

Dołożyliśmy wszelkich starań, aby zapewnić użytkownikom większą kontrolę i skutecznie walczyć ze spamem w powiadomieniach. W Chrome 80 wprowadziliśmy dyskretne prośby o zgodę na wyświetlanie powiadomień, które wyświetlają bardziej subtelne prośby w przypadku witryn o niskim współczynniku akceptacji lub użytkowników, którzy często blokują prośby o zgodę na wyświetlanie powiadomień. Niedawno w przypadku Chrome na Androidzie zaczęliśmy używać uczenia maszynowego na urządzeniu do identyfikowania potencjalnie spamerskich lub złośliwych powiadomień i ostrzegania przed nimi użytkowników. Pomaga to chronić ich przed próbami wyłudzania informacji i innymi szkodliwymi treściami bez naruszania prywatności. Automatycznie cofamy też zgodę na wyświetlanie powiadomień w przypadku witryn, które Bezpieczne przeglądanie Google uzna za podstępnie nakłaniające użytkowników do przyznania uprawnień. W październiku ogłosiliśmy, że Chrome będzie automatycznie usuwać uprawnienia do powiadomień w przypadku poszczególnych użytkowników w witrynach, z którymi użytkownik nie wchodził ostatnio w interakcję. To tylko kilka przykładów naszego ciągłego zaangażowania w zapewnianie wszystkim użytkownikom bezpieczniejszych i przyjemniejszych powiadomień.

Nowa warstwa: limity częstotliwości żądań interfejsu Push API

Aby jeszcze lepiej chronić użytkowników Chrome przed nadmierną liczbą powiadomień i zapewnić, że powiadomienia pozostaną przydatnym narzędziem dla wszystkich, wprowadzimy mechanizm ograniczania liczby żądań w przypadku interfejsu Push API na podstawie zaangażowania użytkowników. Naszym celem jest stworzenie lepszego internetu, w którym użytkownicy mają kontrolę, a deweloperzy mogą budować wartościowe relacje. Ta zmiana ma na celu ograniczenie nadużyć związanych z powiadomieniami, ale nie będzie miała wpływu na legalne witryny.

Jak to działa

Początkowo nasze decyzje o ograniczaniu szybkości dostępu do witryny będą oparte na 3 kluczowych czynnikach, które są obliczane codziennie:

  • Liczba wiadomości push wysłanych przez witrynę w przeliczeniu na czas spędzony w niej.
  • Liczba wyświetlonych próśb o zezwolenie w stosunku do czasu spędzonego w witrynie.
  • Poziom zaangażowania użytkownika w witrynie (na podstawie wyniku zaangażowania w witrynie i liczby minut spędzonych na pierwszym planie).

Jeśli witryna wysyła dużą liczbę powiadomień przy bardzo małym zaangażowaniu użytkowników, uznamy to za zakłócanie działania i ograniczymy możliwość wysyłania przez nią wiadomości do co najmniej 1000 na minutę. Żądania przekraczające ten limit spowodują zwrócenie odpowiedzi HTTP 429.

Aby zapobiec szybkiemu przełączaniu się przez uciążliwe witryny między uciążliwym a nieuciążliwym zachowaniem, logika usuwania limitu szybkości jest bardziej złożona:

  • Po pierwszym dniu zakłócania działania limit szybkości będzie obowiązywać przez 1 dzień.
  • Po drugim dniu zakłócania działania limit szybkości będzie obowiązywać przez 7 dni.
  • Po trzecim i kolejnych dniach zakłócania spokoju limit szybkości będzie obowiązywać przez 14 dni.
  • Licznik zostanie zresetowany po 42 kolejnych dniach zachowania niezakłócającego.

Opisuje to nasze początkowe podejście, ale szczegóły tego obliczenia mogą się z czasem zmieniać wraz z rozwojem ekosystemu, aby jak najlepiej służyć zarówno użytkownikom, jak i społeczności deweloperów.

Czy ta zmiana będzie miała wpływ na moją witrynę?

Należy podkreślić, że ta zmiana będzie dotyczyć tylko interfejsu Push API. Witryny będą nadal mogły wysyłać powiadomienia, gdy są otwarte, za pomocą interfejsu Notifications API.

Ta zmiana nie będzie mieć wpływu na prawie wszystkie witryny. Ta inicjatywa jest skierowana do niewielkiej liczby witryn, które wysyłają zbyt wiele powiadomień o niskiej wartości. Dla szerszej społeczności deweloperów, która koncentruje się na wysyłaniu aktualnych, trafnych i angażujących powiadomień, ta zmiana pomoże zachować integralność i skuteczność tego potężnego kanału komunikacji.

Uważamy, że jest to niezbędny krok, aby zapewnić zdrową i zrównoważoną przyszłość powiadomień internetowych. Zachęcając do bardziej przemyślanego i skupionego na użytkownikach podejścia, możemy wspólnie stworzyć lepsze powiadomienia dla wszystkich użytkowników internetu.