La tua app invia tre notifiche in un minuto e il telefono del giocatore mostra loro un solo banner. Non è un bug del tuo provider di notifiche push. È il cooldown delle notifiche di Android, attivato per impostazione predefinita in Android 16, che riscrive silenziosamente le regole per ogni mittente ad alto volume. Se gestisci notifiche push per un'app di scommesse o giochi, i tuoi momenti più preziosi sono esattamente quelli che prende di mira: un gol, una variazione delle quote e una richiesta di incasso arrivano entro gli stessi sessanta secondi. Questo post copre cosa fa il cooldown, i limiti di frequenza di FCM che erano già presenti sotto di esso e i pattern di progettazione dell'invio che mantengono la tua app ascoltata.
Cosa fa il cooldown delle notifiche di Android a un burst
Android 16 ha raggiunto la versione stabile il 10 giugno 2025 e il cooldown delle notifiche è stato rilasciato con essa, abilitato per impostazione predefinita. Il comportamento è stato documentato per la prima volta nelle anteprime per sviluppatori di Android 16 alla fine del 2024, quando era ancora un'opzione attivabile. Nella versione stabile, Google l'ha attivato per tutti.
La meccanica è semplice. Quando un'app invia un burst di notifiche, la prima avvisa normalmente, a volume pieno, con un banner completo. Ogni notifica successiva nel burst viene progressivamente ridotta in volume e minimizzata visivamente, per un massimo di un minuto, e il burst viene raggruppato sotto un unico banner. Nulla viene eliminato. Le notifiche arrivano ancora, sono ancora nella tray, contano ancora nei tuoi report di consegna. Semplicemente smettono di richiedere attenzione.
Quest'ultimo punto è importante per come leggi le tue dashboard. Il tasso di consegna non cambierà. Ciò che cambia è tutto ciò che segue l'attenzione: visualizzazioni, clic e le conversioni che i tuoi secondi e terzi invii avrebbero dovuto generare.
Notifiche di Android 16: cosa avvisa ancora, cosa viene silenziato
Il cooldown non tratta tutte le notifiche di Android 16 allo stesso modo. Chiamate, sveglie e conversazioni prioritarie sono esenti; avvisano normalmente indipendentemente da quanto velocemente si accumulano. Tutto il resto è soggetto alla curva di silenzio, e ciò copre tutte le notifiche delle app di scommesse, sia di marketing che transazionali.
Una nota sull'applicabilità, e si tratta di un'inferenza piuttosto che di un'affermazione documentata della piattaforma: il cooldown opera a livello di notifica, quindi per meccanismo dovrebbe applicarsi sia alle notifiche push delle app consegnate tramite FCM sia alle notifiche push web che Chrome visualizza su Android. Se il tuo brand gestisce sia un'app che un sito mobile, considera le notifiche di Android 16 da entrambi i canali come condividenti un unico budget di attenzione sullo stesso dispositivo.
I limiti di frequenza di FCM ti stavano già limitando
Il cooldown è lo strato visibile. Sotto di esso, Firebase Cloud Messaging applica da anni un throttling per dispositivo. La documentazione di FCM imposta i limiti a 240 messaggi al minuto e 5.000 all'ora verso un singolo dispositivo, e avverte che i mittenti che operano vicino a questi limiti rischiano che l'app venga segnalata come abusiva.
Nessuna campagna sensata invia 240 messaggi al minuto a un singolo utente. Ma questi limiti di frequenza di FCM sono per dispositivo, non per campagna, il che significa che ogni sistema che esegui invia contro lo stesso budget condiviso: il tuo CRM, gli avvisi sulle quote del tuo motore di trading, il tuo pianificatore di promozioni, il tuo livello transazionale. Un'architettura in cui quattro sistemi si comportano in modo ragionevole può comunque produrre un modello a livello di dispositivo che viene interpretato come abuso da FCM e come un picco dal cooldown.
I due meccanismi si sommano. I limiti di frequenza di FCM limitano ciò che può arrivare fisicamente; il cooldown delle notifiche Android decide quanto di ciò che arriva viene notato. I mittenti ad alto volume ora progettano tenendo conto di entrambi contemporaneamente.
Perché le notifiche delle app di scommesse vanno in burst in primo luogo
Le app di scommesse non vanno in burst perché i team CRM sono negligenti. Vanno in burst perché i migliori momenti del prodotto sono intrinsecamente simultanei. Un gol in una partita seguita è, nello stesso istante, un avviso di punteggio, un movimento delle quote e un'opportunità di incasso. Tre sistemi diversi possiedono ciascuno uno di questi messaggi e nessuno di essi controlla ciò che gli altri due hanno appena inviato.
Ecco il burst come lo sperimenta il telefono del giocatore durante il cooldown:
| Ora | Sistema | Notifica | Cosa sperimenta il giocatore |
|---|---|---|---|
| 0:00 | CRM / feed eventi | “GOL. 1–0 nella partita che segui” | Avviso completo: suono, vibrazione, banner |
| 0:15 | Motore di trading | “Quote modificate sul mercato del prossimo gol” | Silenzioso: volume ridotto, minimizzato, raggruppato |
| 0:40 | Motore promozionale | “Incasso ora disponibile sulla tua scommessa aperta” | Ulteriormente silenzioso: quasi silenzioso, collassato nel gruppo |
La parte dolorosa è l'ordinamento. La richiesta di incasso, l'unica notifica in quel burst con entrate dirette collegate, è quella che il cooldown ha sepolto, perché è arrivata per terza. Chi invia per primo possiede il minuto. Al momento, nella maggior parte degli stack di notifiche delle app di scommesse, il vincitore è qualunque sistema abbia la latenza più bassa, non il messaggio che conta di più.
La sequenza di push del giorno della partita ha sempre richiesto un ordinamento deliberato. Il cooldown trasforma questo da abilità a requisito.
Pattern di progettazione che sopravvivono ai burst di notifiche push
Non puoi disattivare il cooldown per i tuoi utenti, e non dovresti volerlo fare; punisce esattamente il pattern che i tuoi giocatori già detestavano. La soluzione è architetturale. Quattro pattern impediscono ai burst di notifiche push di divorare la tua portata.
Spazia gli invii per minuti, non secondi
La finestra di cooldown dura fino a un minuto. Qualsiasi due notifiche che controlli e che atterrano all'interno di quella finestra competono per un singolo avviso. Quindi imposta un intervallo per abbonato misurato in minuti tra messaggi distinti, e imponilo ovunque, incluso il percorso transazionale che la maggior parte dei team dimentica di contare. Un avviso di gol alle 0:00 e una richiesta di incasso alle 2:30 avvisano entrambi normalmente. La stessa coppia a trenta secondi di distanza è un avviso e un fantasma.
Assegna al burst un unico proprietario
Per ogni momento prevedibile, decidi in anticipo quale notifica lo possiede. Quando si verifica un obiettivo, l'allerta del punteggio, la variazione delle quote o il prompt di incasso si attivano? Scegline uno, di solito quello più vicino alle entrate o quello a cui il giocatore si è esplicitamente iscritto, e sopprimi o ritarda gli altri. I livelli di priorità battono i sistemi di gara.
Raggruppa gli aggiornamenti in una notifica
Il tracciamento delle quote è il classico colpevole: cinque variazioni di quote non dovrebbero essere cinque notifiche. Usa la sostituzione dei messaggi, dove il nuovo payload aggiorna la notifica esistente nel vassoio invece di impilarne una nuova. FCM supporta il comportamento di raggruppamento da anni. Una notifica di quote live, continuamente aggiornata, non attiva mai il cooldown e viene letta come una funzionalità piuttosto che come rumore.
Scaglionare il fan-out per segmento
Un invio a 500.000 iscritti che parte in un'unica ondata produce picchi anche a livello di popolazione, scontrandosi con qualsiasi altra cosa i tuoi sistemi inviano in quella finestra. Suddividi il fan-out in ondate segmentate: prima i giocatori che scommettono live sulla partita seguita, poi i depositanti recenti, segmenti più freddi minuti dopo o per niente. Il tuo modello di segmentazione dei giocatori definisce già le ondate; il fan-out deve solo rispettarle.
Il capping della frequenza delle notifiche e le ore di silenzio completano il lavoro
I quattro pattern sopra risolvono il minuto. Il capping della frequenza delle notifiche risolve il giorno e la settimana. Il cooldown è l'applicazione da parte di Google, a livello di sistema operativo, di una disciplina che i migliori mittenti si sono già imposti, e non sarà l'ultimo meccanismo di applicazione. Imposta soffitti interni per iscritto al giorno e alla settimana, e scalali in base al calore del segmento:
| Segmentazione | Max/giorno | Max/settimana |
|---|---|---|
| Attivi negli ultimi 7 giorni, segue eventi live | 3–4 nei giorni di partita | 10–12 |
| Attivi negli ultimi 7 giorni, ritmo casinò | 2 | 8–10 |
| Inattivi, 8–20 giorni di silenzio | 1 | 3–4 |
| Dormienti, 21+ giorni | — | 1, poi riattiva o sopprimi |
Le ore di silenzio sono il pavimento rigido sotto i limiti: definisci una finestra di non disturbare e non far passare nulla di marketing. In questo verticale, il capping della frequenza delle notifiche è anche protezione del giocatore, non solo igiene di recapito. Limiti, ore di silenzio e una regola di non urgenza sui prompt di deposito sono la stessa pratica vista da due angolazioni, e gli operatori che mantengono quella linea danno ai giocatori un motivo per lasciare attive le notifiche. Il playbook di retention per i siti di scommesse copre l'intero stack di igiene.
Costruire la disciplina di spaziatura in PushEngage
Ogni pattern sopra è realizzabile in PushEngage Workflows oggi, senza infrastruttura di invio personalizzata. I siti di scommesse e giochi su PushEngage hanno inviato oltre 3,5 miliardi di notifiche, e i controlli di shaping dell'invio esistono perché i mittenti a quel volume ne hanno bisogno.
I nodi di attesa, disponibili nei piani Business e superiori, sono il primitivo di spaziatura: inserisci un'attesa di minuti, ore o giorni tra due invii qualsiasi in un flusso di lavoro, in modo che nessuna sequenza che progetti possa sovraccaricare un abbonato. I nodi decisionali e i criteri di uscita, sugli stessi piani, sono il modo in cui un flusso di lavoro controlla lo stato prima di attivarsi, che è ciò che "assegna il proprietario del sovraccarico" sembra in pratica: se il messaggio a priorità più alta è già stato inviato, esci invece di accumulare.
Le ore di silenzio sono configurate per flusso di lavoro con un fallback a tua scelta: salta l'invio del tutto, o riprogramma per un minuto dopo la fine della finestra, risolto nel fuso orario di ciascun abbonato. Usa riprogramma per offerte con una durata limitata e salta per avvisi legati al momento; una notifica di avvio consegnata alle 09:01 è rumore. La pianificazione consapevole del fuso orario ti offre anche un'espansione segmentata per segmenti senza script, poiché le ondate possono partire all'ora locale anziché come un unico invio globale.
Due funzionalità si trovano più in alto nella gerarchia dei piani: i percorsi di divisione A/B all'interno di un flusso di lavoro iniziano su Premium, e i trigger di eventi personalizzati e i webhook, i pezzi che consentono ai tuoi eventi del motore di trading o del portafoglio di avviare direttamente un flusso di lavoro, iniziano su Growth. Se stai mappando l'intera configurazione lato app, inizia con notifiche push per app di scommesse, la guida pilastro per questa serie.
Chrome sta eseguendo la stessa mossa sul web
Se esegui anche push web, la stessa logica di coinvolgimento ora disciplina quel canale. Da gennaio 2026, Chrome valuta ogni origine di invio quotidianamente in base alle notifiche push rispetto al tempo effettivo trascorso dagli utenti sul sito e limita i mittenti che classifica come di disturbo. Meccanismo diverso, messaggio identico: le piattaforme ora misurano l'attenzione e i mittenti che si rivolgono a utenti coinvolti mantengono la loro portata mentre i bombardieri la perdono. La versione web di questa storia e l'architettura di segmentazione che vi risponde sono trattate in perché la segmentazione è ora un requisito di recapito.
Cosa cambiare prima del prossimo giorno di partita
Tre mosse, in ordine. Primo, controlla gli invii del mese scorso per esplosioni di notifiche push sullo stesso dispositivo: estrai qualsiasi abbonato che ha ricevuto due o più notifiche entro un minuto, identifica quali sistemi sono entrati in collisione e annota quante volte la notifica sepolta era quella con entrate collegate. Secondo, assegna a ogni momento prevedibile una singola notifica proprietaria e declassa le altre ad aggiornamenti compressi o follow-up ritardati. Terzo, sposta ogni sequenza ricorrente in flussi di lavoro con nodi di attesa, limiti di frequenza e ore di silenzio, in modo che la spaziatura sia imposta dalla piattaforma anziché dalla memoria del team.
Il raffreddamento delle notifiche di Android non ti ha tolto la visibilità. Ha tolto l'illusione che tre notifiche in un minuto fossero tre possibilità di essere visti. I mittenti che spaziano, danno priorità e collassano avviseranno a tutto volume mentre le esplosioni dei loro concorrenti collassano in un gruppo silenzioso. Se desideri i controlli di shape di invio senza costruirli, le notifiche push delle app su PushEngage vengono fornite con nodi di attesa, orari di silenzio e pianificazione del fuso orario su ogni livello di piano a pagamento, supportate da una garanzia di rimborso di 14 giorni.
