Uw app stuurt drie meldingen binnen een minuut en de telefoon van de speler toont ze als één banner. Dat is geen bug in uw pushprovider. Het is de Android-meldingscooldown, standaard ingeschakeld in Android 16, en het herschrijft stilletjes de regels voor elke verzender met een hoog volume. Als u pushmeldingen voor een gok- of game-app uitvoert, zijn uw meest waardevolle momenten precies degene die het target: een doelpunt, een koerswijziging en een prompt om uit te betalen landen binnen dezelfde zestig seconden. Dit artikel behandelt wat de cooldown doet, de FCM-limieten die er al onder zaten, en de verzendontwerppatronen die ervoor zorgen dat uw app gehoord wordt.
Wat de Android-meldingscooldown doet met een bundel
Android 16 bereikte de stabiele status op 10 juni 2025, en de meldingscooldown werd meegeleverd, standaard ingeschakeld. Het gedrag werd eerst gedocumenteerd in de Android 16 developer previews eind 2024, toen het nog een optionele schakelaar was. In de stabiele release heeft Google het voor iedereen ingeschakeld.
De mechaniek is eenvoudig. Wanneer een app een bundel meldingen verzendt, waarschuwt de eerste normaal, met volledig volume, met een volledige banner. Elke volgende melding in de bundel wordt progressief lager in volume en visueel geminimaliseerd, tot maximaal één minuut, en de bundel wordt gegroepeerd onder één enkele banner. Niets wordt verwijderd. De meldingen komen nog steeds aan, zitten nog steeds in de meldingenlade, tellen nog steeds mee in uw bezorgrapporten. Ze eisen alleen geen aandacht meer.
Dat laatste punt is belangrijk voor hoe u uw dashboards leest. Het bezorgpercentage verandert niet. Wat wel verandert, is alles stroomafwaarts van aandacht: weergaven, klikken en de conversies die uw tweede en derde verzendingen moesten aansturen.
Android 16 meldingen: wat nog steeds waarschuwt, wat gedempt wordt
De cooldown behandelt niet alle Android 16 meldingen hetzelfde. Oproepen, alarmen en prioriteitsgesprekken zijn vrijgesteld; ze waarschuwen normaal, ongeacht hoe snel ze zich opstapelen. Al het andere is onderworpen aan de dempingscurve, en dat omvat alle meldingen van gokapps, zowel marketing als transactioneel.
Eén toepassingsopmerking, en het is een gevolgtrekking in plaats van een gedocumenteerde platformuitspraak: de cooldown werkt op het meldingsniveau, dus mechanisch zou het zowel van toepassing moeten zijn op FCM-bezorgde app-pushes als op web-pushmeldingen die Chrome op Android weergeeft. Als uw merk zowel een app als een mobiele site beheert, beschouw Android 16 meldingen van beide kanalen dan als delend één aandachtsbegroting op hetzelfde apparaat.
FCM-limieten beperkten u al
De cooldown is de zichtbare laag. Daaronder handhaaft Firebase Cloud Messaging al jaren per apparaat throttling. De FCM-documentatie stelt de limieten vast op 240 berichten per minuut en 5.000 per uur naar een enkel apparaat, en waarschuwt dat verzenders die dicht bij die limieten opereren het risico lopen dat de app als misbruik wordt gemarkeerd.
Geen enkele verstandige campagne stuurt 240 berichten per minuut naar één gebruiker. Maar deze FCM-limieten zijn per apparaat, niet per campagne, wat betekent dat elk systeem dat u uitvoert tegen hetzelfde gedeelde budget stuurt: uw CRM, de odds-waarschuwingen van uw handelsengine, uw promo-planner, uw transactionele laag. Een architectuur waarbij vier systemen zich redelijk gedragen, kan nog steeds een patroon op apparaatniveau produceren dat door FCM als misbruik wordt gezien en als een burst tijdens de cooldown.
De twee mechanismen versterken elkaar. FCM-limieten beperken wat fysiek kan aankomen; de Android-meldingencooldown bepaalt hoeveel van wat aankomt wordt opgemerkt. Verzenders met een hoog volume ontwerpen nu tegen beide tegelijk.
Waarom meldingen van gok-apps in de eerste plaats exploderen
Gok-apps exploderen niet omdat CRM-teams onzorgvuldig zijn. Ze exploderen omdat de beste momenten van het product inherent gelijktijdig zijn. Een doelpunt in een gevolgde wedstrijd is, in hetzelfde ogenblik, een scorewaarschuwing, een koersbeweging en een cash-out-mogelijkheid. Drie verschillende systemen beheren elk één van die berichten, en geen van hen controleert wat de andere twee zojuist hebben verzonden.
Hier is de burst zoals de telefoon van de speler deze ervaart tijdens de cooldown:
| Tijd | Systeem | Melding | Wat de speler ervaart |
|---|---|---|---|
| 0:00 | CRM / gebeurtenissenfeed | “DOelpunt. 1-0 in de wedstrijd die je volgt” | Volledige waarschuwing: geluid, trilling, banner |
| 0:15 | Handelsengine | “Odds verschoven op de volgende doelpuntenmarkt” | Gedempt: verminderd volume, geminimaliseerd, gegroepeerd |
| 0:40 | Promotie-engine | “Cash out nu beschikbaar op uw openstaande weddenschap” | Verder gedempt: bijna stil, samengevoegd in de groep |
Het pijnlijke is de volgorde. De cash-out prompt, de enige melding in die burst met directe inkomsten, is degene die de cooldown heeft begraven, omdat deze als derde arriveerde. Wie als eerste stuurt, beheerst de minuut. Op dit moment is in de meeste meldingenstacks van gok-apps de winnaar welk systeem de laagste latentie heeft, niet het bericht dat er het meest toe doet.
De wedstrijddag push-reeks heeft altijd al bewuste sequencing nodig gehad. De cooldown maakt daarvan een vereiste.
Ontwerppatronen die pushmelding-bursts overleven
U kunt de cooldown niet uitschakelen voor uw gebruikers, en dat zou u ook niet moeten willen; het bestraft precies het patroon waar uw spelers zich al aan ergerden. De oplossing is architectonisch. Vier patronen voorkomen dat pushmelding-bursts uw bereik opeten.
Verzend met minuten, niet seconden
Het cooldown-venster loopt tot een minuut. Twee meldingen die u beheert en die binnen dat venster vallen, concurreren om één waarschuwing. Dwing dus een per-abonnee-interval van minuten af tussen verschillende berichten, en dwing dit overal af, inclusief het transactionele pad dat de meeste teams vergeten mee te tellen. Een doelwaarschuwing om 0:00 en een cash-out prompt om 2:30 geven beide normaal een waarschuwing. Hetzelfde paar, dertig seconden na elkaar, is één waarschuwing en één spook.
Wijs de burst één eigenaar toe
Bepaal voor elk voorspelbaar moment van tevoren welke melding het bezit. Wanneer een doel wordt bereikt, wordt dan de scoremelding, de koersbeweging of de cash-out prompt geactiveerd? Kies er één, meestal degene die het dichtst bij de omzet ligt of degene waarop de speler zich expliciet heeft geabonneerd, en onderdruk of stel de rest uit. Prioriteitstiers verslaan racesystemen.
Groepeer updates in één melding
Koersvertracking is de klassieke boosdoener: vijf koersbewegingen mogen geen vijf meldingen zijn. Gebruik berichtvervanging, waarbij de nieuwe payload de bestaande melding in de lade bijwerkt in plaats van een nieuwe toe te voegen. FCM ondersteunt al jaren het groeperen van berichten. Eén live, continu bijgewerkte koersmelding activeert nooit de cooldown en wordt ervaren als een functie in plaats van als ruis.
Spreid de distributie per segment
Een push van 500.000 abonnees die in één golf wordt verzonden, veroorzaakt ook pieken op populatieniveau, die samenvallen met al het andere dat uw systemen in dat venster verzenden. Verdeel de distributie in segmentgolven: eerst live-wedders op de gevolgde wedstrijd, dan recente stortingen, dan koelere segmenten minuten later of helemaal niet. Uw model voor spelerssegmentatie definieert de golven al; de distributie hoeft ze alleen maar te respecteren.
Meldingfrequentiebeperking en rustige uren maken het af
De vier bovenstaande patronen lossen de minuut op. Meldingfrequentiebeperking lost de dag en de week op. De cooldown is een afdwinging door Google, op OS-niveau, van een discipline die de beste verzenders zichzelf al hebben opgelegd, en het zal niet het laatste afdwingingsmechanisme zijn. Stel huislimieten in per abonnee per dag en per week, en schaal ze op basis van de segmentwarmte:
| Segment | Max/dag | Max/week |
|---|---|---|
| Actief laatste 7 dagen, volgt live-evenementen | 3–4 op wedstrijddagen | 10–12 |
| Actief laatste 7 dagen, casinoritme | 2 | 8–10 |
| Aflopend, 8–20 dagen stil | 1 | 3–4 |
| Slapend, 21+ dagen | — | 1, daarna opnieuw activeren of onderdrukken |
Rustige uren zijn de harde ondergrens onder de limieten: definieer een niet-storen-venster en laat niets marketing-gerelateerds erdoorheen gaan. In deze verticale is meldingfrequentiebeperking ook spelersbescherming, niet alleen leveringshygiëne. Limieten, rustige uren en een strikte regel zonder urgentie op stortingsprompts zijn dezelfde praktijk vanuit twee invalshoeken bekeken, en operators die die lijn vasthouden, geven spelers een reden om meldingen aan te laten staan. Het retentiehandboek voor goksites behandelt de volledige hygiënestapel.
De afstandsdiscipline in PushEngage bouwen
Elk bovenstaand patroon is vandaag te bouwen in PushEngage Workflows, zonder aangepaste verzendinfrastructuur. Gok- en gamingwebsites op PushEngage hebben meer dan 3,5 miljard meldingen verzonden, en de verzendvormgevingscontroles bestaan omdat verzenders met dat volume ze nodig hebben.
Wachtknooppunten, beschikbaar in Business-abonnementen en hoger, zijn het primitieve voor afstand: voeg een wacht van minuten, uren of dagen in tussen twee verzendingen in een workflow, zodat geen enkele reeks die u ontwerpt een abonnee kan overspoelen. Beslissingsknooppunten en afsluitcriteria, op dezelfde abonnementen, zijn hoe een workflow de status controleert voordat deze wordt geactiveerd, wat in de praktijk lijkt op "de overspoelende eigenaar toewijzen": als het bericht met de hogere prioriteit al is verzonden, sluit dan af in plaats van er bovenop te stapelen.
Stille uren worden per workflow geconfigureerd met een door u gekozen fallback: sla de verzending volledig over, of plan deze opnieuw in voor één minuut na het einde van het venster, opgelost in de eigen tijdzone van elke abonnee. Gebruik opnieuw plannen voor aanbiedingen met een houdbaarheidsdatum en overslaan voor momentgebonden waarschuwingen; een aftrapmelding die om 09:01 wordt geleverd, is ruis. Tijdzonebewuste planning geeft u ook segment-gestaffelde fan-out zonder scripts, aangezien golven op lokale tijd kunnen vertrekken in plaats van als één wereldwijde uitbarsting.
Twee mogelijkheden bevinden zich hoger in de abonnementsladder: A/B-splitsingspaden binnen een workflow beginnen op Premium, en aangepaste gebeurtenistriggers en webhooks, de onderdelen waarmee uw handelsengine of portemonnegebeurtenissen direct een workflow kunnen starten, beginnen op Growth. Als u de volledige app-side setup in kaart brengt, begin dan met pushmeldingen voor gok-apps, de leidraad voor deze serie.
Chrome voert dezelfde strategie uit op het web
Als u ook web-push gebruikt, controleert dezelfde betrokkenheidslogica nu dat kanaal. Sinds januari 2026 beoordeelt Chrome dagelijks elke verzendende oorsprong op pushmeldingen in verhouding tot de tijd die gebruikers daadwerkelijk op de site doorbrengen, en beperkt het verzenders die het als storend classificeert. Ander mechanisme, identiek bericht: platforms meten nu aandacht, en verzenders die zich richten op betrokken gebruikers behouden hun bereik, terwijl overspoelers het verliezen. De webversie van dit verhaal, en de segmentarchitectuur die erop antwoordt, wordt behandeld in waarom segmentatie nu een vereiste is voor leverbaarheid.
Wat te veranderen voor uw volgende wedstrijddag
Drie stappen, in volgorde. Eerst, audit de verzendingen van vorige maand op pushmeldingen op hetzelfde apparaat: haal elke abonnee op die twee of meer meldingen binnen een minuut heeft ontvangen, identificeer welke systemen zijn samengekomen en noteer hoe vaak de begraven melding degene was met de bijbehorende inkomsten. Ten tweede, wijs elk voorspelbaar moment één eigen melding toe en degradeer de rest naar samengevouwen updates of uitgestelde vervolgacties. Ten derde, verplaats elke terugkerende reeks naar workflows met wachtknooppunten, frequentielimieten en stille uren, zodat de afstand wordt afgedwongen door het platform in plaats van door teamgeheugen.
De Android-meldingen-afkoelperiode heeft uw bereik niet weggenomen. Het nam de illusie weg dat drie meldingen per minuut drie kansen waren om gezien te worden. De afzenders die ruimte, prioriteit en samenvouwen zullen op vol volume alarmeren, terwijl de bursts van hun concurrenten instorten in een stille groep. Als u de send-shaping-besturingen wilt zonder ze te bouwen, worden app pushmeldingen op PushEngage geleverd met wachtknooppunten, stille uren en tijdzoneplanning op elk betaald plan-niveau, ondersteund door een 14-daagse niet-goed-geld-terug-garantie.
