La tua revisione settimanale della retention si apre sullo stesso grafico di sempre. La retention del Giorno 1 si attesta intorno al 27%. Il Giorno 7 è scesa all'8%. Entro il Giorno 30, meno di due giocatori su cento aprono ancora l'app. Le notifiche push che hai inviato la scorsa settimana hanno ottenuto un tasso di apertura rispettabile, eppure la curva non si è mossa. Quel divario, tra una notifica che viene cliccata e un giocatore che in realtà torna e continua a giocare, è l'intero problema di come la maggior parte degli studi utilizza le notifiche push per la retention dei giochi.
I numeri sopra non sono insoliti. I benchmark di GameAnalytics per il mobile gaming del 2025 pongono la retention mediana del Giorno 7 tra il 3,4% e il 3,9%, con anche i titoli del quartile superiore che si attestano intorno al 7-8%, e la retention mediana del Giorno 30 inferiore all'1%. Il push è uno dei pochi canali di proprietà che può intervenire prima che un giocatore scivoli lungo quella curva. Ma funziona solo quando è costruito come un insieme di flussi di lavoro attivati collegati al comportamento e alle entrate in-game, non come un calendario di invii di massa misurati in aperture.
Questo articolo illustra quell'approccio: perché le aperture sono il tabellone sbagliato, i quattro momenti del ciclo di vita che decidono se un giocatore ritorna, quattro flussi di lavoro di notifiche push che puoi costruire contro di essi, la corsia app-push-più-web-push che i tuoi concorrenti ignorano e come attribuire ogni notifica alle entrate in-game piuttosto che ai tocchi.
- Perché la maggior parte delle notifiche push dei giochi viene aperta e ignorata
- La retention è un ciclo di vita, non un invio di massa: i quattro momenti che decidono se un giocatore torna
- Quattro flussi di lavoro di notifiche push per la retention dei giochi (trigger, tempistiche, criteri di uscita)
- Notifiche push dell'app e notifiche push web insieme: il canale che la SERP ha dimenticato
- Collega ogni notifica alle entrate del gioco, non alle aperture
- La segmentazione è il lavoro di retention: progressione, spesa e recenza
- Cosa non può risolvere il push e quanto costa realmente
Perché la maggior parte delle notifiche push dei giochi viene aperta e ignorata
Un'apertura non è un ritorno. Un ritorno non è una sessione. Una sessione non è progressione. E la progressione è ciò che predice effettivamente se un giocatore è ancora presente il Giorno 30. Quando una notifica ottiene un tocco ma il giocatore rimbalza dalla schermata principale, o gioca per quaranta secondi e se ne va, la curva di retention non si cura del fatto che il tuo tasso di apertura fosse del 22%.
Questa è la trappola di misurazione in cui cade quasi ogni guida sulle notifiche push dei giochi. Ottimizzano il titolo, l'emoji e l'orario di invio per aumentare le aperture, quindi riportano il tasso di apertura come vittoria. Le aperture sono al massimo un indicatore anticipatore e nel peggiore dei casi una metrica di vanità. Il comportamento di cui hai bisogno è un giocatore che ritorna e raggiunge la prossima pietra miliare significativa.
La notifica push può stimolare quel comportamento. Non può fingere. Una notifica può rimettere un giocatore di fronte a un motivo per giocare: una ricompensa non reclamata, il turno di un amico, una barra dell'energia ricaricata, un evento a tempo limitato che sta per scadere. Ciò che accade dopo è deciso dal tuo ciclo di gioco. Quindi il compito delle notifiche push per la fidelizzazione dei giocatori è ristretto e specifico: fornire il giusto motivo per tornare, al giocatore giusto, nel momento in cui quel motivo è reale, e quindi misurare se è progredito, non se ha cliccato.
La retention è un ciclo di vita, non un invio di massa: i quattro momenti che decidono se un giocatore torna
Le strategie di fidelizzazione dei giocatori che funzionano davvero si basano sul comportamento, non sul calendario. "Martedì alle 18:00 a tutti" è un'esplosione. "Si attiva nel momento in cui un giocatore installa ma non ha finito il tutorial dopo 20 minuti" è un trigger. I trigger sono mappati ai momenti del ciclo di vita, e quattro momenti fanno la maggior parte del lavoro.
Le strategie di retention dei giocatori che si mappano su ogni momento
| Momento del ciclo di vita | Il segnale comportamentale | Cosa è a rischio |
|---|---|---|
| Prima sessione | Installato, ma primo traguardo non raggiunto | La scogliera di abbandono più ripida dell'intera curva; la maggior parte dei giocatori che abbandonano, abbandonano qui |
| Dall'onboarding all'abitudine | Giocato alcune volte, nessuna routine ancora formata | Il giocatore non diventa mai un cliente abituale; il Giorno 7 crolla |
| Dall'abitudine alla fedeltà | Gioca regolarmente, raggiunge una serie o un muro di progressione | Un cliente abituale frustrato o annoiato scivola verso l'inattività |
| Scivolare verso l'inattività | Giorni dall'ultima sessione che superano una soglia | Il giocatore è perso a meno che non venga riattivato; incombe il costo di riacquisizione completo |
Ogni momento è un trigger in attesa di essere costruito. Il momento della prima sessione è quello che il resto della SERP tratta come una nota a piè di pagina, anche se è lì che si perde la maggior parte della curva. Un giocatore che non raggiunge una prima vittoria nei minuti iniziali raramente torna da solo. Quello è un trigger in tempo reale, non un'email del giorno dopo.
Quattro flussi di lavoro di notifiche push per la retention dei giochi (trigger, tempistiche, criteri di uscita)
Ecco quattro flussi di lavoro che coprono il ciclo di vita sopra descritto. Ognuno è definito nel modo in cui un operatore di fidelizzazione dovrebbe definirlo: un trigger che lo avvia, la tempistica tra i contatti, il compito del messaggio e la parte che quasi ogni articolo concorrente omette, un criterio di uscita in modo che il giocatore smetta di ricevere messaggi da un flusso di lavoro una volta che ha svolto il suo compito. Puoi costruire il flusso di lavoro visivamente senza un ticket di ingegneria, il che è importante quando le persone che gestiscono la fidelizzazione non sono le persone che gestiscono la costruzione.
| Flusso | Attivatore | Tempistica | Messaggio | Criterio di uscita |
|---|---|---|---|---|
| Salvataggio prima sessione | Installazione senza primo traguardo | +20 min, +24 ore | Riporta il giocatore alla prima vittoria che ha quasi raggiunto | Primo traguardo raggiunto |
| Costruttore di abitudini / custode di serie | 2+ sessioni, nessuna routine giornaliera | Giornalmente all'ora di gioco abituale del giocatore, max 1/giorno | Proteggi una serie, mostra il motivo di apertura di oggi | Abitudine formata (es. 5 sessioni in 7 giorni) o il giocatore diventa inattivo → passa al recupero |
| Rientro progressione e ricompensa | Ricompensa non reclamata, energia ricaricata o nuovo contenuto | Basato su eventi, si attiva quando la condizione diventa vera | “La tua ricompensa ti aspetta” / “Tocca a te nella partita” | Ricompensa reclamata o contenuto visualizzato |
| Recupero giocatore che si sta allontanando | 7–14 giorni dall'ultima sessione | +7 giorni, +14 giorni, poi stop | Offri un motivo specifico per tornare, non il senso di colpa | Il giocatore torna o il flusso termina (nessun assillo infinito) |
Alcune note che una build reale rispetterebbe. Il salvataggio della prima sessione è il flusso di lavoro di maggior impatto che possiedi, perché interviene nella parte più ripida della curva; il suo primo contatto dovrebbe fare riferimento alla cosa esatta che il giocatore stava per ottenere, attingendo dai tuoi modelli di onboarding per notifiche push. Un salvataggio della prima sessione è in realtà una notifica di benvenuto con una scadenza allegata.
Il custode della serie deve rispettare le ore di silenzio e un limite di frequenza, altrimenti diventa il motivo per cui un giocatore ti silenzia. Il flusso di recupero serve a riattivare i giocatori inattivi prima che se ne vadano per sempre. È deliberatamente breve qui, due contatti e uno stop netto, perché la riattivazione profonda è una disciplina a sé stante; se desideri la progettazione completa della sequenza, vedi come riattivare i giocatori persi.
Esempio di testo per il salvataggio della prima sessione, secondo contatto: “Eri a due mosse dal superare il Livello 1. È ancora lì quando lo sarai.” Nessun punto esclamativo, nessuna falsa urgenza, un riferimento concreto a dove il giocatore si è effettivamente fermato.
Notifiche push dell'app e notifiche push web insieme: il canale che la SERP ha dimenticato
Cosa non possono raggiungere le notifiche push delle app per i giochi
Ogni articolo concorrente su questo argomento presuppone una superficie di consegna: un'app mobile che invia notifiche push di gioco tramite FCM o APNs. La maggior parte della copertura delle notifiche push delle app per i giochi si ferma proprio lì, su una singola superficie. Questa ipotesi lascia i giocatori irraggiungibili. I giochi non vivono solo all'interno di un'app installata.
Vivono su siti companion dove i giocatori controllano le classifiche, su build HTML5 e browser, su pagine della community e delle note di patch, e su launcher desktop. Un giocatore che non installa mai l'app, o che l'ha disinstallata ma visita ancora il tuo sito, è invisibile a uno stack basato solo sull'app.
È qui che l'esecuzione di notifiche push web a fianco delle notifiche push delle app per i giochi cambia le carte in tavola. L'opt-in per le notifiche push web non è vincolato da un'installazione dall'app store, quindi un visitatore del tuo gioco browser o sito companion può iscriversi con un clic, e puoi raggiungerlo di nuovo indipendentemente dal fatto che scarichi o meno l'app. Considera un giocatore che gioca al tuo gioco HTML5 sul desktop al lavoro e non ha mai toccato la build mobile. Le notifiche push dell'app non possono raggiungerlo. Le notifiche push web sì, con la stessa notifica “tocca a te” che invia l'app.
Il punto non è “usa due strumenti”. È un'unica identità di sottoscrittore, un unico flusso di lavoro e un unico limite di frequenza che coprono entrambe le superfici, in modo che un giocatore attivo sull'app non venga anche avvisato sul web per lo stesso evento. Quell'orchestrazione tra i canali di proprietà è la mossa che nessun concorrente basato solo sull'app nella prima pagina dei risultati può fare.
Collega ogni notifica alle entrate del gioco, non alle aperture
Un proprietario della retention deve alla fine difendere il canale a qualcuno che controlla il budget. “La nostra spinta di riattivazione ha raggiunto un tasso di apertura del 19%” non sopravvive a quella conversazione. “Il nostro flusso di salvataggio della prima sessione ha restituito 4.100 giocatori il mese scorso, di cui 1.300 hanno raggiunto il punto di acquisto iniziale, generando $ 11.400 di entrate da acquisti in-game” lo fa.
La catena che devi strumentare funziona: notifica consegnata → sessione iniziata → traguardo o progressione raggiunta → acquisto in-game o impressione pubblicitaria → LTV a 30 giorni. Il tracciamento degli obiettivi a livello di notifica chiude il cerchio, attribuendo le entrate al flusso di lavoro specifico e al tocco che lo ha prodotto, piuttosto che al push come un blob indifferenziato.
Una volta che puoi vedere le entrate per flusso di lavoro, smetti di ottimizzare per le aperture e inizi a tagliare i tocchi che spostano i tap ma non i soldi, e a raddoppiare quelli che spostano l'LTV.
Rendere le notifiche di acquisto in-game una linea di entrate tracciata
È anche così che le notifiche di acquisto in-game si guadagnano il loro posto. Traccia le notifiche di acquisto in-game come il loro flusso di lavoro con il tracciamento degli obiettivi collegato, e le entrate per tocco smettono di essere un'ipotesi. Un messaggio “la tua ricompensa ti aspetta” non è una finezza di retention quando puoi dimostrare che ha restituito giocatori che poi si sono convertiti. È una linea di entrate che puoi attribuire, difendere e scalare.
La segmentazione è il lavoro di retention: progressione, spesa e recenza
Ogni guida dice “segmenta i tuoi giocatori”. Pochi dicono come, per un gioco. La versione di retention di RFM è costruita su tre assi che già tracci: livello di progressione, fascia di spesa e recenza (giorni dall'ultima sessione). Incrociali e i flussi di lavoro sopra si affinano da ampi a chirurgici.
Tre segmenti composti degni di essere costruiti per primi:
- Giocatore di alto valore in declino. Fascia di spesa più alta, progressione profonda, 7+ giorni dall'ultima sessione. Questo è il tuo giocatore più costoso da perdere e il più economico da riconquistare, quindi indirizzalo verso un recupero prioritario con una ragione genuinamente valida per tornare, non una spinta generica.
- Abbandono del tutorial. Installato, mai raggiunto il primo traguardo, bassa recenza. Il salvataggio della prima sessione esiste esattamente per questo segmento; non sprecare messaggi di serie su un giocatore che non ha mai iniziato.
- Giocatore occasionale del fine settimana. Progressione media, gioca solo sabato e domenica. Sopprimi gli invii durante la settimana e concentra il mantenimento della serie sulla loro effettiva finestra di gioco.
La segmentazione è ciò che impedisce a queste strategie di retention dei giocatori di diventare rumore. Lo stesso flusso di lavoro che trattiene un giocatore di alto valore in declino infastidirà un abbandono del tutorial. Il segmento decide su chi si attivano questi trigger, e ottenere questo giusto è la maggior parte della differenza tra un canale che i giocatori mantengono e un canale che silenziano.
Cosa il push non può risolvere, e quanto costa realmente
Il push amplifica un loop di gioco che vale la pena rivisitare. Non può produrne uno. Se i giocatori abbandonano perché il loop principale è debole, la difficoltà aumenta ingiustamente o la monetizzazione è ostile, nessuna cadenza di notifica manterrà la curva, e inviare più push a un gioco che i giocatori hanno deciso di abbandonare accelera solo le disiscrizioni. La versione onesta delle notifiche push per la retention dei giochi inizia accettando che il push è un percorso di ritorno, non un motivo per giocare.
Dato questo, la questione dei costi è importante. Acquisire un nuovo giocatore comporta un costo di installazione completo: spesa UA, commissioni dello store, l'intero funnel. Riattivare giocatori inattivi costa una frazione di questo, perché la relazione e il canale esistono già. Il modello di prezzo dovrebbe corrispondere a questa logica.
PushEngage addebita solo per gli iscritti attivi, quindi quando un giocatore diventa dormiente e smetti di raggiungerlo, la fattura si riduce anziché aumentare con un elenco a cui non invii più messaggi. Confronta questo con l'addebito per messaggio o il prezzo basato sulla dimensione dell'elenco, e con i compromessi del prezzo delle notifiche push di Firebase che gli studi valutano quando il loro volume di notifiche push per app di giochi aumenta.
Questo è il modello su cui si basa PushEngage: paga solo per gli iscritti attivi.
Questa è la matematica della retention in una riga: la crescita più economica di un gioco è il giocatore che lo ha già installato. Crea i quattro flussi di lavoro, eseguili su app e web push, segmenta per progressione e spesa, e misura in termini di entrate. È così che le notifiche push per la retention dei giochi smettono di essere un invio settimanale e iniziano a spostare la curva che apri ogni lunedì.
Pronto a creare il tuo primo flusso di lavoro per salvare la prima sessione? Inizia con il piano paga solo per gli iscritti attivi e distribuiscilo questa settimana.
