Din bettingplattform vet vilka spelare som bettar live, vilka som sätter in pengar varje helg och vilka som blev tysta för tre veckor sedan. Om ditt pushverktyg behandlar dem alla som en enda lista, når ingen av dessa kunskaper någonsin kanalen som kan agera på dem. Spelarsegmentering överbryggar klyftan: den mappar vad en spelare faktiskt gör — sporterna de följer, insatserna de bygger, insättningarna de gör, hur nyligen de spelade — till de målgrupper som dina pushkampanjer skickar till.
Vi har redan täckt varför segmentering av push-notiser nu är ett leveranskrav för alla avsändare i alla branscher. Det är det allmänna fallet. Det här inlägget är fallet för betting och spel: själva spelarmodellen. De sju dimensionerna som är värda att spåra, oavsett om var och en tillhör ett segment eller ett attribut, hur man matar modellen från din plattform utan ett dataprojekt, och de två åtgärdsutlösta kampanjerna som den driver från vecka ett.
Varför spelarsegmentering inte är listsegmentering
Generisk segmentering bygger på engagemangssignaler: vem som klickade nyligen, vem som prenumererade från vilken sida, vem som läser på mobil. Användbart, och grundläggande. Men en spelare har tillstånd som ingen generisk modell har en kolumn för.
En spelare har ett plånbokstillstånd: registrerad men aldrig satt in pengar, regelbunden med låga insatser, VIP på hög nivå. En spelare har en händelsekalender: matchdagen omorganiserar vad som är relevant timme för timme. En spelare tillhör en vertikal, och en sportboksspelare och en slotsspelare på samma sajt vill nästan inget från samma notis. Och en spelare kan självutesluta sig, vilket gör undertryckning från en artighet till en skyldighet.
De kommersiella insatserna skiljer sig också. När en detaljhandelsabonnent slutar, förlorar du ett köp. När en spelare slutar, återförvärvar en konkurrent dem genom samma affiliate-nätverk som du betalade första gången, till full CAC. Din pushlista är den enda ägda tillgången som återengagerar en spelare som tappar intresset till nära noll marginalkostnad — retentionshandboken för betting-sajter argumenterar för det i sin helhet. Segmentering är hur listan tjänar det.
Spelarsegmenteringsmodellen: sju spelarsegment som är viktiga
PushEngage ger dig två dataprimitiver för att bygga spelarsegment med. Segment är namngivna grupper som en prenumerant går med i och lämnar — bäst för intresse- och livscykeltillstånd. Attribut är nyckel-värdesfält på prenumerantposten — bäst för dimensioner och räknare. Nästa avsnitt täcker hur man väljer mellan dem; först, modellen.
| Dimension | Typ | Exempelvärden | Vad det driver |
|---|---|---|---|
| Sport / liga / lag | Segment | premier-league, nba, tennis, ett segment per stor klubb | Matchnotiser endast till följare; en derbyström går till båda klubbarnas segment |
| Insatstyp | Attribut eller segment | live-bettor, pre-match, accumulator, cash-out user | In-play-aviseringar går till live-spelare, inte hela boken |
| Insättningsnivå | Attribut | insättningsnivå: ingen / låg / mellan / hög | Erbjudandestorlek; undertrycka insättningsuppmaningar där de inte hör hemma |
| Sessionsnylighet | Segment (rullande) | aktiv-7d, förfaller-8-20d, vilande-21d+ | Hygienryggraden: vem får full kadens, vem får en återaktivering, vem får tystnad |
| VIP-nivå | Segment + attribut | vip-silver, vip-guld, vip-platina | Milstolpsarbetsflöden, exklusiva erbjudanden, kadens med högre beröring |
| Spelleverantör / speltitelpreferens | Segment | leverantörsfans, enskilda spelautomattitlar, live-casino | Nya spelreleaser och gratissnurr till spelare som faktiskt spelar dem |
| Vertikal | Segment | sportsbook, casino, live-casino, lotteri, fantasy, esports | Den övergripande routaren — de flesta spelare är inte alla sex |
Två tillägg. Först, opt-in-kontext — sidan en spelare prenumererade på, enhet, språk — fångas automatiskt, så dag-ett-segmentering finns innan några beteendedata finns. En spelare som prenumererade från en spelsida har redan berättat sin vertikal och förmodligen sitt lag; matchdags-pushsekvensen visar vad man ska göra med det.
För det andra är ett segment obligatoriskt: självexkluderad. När en spelare självexkluderar sig, flyttar ett API-anrop dem in i det, varje målgrupp exkluderar det, och deras aktiva arbetsflöden stoppas. Hård undertryckning, snabbt, är en praxis för kommersiellt förtroende — spelare behåller aviseringar på för operatörer som respekterar avstängningsknappen.
Segment kontra attribut: tumregeln
De flesta dimensioner i tabellen fungerar som antingen, så beslutet om segment kontra attribut uppstår på varje rad. Tumregeln: om du vill skicka till det, gör det till ett segment; om du vill förgrena eller anpassa det, gör det till ett attribut.
”Alla som följer hemmaklubben” är en målgrupp att skicka till, så det är ett segment. Insättningsnivå är något ett arbetsflöde förgrenar sig på („har den här spelaren satt in pengar än?”) och ett erbjudande storleksbestäms med, så det är ett attribut. VIP-status är legitimt båda: ett segment för endast VIP-kampanjer, ett attribut så att ett arbetsflöde kan kontrollera nivån innan det väljer ett meddelande.
Målgruppsgrupper hanterar kombinatoriken. PushEngage kombinerar segment och attribut med OCH/ELLER/INTE-logik, så ”live-spelare som följer hemmaklubben OCH var aktiva under de senaste 7 dagarna” är en sparad målgrupp, återanvändbar i varje kampanj och arbetsflöde som behöver den.
Här är vad som gör regeln om segment kontra attribut lönsam senare: båda sidor fungerar som arbetsflödesutlösare. Att gå med i eller lämna ett segment är en händelse som kan starta ett arbetsflöde, och det är även en attributuppdatering. Bygg modellen en gång och du har också byggt din automatiseringsutlösarkarta.
Mata modellen från din plattform: en tunn integration, inte ett dataprojekt
Hälften av modellen kräver ingen ingenjörskonst alls. Sidbaserade signaler — en spelare som surfar på en spelsida, spenderar nittio sekunder i livekasinolobbyn, prenumererar från en spelautomatssida — fyller segment automatiskt via SDK.
Den andra hälften finns i din backend: insättningar, spelavräkning, VIP-ändringar, sessionsaktivitet. Dessa anländer via PushEngage REST API eller SDK när händelserna inträffar — ett API-anrop uppdaterar ett attribut eller flyttar en spelare mellan segment i samma ögonblick som din plattform registrerar den underliggande händelsen. Operatörer kopplar vanligtvis ihop de få händelser som är viktiga (insättning, avräkning, behörighetsflaggor) på några dagar. Detta är en tunn integration, inte ett datalagerprojekt.
Insättningsnivå: dimensionen som bara din backend kan ställa in
Inget sidbesök avslöjar en insättning. Din plattform ställer in deposit_tier vid registrering och uppdaterar den vid varje insättningsevenemang. Det enda attributet driver erbjudandestorlek, arbetsflödet för första insättningen nedan och en grind för ansvarsfull kommunikation: om din plattform kan flagga mönster för jakt på förluster, mata in den flaggan som ett attribut också, och varje bonusarbetsflöde kontrollerar det innan det skickas. Attributet för insättningsnivå är de få rader integrationskod med högst värde du kommer att skriva det här kvartalet.
Sessionsrecensitet: rullande segment som underhåller sig själva
Sessionsrecensitetsegment — active-7d, lapsing-8-20d, dormant-21d+ — är rullande: medlemskap uppdateras automatiskt från engagemangets recensitet, så ingen bygger om dem varje vecka. De är ryggraden för hygien. Aktiva spelare får full kadens, spelare som håller på att tappa får en lättare återaktiveringsrytm, och vilande spelare lämnar sändningar helt och hållet och får istället en kort sekvens för att vinna tillbaka. Frekvensgränser krymper när segmenten svalnar.
Den sista regeln är värd riktiga pengar. Chrome återkallar nu automatiskt notifikationsbehörighet från webbplatser som visar mycket lågt användarengagemang och hög notifikationsvolym (meddelat 10 oktober 2025). Vilande prenumeranter som fortsätter att få din fulla kadens är exakt den profil det tar bort, tyst. Sessionsrecensitetsegmentering är hur du slutar mata den.
Åtgärdsutlösta kampanjer: de två arbetsflödena som modellen driver
Allt ovanstående är rördragning. Åtgärdsutlösta kampanjer är utdelningen: sändningar som utlöses för att en spelare gjorde en sak, i det ögonblick det spelar roll. Två ritningar förtjänar sin plats först, eftersom de riktar sig mot de två ögonblicken med högst värde i en operatörs tratt — spelaren som registrerade sig men aldrig satte in pengar, och spelaren som påbörjade något och gick därifrån. Pushmeddelanden från kasinot från första insättningen och framåt leder båda genom en kasinotratten; här är vyn på modellnivå.
Ritning: konvertering av första insättningen
Körs på segmentet registered och attributet deposit_tier. Bygg det som ett publikutlöst arbetsflöde på Business-planen eller högre; på Growth, trigga det från en anpassad händelse registration_completed istället, så att tidpunkten körs från verkliga tratt-händelser. Tysta timmar 00:00–09:00, schemalägg om.
- Trigger — målgrupp: segment
registeredOCHdeposit_tierärnone. - Skicka — ”Din välkomstbonus är redo.” Bonusen presenteras som tillgänglig, utan utgångsdatum. Ingen brådskande formulering på insättningsuppmaningar, någonsin.
- Vänta 2 dagar, kontrollera sedan
deposit_tier. Insatt → slut. - Skicka — tydlighet, inte press: hur bonusen faktiskt fungerar, villkor på enkelt språk.
- Vänta 3 dagar, kontrollera sedan igen. Insatt → slut.
- Skicka — produkt, inte bonus: helgens kort, de nya titlarna i lobbyn. Slut.
Varje ändring av deposit_tier avslutar sekvensen där spelaren befinner sig; själva insättningen är avslutningen. Tre kontakter över fem dagar är taket. En droppe för icke-insättare som aldrig tar slut är precis den lågengagemangsprofil med hög volym som gör att en avsändare stryps.
Blueprint: fortsätt där du slutade
Spelvärldens motsvarighet till övergiven kundvagn, riktad till din målgrupp med högst avsikt: spelare som var mitt i en handling för några minuter sedan. Din plattform skickar en anpassad händelse vid de ögonblick av övergivande den kan se — betslip_abandoned, deposit_abandoned, game_session_ended — och anpassade händelsetriggrar kräver Growth-planen. Tysta timmar 00:00–09:00, hoppa över: en påminnelse om återupptagande nio timmar senare är brus. Betslip-versionen:
- Trigger — anpassad händelse
betslip_abandoned. - Vänta 45 minuter — inom avsiktsfönstret, inte så snabbt att det känns övervakat.
- Kontrollera — har
last_bet_atuppdaterats sedan händelsen? Ja → slut; spelaren avslutade på egen hand. - Skicka — ”Din kupong är fortfarande redo. Tre ben sparade — avsluta den med en enda tryckning,” djuplänkad direkt till kupongen. Slut.
För game_session_ended, anpassa efter titeln spelaren lämnade. För deposit_abandoned, skicka en neutral återupptagningspush och sluta — ingen bonusförstärkning, ingen nedräkning. En övergiven insättning är ibland en spelare som bestämmer sig för att inte sätta in pengar, och det beslutet respekteras. Begränsa hela familjen till en återupptagningspush per spelare per dag.
Utbetalningen: ungefär tredubbla klickfrekvensen
Spel- och bettingwebbplatser på PushEngage har skickat över 3,5 miljarder notifikationer, och spridningen inom dessa data är hela argumentet för modellen ovan: den genomsnittliga bettingwebbplatsavsändaren ser ~2,1 % CTR på visade notifikationer; toppdecilen gör 6,9 % — ungefär tredubbla.
Samma kanal, samma vertikal, samma sorts spelare. Toppdecilen skriver inte bättre texter. Den skickar färre, mer målinriktade notifikationer — pushar som landar för att ett spelarsegment eller en åtgärdstrigger sa att de borde.
2026-plattformens regler gör det från en optimering till ett krav. Sedan januari 2026 poängsätter Chrome varje sändande ursprung dagligen på pushvolym i förhållande till engagerad tid, och stryper sändare som den klassificerar som störande. Segmenterade, utlösta sändningar till nyligen aktiva spelare håller den poängen frisk; utskick till en inaktiv lista urholkar den. Den kompatibla sändningsprofilen och den topp-decil-sändande profilen är samma profil – segmenteringsinlägget för allmänna fall som länkas i introduktionen täcker mekaniken.
Börja med sex spelarsegment, inte sextio
Modellen har sju dimensioner; din första byggnad bör inte ha det. Börja med sex spelarsegment: den vertikala uppdelningen (sportsbook, casino), två eller tre stora lag eller ligor som din bok faktiskt handlar på, sessionsrecensitet och VIP. Lägg till attributet för insättningsnivå och du kan köra båda ritningarna ovan under vecka ett.
Lägg till granularitet när en kampanj behöver det, inte tidigare. Ett segment som ingen skickar till är underhållsskuld: det kostar uppmärksamhet, blir inaktuellt och skräpar ner varje publikväljare. Testet för ett nytt segment är en namngiven kampanj som väntar på att använda det.
En prenumerationsmodell för webb- och app-push
Inget i det här inlägget är endast för webb eller endast för app. Segmenten, attributen, målgruppsgrupperna och utlösarna ovan bildar en prenumerationsmodell: bygg den en gång och båda kanalerna ärver den. App-push-notiser via iOS-, Android-, React Native- och Flutter SDK:er körs från samma instrumentpanel, samma målgrupper och samma arbetsflöden som din webbplats push för webben.
Det spelar större roll för operatörer än för de flesta sändare, eftersom spelare är uppdelade över olika ytor. Webb-push når spelaren som aldrig installerat din app; app-push överlever efter att webbläsarsessionen har avslutats. Vilken kanal man ska leda med, och när man behöver båda, är ämnet för webb-push vs app-push för vadslagning och spel; app-sidans installation täcks i push-notiser för bettingappar.
Om du bygger spelarmodellen nu, ställ upp de sex startsegmenten, koppla attributet för första insättningen och kör arbetsflödet för första insättningen innan du skalar något annat. PushEngage prissättning skalar med aktiva prenumeranter – den nyligen genomförda gallringen håller räkningen ärlig – och varje betald plan har en 14-dagars pengarna-tillbaka-garanti. Spelarsegmentering är gapet mellan den genomsnittliga sändaren och den övre decilen, och det är det billigaste gapet i ditt program att stänga.
