Je maandelijkse retentie-evaluatie wordt geopend in dezelfde grafiek als altijd. Dag 1-retentie blijft rond de 27%. Dag 7 is gedaald tot 8%. Tegen Dag 30 opent minder dan twee van de honderd spelers de app nog. De pushmeldingen die je vorige week hebt verzonden, hadden een respectabel open-percentage, en toch bewoog de curve niet. Die kloof, tussen een melding die wordt geopend en een speler die daadwerkelijk terugkomt en blijft spelen, is het hele probleem met hoe de meeste studio's pushmeldingen gebruiken voor spelersretentie.
De bovenstaande cijfers zijn niet ongebruikelijk. GameAnalytics’ 2025 mobiele gamebenchmarks plaatsen de mediane Dag 7-retentie tussen 3,4% en 3,9%, met zelfs top-kwartiel titels rond de 7–8%, en mediane Dag 30-retentie onder de 1%. Push is een van de weinige eigen kanalen die kunnen ingrijpen voordat een speler die curve afglijdt. Maar het werkt alleen wanneer het is opgebouwd als een reeks getriggerde workflows die gekoppeld zijn aan in-game gedrag en inkomsten, niet als een kalender van 'blasts' gemeten in opens.
Dit artikel legt die aanpak uit: waarom opens de verkeerde scorebord zijn, de vier momenten in de levenscyclus die bepalen of een speler terugkeert, vier pushmelding-workflows die je daartegen kunt bouwen, de app-push-plus-web-push-baan die je concurrenten negeren, en hoe je elke melding kunt toeschrijven aan in-game-inkomsten in plaats van aan tikken.
- Waarom de meeste game pushmeldingen worden geopend en genegeerd
- Retentie is een levenscyclus, geen 'blast': de vier momenten die bepalen of een speler terugkomt
- Vier pushmelding-workflows voor game-retentie (triggers, timing, exitcriteria)
- App-push en web-push samen: het kanaal dat de SERP vergat
- Koppel elke melding aan in-game-inkomsten, niet aan opens
- Segmentatie is het retentiewerk: progressie, uitgaven en recentie
- Wat push niet kan oplossen, en wat het werkelijk kost
Waarom de meeste game pushmeldingen worden geopend en genegeerd
Een open is geen terugkeer. Een terugkeer is geen sessie. Een sessie is geen progressie. En progressie is wat werkelijk voorspelt of een speler er op Dag 30 nog is. Wanneer een melding een tik oplevert, maar de speler de startpagina verlaat, of veertig seconden speelt en weggaat, geeft de retentiecurve er niet om dat je open-percentage 22% was.
Dit is de meetvalkuil waar bijna elke gids over game pushmeldingen in trapt. Ze optimaliseren de titel, de emoji en de verzendtijd om opens te verhogen, en rapporteren vervolgens het open-percentage als de overwinning. Opens zijn op zijn best een leidende indicator en op zijn slechtst een ijdelheidsstatistiek. Het gedrag dat je nodig hebt, is een terugkerende speler die de volgende zinvolle mijlpaal bereikt.
Push-notificaties kunnen dit gedrag aansturen. Ze kunnen het niet faken. Een notificatie kan een speler terugbrengen naar een reden om te spelen: een niet-opgeëiste beloning, de beurt van een vriend, een volle energiebalk, een beperkt evenement dat binnenkort eindigt. Wat er daarna gebeurt, wordt bepaald door je game loop. De taak van push-notificaties voor game-retentie is dus smal en specifiek: lever de juiste reden om terug te keren, aan de juiste speler, op het moment dat die reden reëel is, en meet vervolgens of ze vooruitgang hebben geboekt, niet of ze hebben getikt.
Retentie is een levenscyclus, geen 'blast': de vier momenten die bepalen of een speler terugkomt
De spelersretentiestrategieën die daadwerkelijk werken, reageren op gedrag, niet op de kalender. “Dinsdag 18.00 uur voor iedereen” is een voltreffer. “Activeert op het moment dat een speler installeert maar de tutorial niet binnen 20 minuten heeft voltooid” is een trigger. Triggers komen overeen met levenscyclusmomenten, en vier momenten doen het meeste werk.
De spelersretentiestrategieën die bij elk moment passen
| Levenscyclusmoment | Het gedragssignaal | Wat staat er op het spel |
|---|---|---|
| Eerste sessie | Geïnstalleerd, maar eerste mijlpaal niet bereikt | De steilste churn-klif in de hele curve; de meeste spelers die stoppen, stoppen hier |
| Onboarding naar gewoonte | Een paar keer gespeeld, nog geen routine gevormd | De speler wordt nooit een vaste speler; Dag 7 stort in |
| Gewoonte naar loyaal | Speelt regelmatig, bereikt een reeks of een progressie-muur | Een gefrustreerde of verveelde vaste speler wordt inactief |
| Glijden naar inactief | Dagen sinds laatste sessie een drempel overschrijden | De speler is weg, tenzij opnieuw geactiveerd; volledige heraankoopkosten dreigen |
Elk moment is een trigger die wacht om gebouwd te worden. Het eerste sessiemoment is datgene wat de rest van de SERP als voetnoot behandelt, ook al is het daar waar het grootste deel van de curve verloren gaat. Een speler die in de eerste minuten geen eerste overwinning behaalt, komt zelden op eigen houtje terug. Dat is een real-time trigger, geen e-mail van de volgende dag.
Vier pushmelding-workflows voor game-retentie (triggers, timing, exitcriteria)
Hier zijn vier workflows die de bovenstaande levenscyclus dekken. Elk is gedefinieerd zoals een retentie-operator het zou moeten definiëren: een trigger die het start, de timing tussen aanrakingen, de taak van het bericht, en het deel dat bijna elk concurrerend artikel weglaat, een exit-criterium zodat de speler stopt met het horen van een workflow zodra deze zijn taak heeft volbracht. Je kunt de workflow visueel bouwen zonder een engineering ticket, wat ertoe doet als de mensen die verantwoordelijk zijn voor retentie niet de mensen zijn die verantwoordelijk zijn voor de bouw.
| Workflow | Trigger | Timing | Berichttaak | Exit-criterium |
|---|---|---|---|---|
| Eerste-sessie redding | Installatie zonder eerste mijlpaal | +20 min, +24 uur | Trek de speler terug naar de eerste overwinning die ze bijna bereikten | Eerste mijlpaal bereikt |
| Gewoontebouwer / reeksbeheerder | 2+ sessies, geen dagelijkse routine | Dagelijks op het gebruikelijke speeltijdstip van de speler, max 1/dag | Bescherm een reeks, toon de reden om vandaag te openen | Gewoonte gevormd (bv. 5 sessies in 7 dagen) of speler wordt inactief → over naar win-back |
| Voortgang & beloning opnieuw invoeren | Niet-opgeëiste beloning, bijgevulde energie of nieuwe inhoud | Gebaseerd op gebeurtenis, activeer wanneer de reden waar wordt | “Je beloning wacht” / “Jouw beurt in de wedstrijd” | Beloning opgeëist of inhoud bekeken |
| Glijdende speler-winback | 7-14 dagen sinds laatste sessie | +7 dagen, +14 dagen, stop dan | Geef een specifieke reden om terug te keren, geen schuldgevoel | Speler keert terug, of workflow eindigt (geen eindeloos gezeur) |
Een paar opmerkingen die een echte build zou respecteren. De first-session save is de meest impactvolle workflow die je beheert, omdat deze ingrijpt op het steilste deel van de curve; de eerste aanraking moet verwijzen naar het exacte ding dat de speler op het punt stond te krijgen, getrokken uit je eigen pushmelding onboarding-sjablonen. Een first-session save is eigenlijk een welkomstmelding met een deadline.
De streak keeper moet stilte-uren en een frequentielimiet respecteren, anders wordt het de reden dat een speler je dempt. De win-back workflow bestaat om inactieve spelers opnieuw te betrekken voordat ze voorgoed weg zijn. Het is hier bewust kort gehouden, twee aanrakingen en een harde stop, omdat diepe reactivering een eigen discipline is; als je de volledige reeksontwerp wilt, zie hoe je inactieve spelers opnieuw kunt betrekken.
Voorbeeldtekst voor de first-session save, tweede aanraking: “Je was twee zetten verwijderd van het voltooien van Level 1. Het is er nog steeds als je er klaar voor bent.” Geen uitroepteken, geen valse urgentie, een concrete verwijzing naar waar de speler daadwerkelijk stopte.
App-push en web-push samen: het kanaal dat de SERP vergat
Wat app pushmeldingen voor games niet kunnen bereiken
Elk concurrerend artikel over dit onderwerp gaat uit van één leveringskanaal: een mobiele app die game pushmeldingen via FCM of APNs verzendt. De meeste berichtgeving over app pushmeldingen voor games stopt daar, bij één kanaal. Die aanname zorgt ervoor dat spelers onbereikbaar blijven. Games leven niet alleen binnen een geïnstalleerde app.
Ze leven op bijbehorende sites waar spelers leaderboards bekijken, op HTML5- en browserversies, op community- en patch-notitiepagina's, en op desktop launchers. Een speler die de app nooit installeert, of die deze heeft verwijderd maar je site nog steeds bezoekt, is onzichtbaar voor een app-only stack.
Dit is waar het draaien van web pushmeldingen naast app pushmeldingen voor games de berekening verandert. Web push opt-in wordt niet achter een app store-installatie geplaatst, dus een bezoeker van je browsergame of bijbehorende site kan zich met één klik abonneren, en je kunt ze opnieuw bereiken, ongeacht of ze de app ooit downloaden. Overweeg een speler die je HTML5-game op desktop op het werk speelt en de mobiele versie nooit heeft aangeraakt. App push kan hen niet bereiken. Web push kan dat wel, met dezelfde "jouw beurt"-melding die de app stuurt.
Het punt is niet "gebruik twee tools". Het is één subscriber-identiteit, één workflow en één frequentielimiet die beide kanalen overspant, zodat een speler die actief is op de app niet ook op het web wordt gepingd voor dezelfde gebeurtenis. Die orkestratie via eigen kanalen is de zet die geen enkele app-only concurrent op de eerste pagina van de resultaten kan maken.
Koppel elke melding aan in-game-inkomsten, niet aan opens
Een retentie-eigenaar moet het kanaal uiteindelijk verdedigen tegen iemand die de begroting beheert. “Onze reactiveringsactie leverde een open rate van 19% op” overleeft dat gesprek niet. “Onze first-session save workflow heeft vorige maand 4.100 spelers teruggehaald, waarvan 1.300 het eerste aankoopmoment bereikten, wat $11.400 aan in-game aankoopinkomsten genereerde” wel.
De keten die je moet instrumenteren loopt: melding bezorgd → sessie gestart → mijlpaal of voortgang bereikt → in-game aankoop of advertentie-impressie → 30-daagse LTV. Doeltracking op meldingsniveau sluit de cirkel, waarbij inkomsten worden toegeschreven aan de specifieke workflow en aanraking die deze heeft geproduceerd, in plaats van aan push als een ongedifferentieerde blob.
Zodra je inkomsten per workflow kunt zien, stop je met het afstemmen op opens en begin je met het schrappen van de aanrakingen die tikken verplaatsen maar geen geld, en het verdubbelen van de aanrakingen die LTV verplaatsen.
In-app-aankoopmeldingen maken een bijgehouden inkomstenlijn
Dit is ook hoe in-game aankoopmeldingen hun plaats verdienen. Volg in-game aankoopmeldingen als hun eigen workflow met doeltracking eraan gekoppeld, en de inkomsten per aanraking zijn geen giswerk meer. Een bericht als "je beloning wacht" is geen retentie-luxe als je kunt aantonen dat het spelers terugbracht die vervolgens converteerden. Het is een inkomstenlijn die je kunt toeschrijven, verdedigen en schalen.
Segmentatie is het retentiewerk: progressie, uitgaven en recentie
Elke gids zegt "segmenteer je spelers". Weinigen zeggen hoe, voor een spel. De retentieversie van RFM is opgebouwd uit drie assen die je al volgt: voortgangsniveau, bestedingsniveau en recentheid (dagen sinds laatste sessie). Kruis ze en de bovenstaande workflows verscherpen van breed naar chirurgisch.
Drie samengestelde segmenten die het waard zijn om eerst te bouwen:
- Glijdende speler met hoge waarde. Top bestedingsniveau, diepe voortgang, 7+ dagen sinds laatste sessie. Dit is je duurste speler om te verliezen en je goedkoopste om terug te winnen, dus routeer ze naar een geprioriteerde terugwinning met een werkelijk waardevolle reden om terug te keren, niet een generieke duw.
- Tutorial quitter. Geïnstalleerd, nooit de eerste mijlpaal gehaald, lage recentheid. De first-session save is precies voor dit segment; verspil geen streak-berichten aan een speler die nooit is begonnen.
- Alleen weekend casual. Gemiddelde voortgang, speelt alleen op zaterdag en zondag. Onderdruk weekdagberichten en concentreer de streak keeper op hun werkelijke speelvenster.
Segmentatie is wat deze spelersretentiestrategieën voorkomt dat ze ruis worden. Dezelfde workflow die een wegglijdende whale behoudt, zal een tutorial quitter irriteren. Het segment bepaalt op wie elke trigger wordt geactiveerd, en dat goed krijgen is het grootste deel van het verschil tussen een kanaal dat spelers behouden en een kanaal dat ze dempen.
Wat push niet kan oplossen, en wat het werkelijk kost
Push versterkt een spel-loop waarvoor het de moeite waard is om terug te keren. Het kan er geen produceren. Als spelers churnen omdat de kern-loop dun is, de moeilijkheidsgraad oneerlijk piekt, of de monetisatie vijandig is, zal geen enkele meldingscadans de curve vasthouden, en meer push sturen naar een spel dat spelers hebben besloten te verlaten, versnelt alleen maar de uitschrijvingen. De eerlijke versie van pushmeldingen voor spelersretentie begint met de acceptatie dat push een terugkeerpad is, geen reden om te spelen.
Gezien dat, is de kostenvraag belangrijk. Het werven van een nieuwe speler brengt volledige installatiekosten met zich mee: UA-uitgaven, winkelkosten, de hele funnel. Het opnieuw activeren van inactieve spelers kost daarvan slechts een fractie, omdat de relatie en het kanaal al bestaan. Het prijsmodel moet die logica volgen.
PushEngage brengt alleen kosten in rekening voor actieve abonnees, dus wanneer een speler inactief wordt en je stopt met het bereiken ervan, slinkt de rekening in plaats van te groeien met een lijst die je niet langer bericht. Vergelijk dat met facturering per bericht of prijsstelling op basis van lijstgrootte, en met de Firebase pushmelding prijsstelling afwegingen die studio's maken wanneer hun volume aan app-pushmeldingen voor games schaalt.
Dat is het model waarop PushEngage draait: betaal alleen voor actieve abonnees.
Dat is de retentie-wiskunde in één regel: de goedkoopste groei die een game heeft, is de speler die hem al heeft geïnstalleerd. Bouw de vier workflows, voer ze uit via app en web push, segmenteer op progressie en uitgaven, en meet in omzet. Zo worden pushmeldingen voor game-retentie geen wekelijkse blast meer en beginnen ze de curve te verplaatsen die je elke maandag opent.
Klaar om je eerste first-session save workflow te bouwen? Begin met het plan betaal alleen voor actieve abonnees en implementeer het deze week.
