Aumentare il valore delle notifiche push web con i limiti di frequenza

Rob Kochman
Rob Kochman

Data di pubblicazione: 6 gennaio 2026

A partire da questo mese, Chrome inizierà a implementare i limiti di frequenza dei messaggi dell'API Push per i siti che inviano molte notifiche senza un elevato coinvolgimento sul sito. Questo post spiega la modifica e i siti che potrebbero essere interessati.

Il web aperto è una piattaforma potente per entrare in contatto con gli utenti e l'API Push ha rappresentato un elemento trasformativo. Insieme all'API Notifications, l'API Push consente ai siti di inviare notifiche tempestive anche quando il sito web non è in esecuzione nel browser. Ciò consente una connessione persistente e preziosa tra gli utenti e i siti a cui tengono di più.

Tuttavia, come spesso accade con le tecnologie potenti, esiste il potenziale di uso improprio. Molti di noi hanno avuto questa esperienza: un sito web che ci bombarda con un flusso costante di notifiche non pertinenti o utili. Ciò può essere dovuto a problemi come un sito web che ha modificato il suo comportamento dopo la concessione dell'autorizzazione o un utente che è stato indotto ad accettare una richiesta di autorizzazione. Queste notifiche indesiderate interrompono il flusso di lavoro di un utente e possono portare a una percezione negativa delle notifiche e del web in generale. Riteniamo che la potenza delle notifiche push debba essere accompagnata dalla responsabilità di utilizzarle con saggezza.

Il nostro impegno costante per una migliore esperienza di notifica

Ci siamo impegnati al massimo per dare agli utenti un maggiore controllo e affrontare direttamente lo spam di notifiche. In Chrome 80 abbiamo introdotto richieste di autorizzazione per notifiche più discrete, che mostrano una richiesta più discreta per i siti con tassi di accettazione bassi o per gli utenti che bloccano spesso le richieste di notifica. Più di recente, per Chrome su Android, abbiamo iniziato a utilizzare il machine learning sul dispositivo per identificare e avvisare gli utenti in merito a notifiche potenzialmente contenenti spam o dannose, il che contribuisce a proteggerli da tentativi di phishing e altri contenuti dannosi senza compromettere la privacy. Inoltre, revocano automaticamente le autorizzazioni alle notifiche dai siti che secondo Google Navigazione sicura adottano comportamenti illeciti. Infine, a ottobre abbiamo annunciato che Chrome rimuoverà automaticamente l'autorizzazione alle notifiche in base all'utente per i siti con cui un utente non ha interagito di recente. Questi sono solo alcuni esempi del nostro impegno costante per creare un'esperienza di notifica più sicura e piacevole per tutti.

Un nuovo livello: limiti di frequenza dell'API Push

Per proteggere ulteriormente gli utenti di Chrome da un volume eccessivo di notifiche e per garantire che le notifiche rimangano uno strumento utile per tutti, introdurremo un meccanismo di limitazione della frequenza per l'API Push basato sul coinvolgimento degli utenti. Il nostro obiettivo è creare un web migliore, in cui gli utenti abbiano il controllo e gli sviluppatori possano creare connessioni significative. Questa modifica è pensata per limitare le pratiche abusive di notifica senza influire sui siti web legittimi.

Come funziona

Inizialmente, la nostra determinazione per la limitazione della frequenza di un sito si baserà su tre fattori chiave, che vengono calcolati giornalmente:

  • Il numero di messaggi push inviati da un sito per ogni periodo di tempo trascorso su un sito.
  • Il numero di richieste di autorizzazione mostrate per tempo trascorso sul sito.
  • Il livello di coinvolgimento dell'utente con il sito (in base al punteggio di coinvolgimento del sito e al numero di minuti in primo piano).

Quando un sito viene identificato come mittente di un volume elevato di notifiche con un coinvolgimento degli utenti molto basso, lo considereremo di tipo invadente e limiteremo la sua capacità di inviare messaggi a un valore non inferiore a 1000 al minuto. Le richieste superiori a questo limite genereranno una risposta HTTP 429.

Per impedire ai siti che causano interruzioni di alternare rapidamente comportamenti che causano interruzioni e comportamenti che non causano interruzioni, la logica per rimuovere il limite di frequenza è più complessa:

  • Dopo il primo giorno di comportamento dannoso, il limite di frequenza verrà applicato per un giorno.
  • Dopo il secondo giorno di comportamento dannoso, il limite di frequenza verrà applicato per sette giorni.
  • Dopo il terzo giorno e i giorni successivi di comportamento problematico, il limite di frequenza verrà applicato per 14 giorni.
  • Il conteggio verrà azzerato dopo 42 giorni consecutivi di comportamento non distruttivo.

Sebbene questa sia la nostra strategia iniziale, i dettagli di questo calcolo potrebbero evolvere nel tempo man mano che l'ecosistema si evolve, per servire al meglio sia gli utenti che la community di sviluppatori.

Questa modifica avrà un impatto sul mio sito?

È importante sottolineare che questa modifica interesserà solo l'API Push. I siti potranno comunque inviare notifiche mentre sono aperti utilizzando l'API Notifications.

Quasi tutti i siti web non saranno interessati da questa modifica. Questa iniziativa è rivolta a un numero limitato di siti che inviano un numero eccessivo di notifiche di scarso valore. Per la community più ampia di sviluppatori che si concentra sull'invio di notifiche tempestive, pertinenti e coinvolgenti, questa modifica contribuirà a preservare l'integrità e l'efficacia di questo potente canale di comunicazione.

Riteniamo che questo sia un passaggio necessario per garantire un futuro sano e sostenibile per le notifiche web. Incoraggiando un approccio più ponderato e incentrato sull'utente, possiamo creare collettivamente un'esperienza di notifica migliore per tutti gli utenti del web.