La tua piattaforma di scommesse sa quali giocatori scommettono in tempo reale, quali depositano ogni fine settimana e quali sono diventati inattivi tre settimane fa. Se il tuo strumento di notifiche push li tratta tutti come un'unica lista, nessuna di queste informazioni raggiungerà il canale che potrebbe agire su di esse. La segmentazione dei giocatori colma il divario: mappa ciò che un giocatore fa effettivamente – gli sport che segue, le scommesse che costruisce, i depositi che effettua, quanto recentemente ha giocato – sui pubblici a cui le tue campagne push inviano.
Abbiamo già trattato perché la segmentazione delle notifiche push è ora un requisito di recapito per ogni mittente in ogni settore. Questo è il caso generale. Questo post è il caso delle scommesse e dei giochi: il modello del giocatore stesso. Le sette dimensioni che vale la pena monitorare, se ciascuna appartiene a un segmento o a un attributo, come alimentare il modello dalla tua piattaforma senza un progetto dati e le due campagne attivate da azioni che potenzia dalla prima settimana.
Perché la segmentazione dei giocatori non è segmentazione delle liste
La segmentazione generica è costruita attorno a segnali di coinvolgimento: chi ha cliccato di recente, chi si è iscritto da quale pagina, chi legge su mobile. Utile e fondamentale. Ma un giocatore ha stati per i quali nessun modello generico ha una colonna.
Un giocatore ha uno stato del portafoglio: registrato ma mai depositato, cliente abituale a basso rischio, VIP di alto livello. Un giocatore ha un calendario di eventi: il giorno della partita rimescola ciò che è rilevante ora per ora. Un giocatore appartiene a una verticale, e un giocatore di scommesse sportive e un giocatore di slot sullo stesso sito desiderano quasi nulla dalla stessa notifica. E un giocatore può auto-escludersi, il che trasforma la soppressione da una cortesia a un obbligo.
Anche le poste in gioco commerciali sono diverse. Quando un abbonato al dettaglio abbandona, perdi un acquisto. Quando un giocatore abbandona, un concorrente lo riacquisisce attraverso le stesse reti di affiliazione per cui hai pagato la prima volta, al CAC completo. La tua lista push è l'unico asset posseduto che ri-coinvolge un giocatore che sta abbandonando a un costo marginale quasi nullo – il playbook di fidelizzazione per i siti di scommesse espone completamente questo argomento. La segmentazione è il modo in cui la lista lo guadagna.
Il modello di segmentazione dei giocatori: sette segmenti di giocatori che contano
PushEngage ti offre due primitive di dati per creare segmenti di giocatori. I segmenti sono gruppi nominati a cui un abbonato si unisce e da cui esce – ideali per stati di interesse e ciclo di vita. Gli attributi sono campi chiave-valore nel record dell'abbonato – ideali per dimensioni e contatori. La sezione successiva spiega come scegliere tra di essi; prima, il modello.
| Dimensione | Tipo | Valori di esempio | Cosa potenzia |
|---|---|---|---|
| Sport / lega / squadra | Segmenti | premier-league, nba, tennis, un segmento per ogni grande club | Allarmi partita solo per i follower; una sequenza di derby va ai segmenti di entrambi i club |
| Tipo di scommessa | Attributo o segmento | scommettitore-live, pre-partita, accumulatore, utente-cash-out | Gli avvisi in-play vanno ai giocatori che scommettono dal vivo, non a tutti. |
| Livello di deposito | Attributo | livello_deposito: nessuno / basso / medio / alto | Dimensioni dell'offerta; soppressione dei prompt di deposito dove non appartengono |
| Recenza della sessione | Segmenti (rolling) | attivo-7g, in_scadenza-8-20g, dormiente-21g+ | La spina dorsale dell'igiene: chi riceve la cadenza completa, chi riceve un recupero, chi riceve silenzio |
| Livello VIP | Segmento + attributo | vip-silver, vip-gold, vip-platinum | Flussi di lavoro per traguardi, offerte esclusive, cadenza ad alto contatto |
| Preferenza fornitore di giochi / titolo | Segmenti | Fan del fornitore, titoli di singole slot, casinò-live | Lanci di nuovi giochi e bonus free-spin ai giocatori che li utilizzano effettivamente |
| Verticale | Segmenti | scommesse-sportive, casinò, casinò-live, lotteria, fantasia, esports | Il router di livello superiore: la maggior parte dei giocatori non è tutti e sei |
Due aggiunte. Primo, contesto di opt-in: la pagina su cui un giocatore si è iscritto, il dispositivo, la lingua, viene catturato automaticamente, quindi la segmentazione del primo giorno esiste prima di qualsiasi dato comportamentale. Un giocatore che si è iscritto da una pagina di incontro ti ha già comunicato la sua verticale e probabilmente la sua squadra; la sequenza di push del giorno della partita mostra cosa farne.
Secondo, un segmento è obbligatorio: autoescluso. Quando un giocatore si autoesclude, una chiamata API lo sposta in esso, ogni pubblico lo esclude e i suoi flussi di lavoro attivi si interrompono. La soppressione rigida, rapida, è una pratica di fiducia commerciale: i giocatori mantengono attive le notifiche per gli operatori che rispettano l'interruttore di spegnimento.
Segmenti vs attributi: la regola generale
La maggior parte delle dimensioni nella tabella funziona in entrambi i modi, quindi la decisione segmenti vs attributi si presenta su ogni riga. La regola generale: se vuoi inviare a questo, rendilo un segmento; se vuoi ramificare o personalizzare su questo, rendilo un attributo.
“Tutti coloro che seguono la squadra di casa” è un pubblico a cui inviare, quindi è un segmento. Il livello di deposito è qualcosa su cui un flusso di lavoro si ramifica (“questo giocatore ha già depositato?”) e con cui viene dimensionata un'offerta, quindi è un attributo. Lo stato VIP è legittimamente entrambi: un segmento per campagne solo VIP, un attributo in modo che un flusso di lavoro possa controllare il livello prima di scegliere un messaggio.
I gruppi di pubblico gestiscono le combinazioni. PushEngage combina segmenti e attributi con logica AND/OR/NOT, quindi “giocatori che scommettono dal vivo che seguono la squadra di casa E sono stati attivi negli ultimi 7 giorni” è un pubblico salvato, riutilizzabile in ogni campagna e flusso di lavoro che ne ha bisogno.
Ecco cosa rende efficace la regola segmenti vs attributi in seguito: entrambi i lati fungono anche da trigger per i flussi di lavoro. Entrare o uscire da un segmento è un evento che può avviare un flusso di lavoro, così come un aggiornamento di un attributo. Costruisci il modello una volta e avrai anche costruito la tua mappa dei trigger di automazione.
Alimentare il modello dalla tua piattaforma: un'integrazione leggera, non un progetto dati
Metà del modello non richiede alcuna ingegnerizzazione. I segnali basati sulla pagina — un giocatore che naviga in una pagina di incontro, trascorre novanta secondi nella lobby del casinò live, si iscrive da una pagina di slot — popolano automaticamente i segmenti tramite l'SDK.
L'altra metà risiede nel tuo backend: depositi, regolamento delle scommesse, modifiche VIP, attività di sessione. Questi arrivano tramite l'API REST PushEngage o l'SDK man mano che gli eventi si verificano — una chiamata API aggiorna un attributo o sposta un giocatore tra i segmenti nel momento in cui la tua piattaforma registra l'evento sottostante. Gli operatori solitamente collegano la manciata di eventi che contano (deposito, regolamento, flag di idoneità) in pochi giorni. Questa è un'integrazione leggera, non un progetto di data warehouse.
Fascia di deposito: la dimensione che solo il tuo backend può impostare
Nessuna visita alla pagina rivela un deposito. La tua piattaforma imposta deposit_tier al momento dell'iscrizione e la aggiorna ad ogni evento di deposito. Questo singolo attributo alimenta il dimensionamento delle offerte, il flusso del primo deposito sottostante e un gate per messaggi responsabili: se la tua piattaforma può segnalare schemi di inseguimento delle perdite, inserisci anche quel flag come attributo, e ogni flusso di bonus lo controlla prima di inviare. L'attributo fascia di deposito è il codice di integrazione di poche righe di maggior valore che scriverai questo trimestre.
Recenza della sessione: segmenti rolling che si auto-mantengono
I segmenti di recenza della sessione — active-7d, lapsing-8-20d, dormant-21d+ — sono rolling: l'appartenenza si aggiorna automaticamente dalla recenza dell'engagement, quindi nessuno li ricostruisce settimanalmente. Sono la spina dorsale dell'igiene. I giocatori attivi ricevono la cadenza completa, i giocatori in fase di abbandono ricevono un ritmo di riattivazione più leggero e i giocatori dormienti escono completamente dalle trasmissioni, ricevendo invece una breve sequenza di recupero. I limiti di frequenza si riducono man mano che i segmenti si raffreddano.
Quest'ultima regola vale denaro reale. Chrome ora revoca automaticamente l'autorizzazione alle notifiche dai siti che mostrano un bassissimo coinvolgimento degli utenti e un alto volume di notifiche (annunciato il 10 ottobre 2025). Gli abbonati dormienti che continuano a ricevere la tua cadenza completa sono esattamente il profilo che rimuove, silenziosamente. La segmentazione della recenza della sessione è il modo per smettere di alimentarla.
Campagne attivate da azioni: i due flussi che il modello potenzia
Tutto ciò che precede è l'infrastruttura. Le campagne attivate da azioni sono il risultato: invii che scattano perché un giocatore ha fatto una cosa, nel momento in cui conta. Due blueprint si guadagnano il loro posto per primi, perché prendono di mira i due momenti di maggior valore nel funnel di qualsiasi operatore: il giocatore che si è registrato ma non ha mai depositato e il giocatore che ha iniziato qualcosa e si è allontanato. Le notifiche push del casinò dal primo deposito in poi guidano entrambi attraverso un funnel del casinò; ecco la vista a livello di modello.
Blueprint: conversione del primo deposito
Funziona sul segmento registered e sull'attributo deposit_tier. Costruiscilo come un flusso attivato dal pubblico sul piano Business o superiore; su Growth, attivalo invece da un evento personalizzato registration_completed, in modo che la temporizzazione si basi sugli eventi reali del funnel. Orario di silenzio 00:00–09:00, riprogrammare.
- Trigger — pubblico: segmento
registeredEdeposit_tierènone. - Invia — “Il tuo bonus di benvenuto è pronto.” Il bonus è presentato come disponibile, senza scadenza. Mai usare un framing di urgenza nelle richieste di deposito.
- Attendi 2 giorni, poi controlla
deposit_tier. Depositato → fine. - Invia — chiarezza, non pressione: come funziona effettivamente il bonus, termini in linguaggio semplice.
- Attendi 3 giorni, poi controlla di nuovo. Depositato → fine.
- Invia — prodotto, non bonus: la carta di questo fine settimana, i nuovi titoli nella lobby. Fine.
Qualsiasi modifica a deposit_tier interrompe la sequenza ovunque si trovi il giocatore; il deposito stesso è l'uscita. Tre contatti in cinque giorni è il limite massimo. Un flusso per chi non deposita che non finisce mai è precisamente il profilo di basso coinvolgimento e alto volume che porta a un invio limitato.
Blueprint: continua da dove avevi lasciato
L'equivalente nel gioco dell'abbandono del carrello, rivolto al pubblico con la massima intenzione che hai: giocatori che erano nel mezzo dell'azione pochi minuti fa. La tua piattaforma invia un evento personalizzato nei momenti di abbandono che può vedere — betslip_abandoned, deposit_abandoned, game_session_ended — e i trigger di eventi personalizzati richiedono il piano Growth. Orario di silenzio 00:00–09:00, salta: un promemoria di ripresa nove ore dopo è rumore. La versione della schedina:
- Trigger — evento personalizzato
betslip_abandoned. - Attendi 45 minuti — all'interno della finestra di intenzione, non così velocemente da sembrare sorvegliato.
- Controlla —
last_bet_atsi è aggiornato dall'evento? Sì → fine; il giocatore ha finito da solo. - Invia — “La tua schedina è ancora pronta. Tre selezioni salvate — completala con un tocco,” collegata direttamente alla schedina. Fine.
Per game_session_ended, personalizza sul titolo che il giocatore ha lasciato. Per deposit_abandoned, invia una notifica neutra di ripresa e fermati — nessun bonus aggiuntivo, nessun conto alla rovescia. Un deposito abbandonato è a volte una decisione del giocatore di non depositare, e quella decisione viene rispettata. Limita l'intera famiglia a una notifica di ripresa per giocatore al giorno.
Il risultato: circa il triplo del tasso di click-through
Siti di scommesse e giochi su PushEngage hanno inviato oltre 3,5 miliardi di notifiche, e la distribuzione all'interno di quei dati è l'intero argomento per il modello sopra: il mittente medio di siti di scommesse vede un CTR di circa il 2,1% sulle notifiche visualizzate; il decile superiore raggiunge il 6,9% — circa il triplo.
Stesso canale, stessa verticalità, stesso tipo di giocatori. Il decile superiore non scrive testi migliori. Invia meno notifiche, più mirate — push che arrivano perché un segmento di giocatori o un trigger di azione ha detto che dovrebbero.
Le regole della piattaforma del 2026 trasformano questo da un'ottimizzazione a un requisito. Da gennaio 2026, Chrome valuta ogni origine di invio quotidianamente in base al volume di push rispetto al tempo di coinvolgimento, e limita i mittenti che classifica come di disturbo. Invii segmentati e attivati a giocatori recentemente attivi mantengono questo punteggio sano; le diffusioni a una lista dormiente lo erodono. Il profilo di invio conforme e il profilo di invio del decile superiore sono lo stesso profilo — la segmentazione generale collegata nell'introduzione copre la meccanica.
Inizia con sei segmenti di giocatori, non sessanta
Il modello ha sette dimensioni; la tua prima build non dovrebbe averle. Inizia con sei segmenti di giocatori: la divisione verticale (scommesse sportive, casinò), due o tre squadre o leghe principali su cui il tuo book opera effettivamente, la recenza della sessione e il VIP. Aggiungi l'attributo del livello di deposito e puoi eseguire entrambi i progetti sopra nella prima settimana.
Aggiungi granularità quando una campagna ne ha bisogno, non prima. Un segmento a cui nessuno invia è un debito di manutenzione: costa attenzione, diventa obsoleto e ingombra ogni selettore di pubblico. Il test per un nuovo segmento è una campagna nominata in attesa di utilizzarlo.
Un modello di abbonato per push web e app
Niente in questo post è solo per web o solo per app. I segmenti, gli attributi, i gruppi di pubblico e i trigger sopra formano un unico modello di abbonato: costruiscilo una volta e entrambi i canali lo erediteranno. Le notifiche push dell'app tramite gli SDK iOS, Android, React Native e Flutter vengono eseguite dalla stessa dashboard, dagli stessi pubblici e dagli stessi flussi di lavoro del push web del tuo sito.
Ciò è più importante per gli operatori che per la maggior parte dei mittenti, perché i giocatori sono divisi tra le superfici. Il push web raggiunge il giocatore che non ha mai installato la tua app; il push dell'app sopravvive dopo la fine della sessione di navigazione. Quale canale utilizzare per primo, e quando ne hai bisogno entrambi, è l'argomento di push web vs push app per scommesse e giochi; la configurazione lato app è trattata in notifiche push per app di scommesse.
Se stai costruendo il modello del giocatore ora, imposta i sei segmenti di partenza, collega l'attributo del livello di deposito ed esegui il flusso di lavoro del primo deposito prima di scalare qualsiasi altra cosa. PushEngage i prezzi scalano con gli abbonati attivi — la potatura per recenza mantiene il conto onesto — e ogni piano a pagamento include una garanzia di rimborso di 14 giorni. La segmentazione dei giocatori è il divario tra il mittente mediano e il decile superiore, ed è il divario più economico da colmare nel tuo programma.
