In qualche momento negli ultimi diciotto mesi, le piattaforme hanno smesso di chiedere ai mittenti di comportarsi bene e hanno iniziato a farlo rispettare. Chrome ora limita la frequenza dei siti che classifica come di disturbo e revoca silenziosamente l'autorizzazione alle notifiche dai siti che gli utenti ignorano. Android 16 silenzia i picchi di notifiche per impostazione predefinita, raggruppa forzatamente tutto e sui Pixel più recenti archivia le promozioni in un pacchetto compresso e silenzioso. Google Messaggi limita quanti nuovi utenti un mittente RCS a bassa reputazione può persino raggiungere. Se hai cercato "chrome notification crackdown" o "perché le mie notifiche push non vengono recapitate", questa pagina è il riferimento: ogni cambiamento, la fonte primaria dietro di esso, chi colpisce e le soluzioni specifiche che mantengono un mittente recapitato.
Questo è un documento vivo. Lo aggiorniamo quando una piattaforma rilascia o annuncia un cambiamento, e ogni revisione viene registrata nel registro delle modifiche in fondo. Ultimo aggiornamento: 17 agosto 2026.
Una nota introduttiva prima dei dettagli, perché spiega ogni voce nella tabella sottostante. Nessuna di queste piattaforme sta eliminando le notifiche. Tutte stanno dividendo le notifiche in due classi: invii ad alto volume e a basso coinvolgimento vengono limitati, silenziati, raggruppati o disiscritti, mentre le notifiche pertinenti e guidate dagli eventi mantengono la consegna completa e in alcuni casi ottengono un posizionamento migliore di prima. L'inasprimento non è sulle notifiche push. È sui broadcast.
Cosa è cambiato: la cronologia dell'inasprimento delle notifiche del 2026
| Piattaforma | Modifica | Chi è interessato | In vigore | Fonte |
|---|---|---|---|---|
| Chrome (desktop + Android) | UI delle autorizzazioni più silenziosa: prompt disattivato per gli utenti che solitamente bloccano e per i siti con bassi tassi di accettazione dei prompt; successivamente esteso ai siti con prompt o contenuti ingannevoli | Siti che richiedono il prompt alla prima visualizzazione della pagina o che inviano contenuti ingannevoli | Chrome 80, febbraio 2020 (applicazione estesa fino al 2020) | Blog di Chromium |
| Safari / iOS | Web Push dichiarativo: web push senza service worker, nessuna penalità per push silenzioso per payload dichiarativi | Mittenti di web push che si rivolgono a utenti Apple | iOS/iPadOS 18.4 (marzo 2025); Mac in Safari 18.5 (maggio 2025) | Blog di WebKit |
| Chrome su Android | ML on-device contrassegna le notifiche web push sospette come "possibilmente ingannevoli o spam" con disiscrizione in un solo tocco | Mittenti il cui modello di testo delle notifiche corrisponde allo spam | Maggio 2025 | Blog di Chromium |
| Android 16 | Raffreddamento delle notifiche (picchi progressivamente silenziati, attivi per impostazione predefinita) e raggruppamento forzato delle notifiche di ogni app | Mittenti di push di app ad alta frequenza; picchi di qualsiasi tipo | Stabile 10 giugno 2025 | Android Authority; la nostra analisi approfondita |
| Chrome (desktop + Android) | Revoca automatica dell'autorizzazione alle notifiche tramite Controllo sicurezza per siti a basso coinvolgimento e alto volume | Siti che inviano molte notifiche su cui gli utenti non fanno mai clic | Annunciato il 10 ottobre 2025; in fase di rilascio | Blog di Chromium |
| Google Messaggi | Raggruppamento "Mittenti sconosciuti"; badge di verifica per le aziende e branding standardizzato per RCS | Aziende che inviano messaggi a utenti che non le hanno salvate | Da metà ottobre 2025 (in fase di rilascio) | Android Authority |
| Android 16 QPR2 (Pixel) | Organizzatore notifiche: l'IA on-device organizza le notifiche Promozioni e Novità in un pacchetto silenzioso e compresso per impostazione predefinita; riepiloghi IA per le conversazioni | Invio di notifiche push promozionali sui Pixel attuali (6 paesi, inglese) | Dicembre 2025 | 9to5Google |
| Chrome (desktop + Android) | Limiti di frequenza Push API: i siti classificati come di disturbo sono limitati a 1.000 messaggi push/minuto con HTTP 429 al di sopra di tale soglia; scala di penalità di 1 → 7 → 14 giorni | Invii ad alto volume con basso coinvolgimento per utente | In fase di rilascio da gennaio 2026 | Chrome per sviluppatori |
| RCS per le aziende | Limiti di traffico basati sulla reputazione: limiti di utenti unici per periodi di 28 giorni per agenti promozionali a bassa reputazione (attivo in India; i nuovi agenti iniziano con bassa reputazione); analisi delle tendenze spam e dei motivi di annullamento dell'iscrizione | Invii promozionali RCS, in particolare i nuovi agenti | 7 gennaio / 16 febbraio / 1 aprile 2026 | Note di rilascio RCS per le aziende |
Ora il dettaglio per piattaforma, nell'ordine in cui apparirà nella tua dashboard.
Chrome: limiti di frequenza, autorizzazioni revocate automaticamente e screening spam ML
Chrome è dove la maggior parte dei team di retention sente per prima la stretta, perché il web push è il canale proprietario a più alto volume gestito dalla maggior parte dei marchi di e-commerce. Tre meccanismi separati sono ora attivi e si sommano.
Limiti di frequenza Push API per siti "di disturbo"
Da gennaio 2026, Chrome valuta ogni sito quotidianamente in base a tre fattori: messaggi push inviati per il tempo trascorso dagli utenti sul sito, richieste di autorizzazione mostrate per il tempo sul sito e livello di coinvolgimento dell'utente con il sito (punteggio di coinvolgimento del sito più minuti in primo piano). Un sito che non supera il test viene classificato come di disturbo e limitato a 1.000 messaggi push al minuto. Tutto ciò che supera il limite riceve una risposta HTTP 429 dal servizio di push.
La penalità aumenta. Il primo giorno di disturbo comporta un limite di 1 giorno. Un secondo giorno consecutivo lo estende a 7 giorni. Dal terzo giorno in poi, il limite dura 14 giorni alla volta e il contatore si resetta solo dopo 42 giorni consecutivi di comportamento pulito. Google non ha pubblicato un numero di versione di Chrome per il rilascio; il meccanismo viene valutato dal server ed è arrivato silenziosamente.
Fai i conti sulla tua lista. A 1.000 messaggi al minuto, un invio a 500.000 iscritti richiede più di otto ore per essere completato. Un push per una svendita lampo che doveva arrivare in quindici minuti ora arriva nell'arco di una giornata lavorativa completa, e la finestra di entrate che doveva colpire è sparita. Questo è il costo effettivo: non un divieto, un decadimento: le tue entrate dal carrello recuperato e i numeri di click-to-revenue si erodono mentre la tua dashboard di consegna dice ancora "inviato".
Nota l'ambito. Il limite si applica solo all'API Push in background; le notifiche inviate da una scheda aperta tramite l'API Notifications non sono interessate. La stessa Google afferma che "quasi tutti i siti web non saranno interessati" — l'obiettivo è il piccolo insieme di mittenti che inviano un volume elevato a un pubblico che ha smesso di rispondere. Se fai parte di questo gruppo è una domanda misurabile, e l' autovalutazione seguente ti guida attraverso di essa.
Revoca automatica delle autorizzazioni
Il secondo meccanismo rimuove gli iscritti che pensavi di possedere. Annunciato il 10 ottobre 2025, il Controllo di sicurezza di Chrome ora revoca automaticamente l'autorizzazione alle notifiche per i siti che combinano un coinvolgimento utente molto basso con un volume elevato di notifiche inviate — lo stesso trattamento che già applicava alle autorizzazioni inutilizzate per fotocamera e posizione. Il team di prodotto di Chrome lo ha giustificato con un numero: meno dell'1% di tutte le notifiche riceve un'interazione da parte degli utenti.
I dettagli che contano per un mittente:
- Le app web installate sono esenti. Un iscritto che ha aggiunto il tuo sito alla propria schermata Home o al desktop mantiene l'autorizzazione.
- L'utente viene avvisato quando Chrome rimuove un'autorizzazione e può ripristinarla tramite il Controllo di sicurezza o visitando nuovamente il tuo sito ed effettuando nuovamente l'iscrizione.
- Google ha riferito che durante i test, il sovraccarico di notifiche è diminuito significativamente con "solo una minima variazione nei clic totali sulle notifiche" — e che i siti che inviavano volumi inferiori hanno visto aumentare i tassi di clic.
Rileggi l'ultimo punto, perché è l'intera repressione in una sola frase. I clic non sono mai stati nella coda della lista. I siti che inviavano meno guadagnavano di più per invio. Chrome ora applica l'igiene della lista che i mittenti ad alte prestazioni stavano già praticando: il tuo segmento inattivo non è più un numero di vanità sul contatore degli iscritti, è una responsabilità che innesca l'applicazione.
Google non ha pubblicato le soglie numeriche per "basso coinvolgimento" o "alto volume", quindi nessun fornitore può prometterti un tetto sicuro. Ciò che puoi controllare è il rapporto che il sistema sta chiaramente misurando: interazioni per notifica consegnata.
Screening ML on-device su Android
Il terzo meccanismo, attivo da maggio 2025, inserisce un modello di machine learning tra la tua notifica e gli occhi dell'utente. Chrome su Android analizza il contenuto delle notifiche push web in arrivo sul dispositivo (le notifiche push web sono crittografate end-to-end, quindi l'analisi deve essere locale — il modello legge il titolo, il corpo e le etichette dei pulsanti di azione). Le notifiche che corrispondono a schemi di inganno o spam vengono mostrate con un avviso e un'opzione di disiscrizione con un solo tocco.
Le abitudini di scrittura che ingannano i classificatori di spam sono quelle su cui si basano i mittenti di bassa qualità: falsa urgenza, lacune clickbait, stile fuorviante dei messaggi di sistema. Se il testo della tua notifica potesse essere scambiato per un modello di truffa di premi, su alcuni telefoni ora viene fornito con un'etichetta di avviso e una porta di uscita allegata.
Cosa ti dice la cronologia di Chrome su ciò che verrà dopo
Nessuna di queste è una deviazione. Chrome ha disattivato la richiesta di autorizzazione per i siti a bassa accettazione a febbraio 2020, quindi ha esteso l'applicazione ai prompt abusivi e ai contenuti abusivi nello stesso anno. L'ondata 2025-2026 sposta l'applicazione dal momento dell'opt-in alla relazione di invio stessa. La direzione è stata unidirezionale per sei anni: ogni rilascio rende l'interazione più portante. Pianifica che le soglie si stringeranno, non si allenteranno.
Android 16: cooldown, raggruppamento forzato e il bundle silenzioso Promozioni
Le modifiche di Android influiscono sulle notifiche push delle app piuttosto che sul browser e cambiano il significato di "consegnato" piuttosto che se la consegna avviene.
Cooldown delle notifiche, attivato per impostazione predefinita quando Android 16 è diventato stabile il 10 giugno 2025, mira ai picchi. La prima notifica in un picco avvisa a volume pieno con un banner completo; ogni successiva entro circa un minuto è progressivamente più silenziosa e visivamente ridotta al minimo, e il picco si collassa sotto un unico banner. Chiamate, allarmi e conversazioni prioritarie sono esenti; promozioni e notifiche transazionali no. Nulla viene eliminato e i rapporti di consegna non si spostano, il che è esattamente il motivo per cui la modifica è pericolosa. La tua dashboard indica tre consegne; il telefono dell'utente ne ha presentata una. Abbiamo pubblicato un'analisi completa dei meccanismi e delle correzioni di progettazione dell'invio nella nostra guida al cooldown delle notifiche di Android 16.
Raggruppamento forzato rimuove una scelta che gli sviluppatori avevano: Android 16 raggruppa tutte le notifiche della stessa app, indipendentemente dal fatto che l'app abbia accettato o meno. In combinazione con il cooldown, la seconda e la terza notifica di qualsiasi sequenza rapida sono ora silenziose, elementi di riga compressi anziché banner.
L'Organizzatore di Notifiche è il più incisivo dei tre. In fase di distribuzione da dicembre 2025 con Android 16 QPR2 sui telefoni delle serie Pixel 9 e 10 (9to5Google), utilizza un modello sul dispositivo per classificare le notifiche in Promozioni, Notizie, Social e Suggerite, e le categorie Promozioni e Notizie sono abilitate per impostazione predefinita, archiviando le notifiche corrispondenti in un pacchetto compresso nella sezione silenziosa dell'ombra. La distribuzione è oggi limitata (recenti Pixel, sei paesi, inglese), ma l'impostazione predefinita è importante: sui dispositivi che Google controlla completamente, una notifica promozionale non suona più, non mostra più un banner e rimane piegata finché l'utente non la cerca. Insieme ad essa, i riassunti AI sul dispositivo comprimono le notifiche delle conversazioni.
Lo stesso ciclo del sistema operativo ha costruito anche la corsia opposta. Le notifiche incentrate sui progressi di Android 16 (il modello Live Updates) forniscono eventi tracciati dall'utente in tempo reale, come una consegna in corso, lo stato di un ordine, con un posizionamento persistente ed elevato. Le versioni di Google del 2026 hanno continuato ad estendere questa corsia di contenuti live, sebbene i dettagli di ciò che verrà spedito oltre Android 16 siano ancora in fase di definizione e valga la pena verificarli rispetto alle note di rilascio attuali di Android prima di costruirli. L'intento di progettazione è già inequivocabile: i contenuti che l'utente sta attivamente monitorando vengono promossi; i contenuti che il mittente vuole che l'utente noti vengono organizzati in modo da non intralciare.
Sotto lo strato del sistema operativo, i limiti di lunga data per dispositivo di Firebase Cloud Messaging si applicano ancora: 240 messaggi al minuto e 5.000 all'ora a un singolo dispositivo, con mittenti che mantengono quasi il limite che rischiano un flag di abuso. Ogni sistema che la tua azienda esegue contro la stessa app condivide quel budget.
iOS e Safari: un tipo di gate più silenzioso
La storia di Apple del 2025-2026 è meno una repressione che un'apertura controllata, poiché Apple ha integrato i suoi gate fin dall'inizio: il web push su iOS ha sempre richiesto all'utente di aggiungere prima il tuo sito alla schermata Home (un filtro deliberato ad alta intenzione, in vigore da iOS 16.4), e la policy dell'App Store ha a lungo limitato il marketing push.
Cosa è cambiato:
- Web Push Dichiarativo è stato spedito in iOS/iPadOS 18.4 a marzo 2025 ed è arrivato su Mac in Safari 18.5 (WebKit). Ti consente di eseguire il web push da un payload JSON standardizzato senza service worker e rimuove la penalità di silent-push per i messaggi dichiarativi perché il payload stesso garantisce una notifica visibile. Il push legacy tramite service worker continua a funzionare; il formato dichiarativo è il percorso futuro su cui Apple vuole che i mittenti si muovano.
- iOS 26 imposta per impostazione predefinita i siti della schermata Home per l'apertura come web app, il che amplia la superficie su cui il web push di iOS può essere eseguito. Finora abbiamo visto questa documentazione solo in modo indiretto; trattala come direzionale finché la documentazione di Apple non sarà esplicita.
- La policy è invariata e rigorosa. La Guida alla revisione delle app 4.5.4 richiede ancora che il push non sia obbligatorio per il corretto funzionamento della tua app, non contenga dati personali sensibili e, per promozioni o marketing diretto, venga inviato solo agli utenti che hanno esplicitamente scelto di aderire tramite un linguaggio di consenso nell'interfaccia utente della tua app, con un'opzione di disdetta in-app. L'abuso "può comportare la revoca dei tuoi privilegi."
Per un team di retention, il risultato per iOS è che Apple ha pre-filtrato il tuo pubblico per te. Un abbonato al web push di iOS ha scelto di installare il tuo sito; un abbonato al push dell'app ha scelto di aderire al marketing. Entrambe le liste sono piccole e ad alta intenzione, il che significa che bruciarle con una frequenza di invio massiccia è più costoso per abbonato che altrove.
RCS: arrivano i limiti di reputazione sul canale più recente
Se stai aggiungendo RCS o WhatsApp al tuo mix — e per il recupero del carrello e gli aggiornamenti degli ordini, dovresti valutare i canali di messaggistica — Google ha già installato il livello di applicazione che al web push sono voluti sei anni per ottenere.
Secondo la documentazione RCS for Business di Google, ogni mittente aziendale (agente) ha una reputazione — Alta, Media o Bassa — determinata dal feedback degli utenti e dai report sullo spam, e tutti i nuovi agenti iniziano con una reputazione Bassa. La reputazione imposta un limite di traffico: il numero di utenti unici con cui l'agente può avviare conversazioni ogni 28 giorni. Le risposte alle conversazioni avviate dall'utente sono esenti. L'applicazione è entrata in vigore per gli agenti promozionali in India il 7 gennaio 2026, è stata rafforzata il 1° aprile 2026 con un limite trasversale per gli agenti con reputazione bassa, e la console per sviluppatori ora riporta il livello di reputazione, il limite di traffico, il trend dello spam e i motivi di annullamento dell'iscrizione su finestre di 7 e 28 giorni.
Dal punto di vista del consumatore, Google Messaggi raggruppa i messaggi da mittenti non salvati sotto "Mittenti sconosciuti" da metà ottobre 2025 e sta introducendo segni di spunta verificati e branding aziendale standardizzato — prove in fase di smontaggio su alcuni dettagli, ma la direzione corrisponde a tutto il resto in questo documento. Su RCS non si ottiene un periodo di grazia per sviluppare cattive abitudini: la copertura si guadagna con l'interazione dal primo messaggio.
Sei a rischio? L'autovalutazione {#self-audit}
Chrome e Google pubblicano i fattori ma non le soglie, quindi l'audit onesto è relativo: misura se assomigli al mittente che questi sistemi sono stati costruiti per fermare. Esegui questi otto controlli sui tuoi ultimi 30 giorni di invii. Ogni "no" è una constatazione. Diversi di questi controlli hanno significato solo nei confronti di numeri esterni, quindi eseguili insieme ai nostri benchmark 2026 per le notifiche push, dove le distribuzioni percentili per tasso di visualizzazione e tasso di clic mostrano cosa raggiungono effettivamente il mittente mediano, p75 e p90.
- Rapporto di interazione. Il tuo tasso di clic delle notifiche push web è significativamente superiore alla baseline di interazione dell'ecosistema inferiore all'1% che Chrome ha citato quando ha giustificato la revoca automatica? Se il tuo CTR ha uno zero dopo la virgola decimale, rientri nel profilo contro cui Chrome sta applicando le norme.
- Volume vs. visite. Il primo fattore di sito dirompente di Chrome sono le notifiche push inviate per tempo trascorso sul sito. Stai inviando più notifiche a un abbonato tipico a settimana di quante sessioni abbia quell'abbonato con te a settimana? Un abbonato che visita mensilmente e riceve notifiche giornaliere fallisce questo rapporto.
- Coda inattiva. Quale percentuale della tua lista non ha cliccato su nessuna notifica negli ultimi 90 giorni? Se più della metà dei tuoi invii va a quella coda, il tuo tasso di coinvolgimento aggregato è determinato da persone che se ne sono già andate — e le piattaforme valutano l'aggregato.
- Disciplina del prompt. Richiedi il permesso di notifica alla prima visualizzazione della pagina, prima che il visitatore abbia fatto qualcosa? Il tasso di accettazione del prompt è sia un criterio di iscrizione per l'interfaccia utente discreta sia un fattore di disturbo del sito. Richiedere dopo un'azione dimostrata (seconda visualizzazione della pagina, aggiunta al carrello, creazione di un account) è la soluzione, e si riflette direttamente nel tuo tasso di opt-in.
- Condivisione massiva. Quale percentuale del tuo volume di invio mensile è costituita da invii massivi non mirati all'intera lista, rispetto alle notifiche attivate da qualcosa che il destinatario ha fatto (carrello abbandonato, prezzo sceso, articolo di nuovo disponibile, ordine spedito)? Se sopra circa la metà sono invii massivi, sei sovraccarico di volume esattamente nello schema che ogni meccanismo in questa pagina penalizza.
- Limiti di frequenza e ore di silenzio. Applichi un limite per abbonato a tutte le campagne e i sistemi che possono inviare — marketing, transazionali, RSS e qualsiasi altro strumento? Il raffreddamento e il raggruppamento forzato di Android fanno sì che mittenti non coordinati si cannibalizzino visibilmente a vicenda sullo stesso dispositivo.
- Onestà della copia. Una notifica recente sopravvivrebbe al test "è ingannevole?" di un lettore scettico — nessuna urgenza finta, nessun travestimento da messaggio di sistema, nessuna esca? Il classificatore on-device di Chrome sta già eseguendo quel test su Android.
- Tendenza di annullamento iscrizione. Il tuo tasso di annullamento iscrizione per invio è piatto o in calo? Su RCS ora alimenta un punteggio di reputazione con un limite di traffico rigido allegato; sul push web è il tuo avviso precoce. La nostra guida per ridurre i tassi di annullamento iscrizione delle notifiche push copre la diagnostica in profondità.
Valutati onestamente. Cinque o più risposte pulite e la repressione è per lo più un vento a favore per te — gli invii a tappeto dei tuoi concorrenti vengono limitati mentre i tuoi invii continuano ad arrivare. Tre o più risultanze e dovresti presumere che stai già perdendo una copertura che non puoi vedere in un rapporto di consegna.
Il manuale di conformità: soluzioni che reggono
Ogni meccanismo sopra misura la stessa quantità sottostante — valore per notifica — quindi le soluzioni convergono. Queste sei mosse, in ordine di priorità.
1. Elimina la coda inattiva prima che le piattaforme la eliminino per te. Crea un segmento di utenti inattivi (nessun clic in 90 giorni), esegui una sequenza di recupero onesta, quindi smetti di inviare a chi non risponde. Questo è controintuitivo per i team che considerano la dimensione della lista come KPI, ma la matematica è unidirezionale ora: un abbonato dormiente contribuisce a zero entrate e degrada attivamente il rapporto di coinvolgimento su cui Chrome ti valuta. In PushEngage, la segmentazione dinamica mantiene automaticamente il bucket degli inattivi e, poiché il prezzo conta solo gli abbonati attivi, tagliare il peso morto riduce la tua fattura piuttosto che la tua copertura.
2. Sposta il volume degli invii dalle diffusioni ai trigger. Un push di abbandono del carrello, un avviso di ribasso prezzo, una notifica di ritorno in stock — questi generano clic perché il comportamento del destinatario li ha programmati. Spostare anche metà del tuo volume mensile da diffusioni basate sul calendario a campagne triggerate aumenta il tuo rapporto di interazione su ogni fattore misurato da Chrome, ed è dove erano comunque i ricavi: gli invii triggerati sono attribuibili a carrelli recuperati e ordini completati, non a impression. Abbiamo presentato l'argomentazione completa, con le definizioni delle classi di campagne e la matematica dei ricavi per invio, in perché l'era delle diffusioni è appena finita.
3. Segmenta tutto ciò che viene ancora trasmesso. Alcuni invii sono legittimamente ampi — una svendita in tutto il negozio, una notizia dell'ultima ora di un editore. Ampio non è uguale a non segmentato. Suddividere una trasmissione per comportamento, cronologia acquisti o affinità di categoria aumenta i clic su ogni fetta e mantiene difendibile il rapporto personale di push per visita di ogni iscritto. La segmentazione è ora un requisito di recapito, non una cortesia di personalizzazione — quel post contiene l'argomentazione completa sul recapito.
4. Applica un limite di frequenza unico su ogni canale e sistema. Il cooldown di Android 16 lo ha reso concreto: il tuo CRM, il tuo livello transazionale e il tuo calendario promozionale condividono un budget di attenzione sul dispositivo, indipendentemente dal fatto che condividano o meno una dashboard. Imposta un limite per iscritto e orari di silenzio a livello di piattaforma, estendendo insieme web push, app push e WhatsApp, in modo che quattro sistemi ragionevoli non possano sommarsi in un unico schema abusivo. Ciò funziona solo se un unico motore di segmentazione vede ogni invio — l'argomentazione pratica più forte per consolidare i canali anziché eseguire uno strumento per canale.
5. Correggi il momento dell'opt-in. Sposta il prompt di autorizzazione dietro un'azione che segnali l'intento, usa un prompt in due passaggi in modo che la richiesta a livello di browser venga attivata solo con un sì, e accetta la lista più piccola e pulita. Il tasso di accettazione del prompt alimenta il punteggio di Chrome a entrambe le estremità — l'iscrizione tramite interfaccia utente silenziosa e la valutazione del sito di disturbo — e una lista con consenso è semplicemente la lista che clicca.
6. Fai in modo che il testo sopravviva a un classificatore. Affermazioni semplici, urgenza reale solo quando la scadenza è reale, identità del mittente ovvia. Su Android, un modello di ML legge il tuo titolo e corpo prima dell'utente. Un testo onesto è sempre stata una migliore pratica di retention; ora è anche un requisito di recapito.
Se esegui questi sei su PushEngage, il riassunto onesto di dove il prodotto aiuta: campagne triggerate, segmenti RFM e comportamentali, limiti di frequenza cross-channel, orari di silenzio e attribuzione dei ricavi per notifica sono tutti integrati, su piani che fatturano solo per iscritti attivi — il modello di prezzo punta nella stessa direzione in cui le piattaforme ora impongono. Ciò che nessuno strumento può fare è decidere di smettere di inviare diffusioni; quella parte è politica, ed è tua.
Domande frequenti
Perché le mie notifiche push non vengono recapitate nel 2026? Controlla quattro sospetti in ordine. Primo, la revoca automatica di Chrome: se il numero dei tuoi iscritti si sta riducendo silenziosamente, gli iscritti con basso coinvolgimento potrebbero perdere il permesso tramite Controllo di sicurezza. Secondo, i limiti di frequenza di Chrome: se le notifiche a liste di grandi dimensioni richiedono improvvisamente ore o il tuo servizio di notifiche registra risposte HTTP 429, è probabile che tu sia stato classificato come di disturbo. Terzo, la presentazione di Android: su Android 16, la consegna avviene ancora ma i picchi vengono attutiti e raggruppati, e sui Pixel più recenti le notifiche promozionali finiscono in un pacchetto silenzioso — consegnate, non viste. Quarto, le cause noiose che precedono la repressione: abbonamenti scaduti, errori del service worker e impostazioni delle notifiche a livello di sistema operativo.
Chrome ha vietato le notifiche push? No. Chrome limita la frequenza dei siti che classifica come di disturbo (alto volume, basso coinvolgimento) e revoca i permessi che gli utenti ignorano palesemente. Un mittente le cui notifiche vengono cliccate non è influenzato da entrambi i meccanismi, e i test di Google hanno rilevato che i mittenti a volume inferiore hanno visto aumentare i tassi di clic.
Quale tasso di coinvolgimento mi protegge dalla revoca automatica di Chrome? Google non ha pubblicato soglie e qualsiasi fornitore che ti citi un numero sicuro sta indovinando. I fatti pubblicati: meno dell'1% di tutte le notifiche riceve interazioni e la revoca prende di mira la combinazione di un coinvolgimento molto basso con un alto volume di invio. La strategia difendibile è mantenere il tuo tasso di clic ben al di sopra di quella base e smettere di inviare agli iscritti che hanno smesso di rispondere.
I limiti di frequenza di Chrome influiscono sul mio intero account o solo su un sito? Il linguaggio di valutazione di Chrome è per sito — messaggi, richieste e coinvolgimento sono tutti misurati rispetto a “un sito”. I mittenti che utilizzano una piattaforma di notifiche push vengono valutati in base al comportamento del proprio dominio, non all'aggregato del proprio fornitore. Google non ha pubblicato ulteriori indicazioni, quindi considera le specificità cross-dominio come non confermate.
Cosa è cambiato per le notifiche push in Android 16? Tre cose: il raffreddamento delle notifiche (i picchi vengono progressivamente attutiti per un massimo di un minuto, attivi per impostazione predefinita, chiamate e allarmi esclusi), il raggruppamento forzato delle notifiche di ciascuna app e — dall'aggiornamento QPR2 del dicembre 2025 sui Pixel recenti — l'Organizzatore di Notifiche, che archivia le notifiche Promozioni e Notizie in un pacchetto silenzioso compresso per impostazione predefinita. Meccaniche complete nella nostra guida al raffreddamento di Android 16.
La repressione si applica a iOS? I vincoli di Apple sono in gran parte precedenti: le notifiche web push di iOS richiedono all'utente di aggiungere il tuo sito alla propria schermata Home e la Linea guida dell'App Store 4.5.4 richiede un'adesione esplicita più un'esclusione dall'app per le notifiche push di marketing. La modifica del 2025 è Declarative Web Push (iOS 18.4 / Safari 18.5), un formato più semplice e senza service worker, senza penalità di push silenzioso per i messaggi dichiarativi.
Anche i messaggi RCS aziendali sono soggetti a limitazioni di frequenza? Sì, in base alla reputazione. Google assegna a ogni agente aziendale RCS una reputazione Alta/Media/Bassa in base al feedback degli utenti e alle segnalazioni di spam; gli agenti a bassa reputazione (inclusi tutti i nuovi agenti) devono affrontare limiti sul numero di utenti unici avviati ogni 28 giorni. L'applicazione è attiva per gli agenti promozionali in India dall'inizio del 2026, con reporting sulla reputazione e sulle tendenze di spam nella console per sviluppatori per tutti.
Il web push è ancora utile nel 2026? Per i mittenti che attivano e segmentano, più che prima: il traffico di massa limitato competeva per la stessa barra delle notifiche in cui ti trovi. Le piattaforme stanno rafforzando il canale per i mittenti per cui il canale è stato creato, allontanando il resto.
Ultimo aggiornamento e registro modifiche {#changelog}
Questo hub viene mantenuto come riferimento dinamico. Convenzione: la data "Ultimo aggiornamento" cambia solo per aggiornamenti sostanziali (una piattaforma che spedisce, annuncia o documenta una modifica), non per modifiche editoriali. Ogni aggiornamento sostanziale ottiene una riga nel registro modifiche con una fonte. Se stai citando questa pagina, citale con la sua data di ultimo aggiornamento.
- 2026-09-21 — Pubblicazione iniziale. Copre: limiti di frequenza dell'API Push di Chrome (gennaio 2026), revoca automatica delle autorizzazioni di Chrome (annunciata nell'ottobre 2025), screening delle notifiche ML on-device di Chrome (maggio 2025), cooldown di Android 16 + raggruppamento forzato (giugno 2025), Android 16 QPR2 Notification Organizer (dicembre 2025), Web Push dichiarativo (iOS 18.4 / Safari 18.5, 2025), limiti di traffico basati sulla reputazione RCS e analisi delle tendenze di spam (gennaio-aprile 2026), modifiche ai mittenti sconosciuti e al branding verificato di Google Messaggi (da ottobre 2025).
È cambiato qualcosa che non abbiamo registrato? Il modo più veloce per farcelo sapere è tramite il widget di chat su questa pagina.
