Ihre Wettplattform weiß, welche Spieler In-Play wetten, welche jeden Samstag und Sonntag einzahlen und welche seit drei Wochen inaktiv sind. Wenn Ihr Push-Tool sie alle als eine Liste behandelt, erreicht dieses Wissen niemals den Kanal, der darauf reagieren könnte. Spielersegmentierung schließt die Lücke: Sie bildet ab, was ein Spieler tatsächlich tut – die Sportarten, denen er folgt, die Wetten, die er platziert, die Einzahlungen, die er tätigt, wie kürzlich er gespielt hat – auf die Zielgruppen, an die Ihre Push-Kampagnen gesendet werden.
Wir haben bereits behandelt, warum die Segmentierung von Push-Benachrichtigungen jetzt eine Zustellbarkeitsanforderung für jeden Absender in jeder Branche ist. Das ist der allgemeine Fall. Dieser Beitrag behandelt den Fall von Wetten und Glücksspiel: das Spielermodell selbst. Die sieben zu verfolgenden Dimensionen, ob jede in ein Segment oder ein Attribut gehört, wie das Modell von Ihrer Plattform ohne Datenprojekt gespeist wird und die zwei aktionsausgelösten Kampagnen, die es von der ersten Woche an ermöglicht.
Warum Spielersegmentierung keine Listen-Segmentierung ist
Generische Segmentierung basiert auf Engagement-Signalen: Wer hat kürzlich geklickt, wer hat sich von welcher Seite aus angemeldet, wer liest auf dem Handy. Nützlich und selbstverständlich. Aber ein Spieler hat Zustände, für die kein generisches Modell eine Spalte hat.
Ein Spieler hat einen Wallet-Status: registriert, aber nie eingezahlt, regelmäßiger Kleinspieler, High-Tier-VIP. Ein Spieler hat einen Event-Kalender: Spieltag verschiebt stündlich, was relevant ist. Ein Spieler gehört zu einer Vertikalen, und ein Sportwetten-Spieler und ein Spielautomaten-Spieler auf derselben Seite wünschen sich fast nichts aus derselben Benachrichtigung. Und ein Spieler kann sich selbst ausschließen, was die Unterdrückung von einer Höflichkeit zu einer Verpflichtung macht.
Auch die kommerziellen Einsätze unterscheiden sich. Wenn ein Einzelhandelskunde abwandert, verlieren Sie einen Kauf. Wenn ein Spieler abwandert, erwirbt ihn ein Konkurrent über dieselben Affiliate-Netzwerke, für die Sie das erste Mal bezahlt haben, zu vollen Akquisitionskosten. Ihre Push-Liste ist das einzige eigene Asset, das einen abwandernden Spieler zu nahezu null Grenzkosten wiedergewinnt – das Retention-Playbook für Wettseiten argumentiert dies vollständig. Segmentierung ist, wie die Liste es verdient.
Das Spielersegmentierungsmodell: Sieben Spielertypen, die wichtig sind
PushEngage bietet Ihnen zwei Datenprimitive, um Spielertypen zu erstellen. Segmente sind benannte Gruppen, denen ein Abonnent beitritt und die er verlässt – am besten für Interessen- und Lebenszyklus-Zustände. Attribute sind Schlüssel-Wert-Felder im Abonnenten-Datensatz – am besten für Dimensionen und Zähler. Der nächste Abschnitt behandelt, wie man zwischen ihnen wählt; zuerst das Modell.
| Dimension | Typ | Beispielwerte | Was es ermöglicht |
|---|---|---|---|
| Sport / Liga / Team | Segmente | premier-league, nba, tennis, ein Segment pro großem Verein | Spielbenachrichtigungen nur für Follower; eine Derby-Sequenz geht an die Segmente beider Vereine |
| Wettart | Attribut oder Segment | live-bettor, pre-match, accumulator, cash-out user | In-Play-Benachrichtigungen gehen an Live-Wettende, nicht an alle Buchmacher |
| Einzahlungsstufe | Attribut | Einzahlungsstufe: keine / niedrig / mittel / hoch | Angebotsgröße; Unterdrückung von Einzahlungsaufforderungen, wo sie nicht hingehören |
| Sitzungsaktualität | Segmente (rollierend) | active-7d, lapsing-8-20d, dormant-21d+ | Das Hygiene-Rückgrat: Wer erhält die volle Kadenz, wer eine Rückgewinnungs-E-Mail, wer Stille |
| VIP-Stufe | Segment + Attribut | vip-silver, vip-gold, vip-platinum | Meilenstein-Workflows, exklusive Angebote, intensivere Kadenz |
| Spielanbieter / Titelpräferenz | Segmente | Anbieter-Fans, einzelne Slot-Titel, live-casino | Neue Spieleinführungen und Freispiel-Drops für Spieler, die sie tatsächlich spielen |
| Vertikale | Segmente | sportsbook, casino, live-casino, lottery, fantasy, esports | Der Top-Level-Router – die meisten Spieler sind nicht alle sechs |
Zwei Ergänzungen. Erstens, Opt-in-Kontext – die Seite, auf der sich ein Spieler angemeldet hat, Gerät, Sprache – wird automatisch erfasst, sodass die Segmentierung am ersten Tag existiert, bevor überhaupt Verhaltensdaten vorliegen. Ein Spieler, der sich von einer Spielplanseite angemeldet hat, hat Ihnen bereits sein Vertikal und wahrscheinlich sein Team mitgeteilt; die Spieltags-Push-Sequenz zeigt, was damit zu tun ist.
Zweitens ist ein Segment obligatorisch: self-excluded. Wenn sich ein Spieler selbst ausschließt, verschiebt ihn ein API-Aufruf in dieses Segment, alle Zielgruppen schließen es aus, und seine aktiven Workflows stoppen. Eine harte, schnelle Unterdrückung ist eine Praxis des kommerziellen Vertrauens – Spieler behalten Benachrichtigungen für Betreiber bei, die den Ausschaltknopf respektieren.
Segmente vs. Attribute: die Faustregel
Die meisten Dimensionen in der Tabelle funktionieren als beides, daher stellt sich bei jeder Zeile die Frage nach Segmenten vs. Attributen. Die Faustregel: Wenn Sie an sie senden möchten, machen Sie sie zu einem Segment; wenn Sie auf ihnen verzweigen oder personalisieren möchten, machen Sie sie zu einem Attribut.
„Jeder, der dem Heimverein folgt“ ist eine Zielgruppe zum Senden, also ein Segment. Die Einzahlungsstufe ist etwas, auf dem ein Workflow verzweigt („Hat dieser Spieler bereits eingezahlt?“) und mit dem ein Angebot bemessen wird, also ist es ein Attribut. Der VIP-Status ist legitimerweise beides: ein Segment für reine VIP-Kampagnen, ein Attribut, damit ein Workflow die Stufe überprüfen kann, bevor er eine Nachricht auswählt.
Zielgruppen-Gruppen verwalten die Kombinatorik. PushEngage kombiniert Segmente und Attribute mit AND/OR/NOT-Logik, sodass „Live-Wettende, die dem Heimverein folgen UND in den letzten 7 Tagen aktiv waren“ eine gespeicherte Zielgruppe ist, die für jede Kampagne und jeden Workflow wiederverwendbar ist, der sie benötigt.
Hier ist, was die Regel Segmente vs. Attribute später auszahlt: Beide Seiten dienen als Workflow-Trigger. Das Beitreten oder Verlassen eines Segments ist ein Ereignis, das einen Workflow starten kann, ebenso wie eine Attributaktualisierung. Bauen Sie das Modell einmal und Sie haben auch Ihre Automatisierungs-Trigger-Map erstellt.
Füttern des Modells von Ihrer Plattform: eine dünne Integration, kein Datenprojekt
Die Hälfte des Modells benötigt keinerlei Engineering. Seitenbasierte Signale – ein Spieler, der eine Spielseite durchsucht, neunzig Sekunden in der Live-Casino-Lobby verbringt, sich von einer Slot-Seite aus anmeldet – füllen Segmente automatisch über das SDK.
Die andere Hälfte lebt in Ihrem Backend: Einzahlungen, Wettabrechnung, VIP-Änderungen, Sitzungsaktivität. Diese kommen über die PushEngage REST API oder das SDK an, sobald die Ereignisse eintreten – ein API-Aufruf aktualisiert ein Attribut oder verschiebt einen Spieler zwischen Segmenten in dem Moment, in dem Ihre Plattform das zugrunde liegende Ereignis aufzeichnet. Betreiber verknüpfen typischerweise die Handvoll wichtiger Ereignisse (Einzahlung, Abrechnung, Berechtigungsflags) in Tagen. Dies ist eine schlanke Integration, kein Data-Warehouse-Projekt.
Einzahlungsstufe: die Dimension, die nur Ihr Backend festlegen kann
Kein Seitenbesuch enthüllt eine Einzahlung. Ihre Plattform legt deposit_tier bei der Anmeldung fest und aktualisiert sie bei jedem Einzahlungsereignis. Dieses einzelne Attribut steuert die Angebotsgröße, den nachstehenden Workflow für die erste Einzahlung und ein Gate für verantwortungsvolle Nachrichten: Wenn Ihre Plattform Muster zur Verlustverfolgung kennzeichnen kann, speisen Sie dieses Flag ebenfalls als Attribut ein, und jeder Bonus-Workflow prüft es, bevor er gesendet wird. Das Einzahlungsstufen-Attribut ist die wertvollste Codezeile, die Sie in diesem Quartal integrieren werden.
Sitzungsaktualität: rollierende Segmente, die sich selbst erhalten
Sitzungsaktualitätssegmente – active-7d, lapsing-8-20d, dormant-21d+ – sind rollierend: Die Mitgliedschaft wird automatisch anhand der Engagement-Aktualität aktualisiert, sodass niemand sie wöchentlich neu erstellt. Sie sind das Hygiene-Rückgrat. Aktive Spieler erhalten die volle Kadenz, nachlassende Spieler einen leichteren Reaktivierungsrhythmus und ruhende Spieler verlassen die Sendungen vollständig und erhalten stattdessen eine kurze Wiederherstellungssequenz. Frequenzgrenzen schrumpfen, wenn Segmente abkühlen.
Diese letzte Regel ist bares Geld wert. Chrome widerruft jetzt automatisch die Berechtigung für Benachrichtigungen für Websites, die ein sehr geringes Nutzerengagement und ein hohes Benachrichtigungsvolumen aufweisen (angekündigt am 10. Oktober 2025). Ruhende Abonnenten, die weiterhin Ihre volle Kadenz erhalten, sind das exakte Profil, das es stillschweigend entfernt. Die Segmentierung nach Sitzungsaktualität ist, wie Sie verhindern, dass es sie entfernt.
Aktionsausgelöste Kampagnen: die beiden Workflows, die das Modell antreibt
Alles oben Genannte ist die Infrastruktur. Aktionsausgelöste Kampagnen sind der Lohn: Sendungen, die ausgelöst werden, weil ein Spieler eine Sache getan hat, in dem Moment, in dem es wichtig ist. Zwei Blaupausen verdienen sich zuerst ihren Platz, weil sie die beiden wertvollsten Momente im Funnel jedes Betreibers ansprechen – der Spieler, der sich registriert, aber nie eingezahlt hat, und der Spieler, der etwas begonnen und aufgegeben hat. Casino-Push-Benachrichtigungen ab der ersten Einzahlung führen beide durch einen Casino-Funnel; hier ist die Modellansicht.
Blaupause: Erste Einzahlungskonvertierung
Läuft im Segment registered und mit dem Attribut deposit_tier. Erstellen Sie es als zielgruppengetriebenen Workflow im Business-Plan oder höher; auf Growth lösen Sie es stattdessen von einem benutzerdefinierten Ereignis registration_completed aus, damit das Timing von echten Funnel-Ereignissen abhängt. Ruhezeiten 00:00–09:00 Uhr, Verschiebung.
- Trigger — Zielgruppe: Segment
registeredUNDdeposit_tieristnone. - Senden — „Ihr Willkommensbonus ist bereit.“ Der Bonus wird als verfügbar angezeigt und verfällt nie. Niemals Dringlichkeit bei Einzahlungsaufforderungen.
- Warten 2 Tage, dann prüfen
deposit_tier. Eingezahlt → Ende. - Senden — Klarheit, kein Druck: wie der Bonus tatsächlich funktioniert, Bedingungen in einfacher Sprache.
- Warten 3 Tage, dann erneut prüfen. Eingezahlt → Ende.
- Senden — Produkt, kein Bonus: die Karte dieses Wochenendes, die neuen Titel in der Lobby. Ende.
Jede Änderung an deposit_tier beendet die Sequenz, wo auch immer der Spieler steht; die Einzahlung selbst ist der Ausstieg. Drei Kontakte über fünf Tage sind die Obergrenze. Ein ständiger Tropfen für Nicht-Einzahler, der nie endet, ist genau das gering engagierte, volumenstarke Profil, das dazu führt, dass ein Sender gedrosselt wird.
Blueprint: dort weitermachen, wo Sie aufgehört haben
Das Gaming-Äquivalent zum Warenkorbabbruch, gerichtet an die Zielgruppe mit der höchsten Absicht: Spieler, die vor wenigen Minuten mitten in einer Aktion waren. Ihre Plattform löst bei den Abbruchmomenten, die sie erkennen kann, ein benutzerdefiniertes Ereignis aus — betslip_abandoned, deposit_abandoned, game_session_ended — und benutzerdefinierte Ereignisauslöser erfordern den Growth-Plan. Ruhezeiten 00:00–09:00, überspringen: ein Wiederaufnahme-Hinweis neun Stunden später ist Lärm. Die Wettabschluss-Version:
- Trigger — benutzerdefiniertes Ereignis
betslip_abandoned. - Warten 45 Minuten — innerhalb des Absichtsfensters, nicht so schnell, dass es sich beobachtet anfühlt.
- Prüfen — hat sich
last_bet_atseit dem Ereignis aktualisiert? Ja → Ende; der Spieler hat es selbst beendet. - Senden — „Ihr Schein ist immer noch bereit. Drei Auswahlen gespeichert — beenden Sie es mit einem Tipp“, direkt zum Schein verlinkt. Ende.
Für game_session_ended, personalisieren Sie auf den Titel, den der Spieler verlassen hat. Für deposit_abandoned, senden Sie einen neutralen Wiederaufnahme-Push und stoppen Sie — kein Bonus-Sweetener, kein Countdown. Eine abgebrochene Einzahlung ist manchmal die Entscheidung eines Spielers, nicht einzuzahlen, und diese Entscheidung wird respektiert. Begrenzen Sie die gesamte Familie auf einen Wiederaufnahme-Push pro Spieler pro Tag.
Der Lohn: etwa die dreifache Klickrate
Wett- und Glücksspielseiten auf PushEngage haben über 3,5 Milliarden Benachrichtigungen gesendet, und die Streuung innerhalb dieser Daten ist das gesamte Argument für das obige Modell: Der durchschnittliche Sender einer Wettseite erzielt eine CTR von ca. 2,1 % bei angesehenen Benachrichtigungen; das oberste Dezil erreicht 6,9 % — etwa das Dreifache.
Gleicher Kanal, gleiche Branche, gleiche Art von Spielern. Das oberste Dezil schreibt keine besseren Texte. Es sendet weniger, gezieltere Benachrichtigungen — Pushes, die landen, weil ein Spielersegment oder ein Aktionsauslöser gesagt hat, dass sie es sollten.
Die Regeln der 2026er-Plattform machen aus einer Optimierung eine Anforderung. Seit Januar 2026 bewertet Chrome jeden sendenden Ursprung täglich anhand des Push-Volumens im Verhältnis zur aktiven Zeit und drosselt Absender, die es als störend einstuft. Segmentierte, getriggerte Sendungen an kürzlich aktive Spieler halten diesen Score hoch; Massen-Sendungen an eine ruhende Liste mindern ihn. Das konforme Sendeprofil und das Top-Dezil-Sendeprofil sind dasselbe Profil – die in der Einleitung verlinkte allgemeine Segmentierung behandelt die Mechanik.
Beginnen Sie mit sechs Spielersegmenten, nicht sechzig.
Das Modell hat sieben Dimensionen; Ihr erster Build sollte das nicht. Beginnen Sie mit sechs Spielersegmenten: der vertikalen Aufteilung (Sportwetten, Casino), zwei oder drei großen Teams oder Ligen, auf die Ihre Buchung tatsächlich handelt, der Aktualität der Sitzung und VIP. Fügen Sie das Einzahlungs-Tier-Attribut hinzu und Sie können beide obigen Blaupausen in der ersten Woche ausführen.
Fügen Sie Granularität hinzu, wenn eine Kampagne sie benötigt, nicht früher. Ein Segment, an das niemand sendet, ist Wartungsschuld: Es kostet Aufmerksamkeit, wird veraltet und verstopft jeden Zielgruppen-Auswahl. Der Test für ein neues Segment ist eine benannte Kampagne, die darauf wartet, es zu verwenden.
Ein Subscriber-Modell für Web- und App-Push
Nichts in diesem Beitrag ist nur für Web oder nur für Apps. Die oben genannten Segmente, Attribute, Zielgruppen und Trigger bilden ein Subscriber-Modell: Erstellen Sie es einmal und beide Kanäle erben es. App-Push-Benachrichtigungen über die iOS-, Android-, React Native- und Flutter-SDKs werden über dasselbe Dashboard, dieselben Zielgruppen und dieselben Workflows wie die Web-Push-Funktion Ihrer Website ausgeführt.
Das ist für Betreiber wichtiger als für die meisten Absender, da sich Spieler über verschiedene Oberflächen verteilen. Web-Push erreicht den Spieler, der Ihre App nie installiert hat; App-Push überlebt, nachdem die Browsing-Sitzung beendet ist. Welchen Kanal man zuerst wählt und wann man beide braucht, ist Thema von Web-Push vs. App-Push für Wetten und Glücksspiel; die Einrichtung auf App-Seite wird in Push-Benachrichtigungen für Wett-Apps behandelt.
Wenn Sie gerade das Spieler-Modell erstellen, richten Sie die sechs Startsegmente ein, verdrahten Sie das Einzahlungs-Tier-Attribut und führen Sie den Erst-Einzahlungs-Workflow aus, bevor Sie etwas anderes skalieren. PushEngage Preise skalieren mit aktiven Abonnenten – die Aktualitätsbereinigung hält die Rechnung ehrlich – und jeder bezahlte Plan hat eine 14-tägige Geld-zurück-Garantie. Spielersegmentierung ist die Lücke zwischen dem Median-Sender und dem Top-Dezil, und es ist die billigste Lücke in Ihrem Programm, die es zu schließen gilt.
