Comment le casino utilise la télémétrie pour l'analyse

Pourquoi un casino de télémétrie

La télémétrie est un flux standardisé d'événements sur les actions du joueur et le fonctionnement de la plate-forme (paris, dépôts, erreurs, qualité du strim, modèles frod). Elle est nécessaire pour :

gérer P&L (GGR/NGR, LTV, rétention) ;
garder les SLO des voies critiques (pari, portefeuille, caisse) ;
effectuer la conformité (RG/KYC/AML/KYT) et réduire les risques ;
optimiser le marketing (attribution, ROAS, incrémentalité) ;
améliorer la qualité du contenu (catégories, recommandations, tournois).

Carte de télémétrie : ce qu'il faut collecter

1) Événements de jeu

`lobby_impression`, `tile_click`, `game_launch`

`bet_place` (stake, gameId, roundId, paytable/market)
`bet_accept`, `bet_reject` (code, latency)
`round_settle` (outcome, payout, rtp_snapshot)
`void/refund` (reason_code)

2) Argent et caisse

`deposit_initiated/success/chargeback`

`withdrawal_request/approved/declined`
`wallet_debit/credit/hold_release`
`bonus_issued/wager_progress/wager_complete`
Source de fonds/canal, devise, taux de change FX (fixé)

3) RG/Conformité

`rg_limit_set/updated/blocked_bet`

`session_timeout/self_exclusion`
`kyc_started/verified/failed`
`kyt_address_risk_scored` (on-chain), `aml_screening`

4) Marketing et produit

`utm_attribution`, `install_referrer`, `campaign_view/click`

`onboarding_step`, `paywall_view`
`ab_variant_exposed`, `feature_flag_on/off`

5) Technique et QoS

`api_latency` (endpoint, p95), `error_5xx`

`stream_qos` (fps, dropped_frames, webrtc_rtt, bitrate)

`provider_sla` (timeouts, aborted_rounds)

Contrat d'événement : dictionnaire unique

Principes :

Schéma unique : champs obligatoires 'event', 't',' playerId ',' sessionId ',' traceId ',' source ',' schemaVer '.
Les grandeurs monétaires sont toujours comme chaîne/decimal + 'currency'.
Valeurs temporelles en UTC avec millisecondes.
PII séparément : les données personnelles ne font pas partie du flux « brut » d'événements alimentaires.

Exemple 'bet _ place' :

json
{
"event": "bet_place",  "schemaVer": "1. 8",  "ts": "2025-10-17T14:23:11. 482Z",  "playerId": "p_82917",  "sessionId": "s_2f4c",  "traceId": "tr_b1d7",  "gameId": "pragm_doghouse_megaways",  "roundId": "R-2025-10-17-14:23:10-PRAGM-12",  "stake": {"amount":"2. 00","currency":"EUR"},  "wallet": {"type":"cash", "balanceBefore":"154. 40"},  "device": {"ua":"Mozilla/...","os":"Android","app":"web"},  "geo": {"country":"DE", "ip":"203. 0. 113. 5"},  "ab": {"exp":"lobby-grid","var":"B"}
}

Exemple 'stream _ qos' :

json
{
"event": "stream_qos",  "ts": "2025-10-17T14:23:12. 013Z",  "playerId": "p_82917",  "tableId": "evo_blackjack_23",  "webrtc_rtt_ms": 142,  "fps": 28,  "dropped_frames": 6,  "bitrate_kbps": 2400,  "network":"4g"
}

Pipline : de la collecte aux initiés

1. Ingest: SDK/collector (web/app/server) → шина (Kafka/NATS) → stream-processing (Flink/Spark/Kafka Streams).

2. Storage ril time : ClickHouse/BigQuery (latence secondes-minutes), unités chaudes dans Redis.

3. Batch-storage : objets (S3) pour les événements « bruts » (immuable, versioned).

4. Couche sémantique : tableaux de faits/mesures uniques (joueurs, sessions, bets, payments, rg_events).

5. Livraison/activation : dashboards (Grafana/Metabase/Looker), alertes, déclencheurs de personnalisation, déchargement inverse dans les outils mark/CDP.

6. Contrats de données : tests de schémas (CI), contrôle de compatibilité, catalogue de données (descriptions de champs, SLA).

Vitrines et modèles clés

Phanel marketing : 'view → click → register → KYC → deposit → bet'. p95-temps de transition, fuites, entonnoirs sur les canaux/créatifs.

Cohortes et rétention : D1/D7/D30 de repos, facteur de sticky (WAU/MAU), rolling-repos.

LTV et marge : LTV per source/country/segment, période payback, NGR après bonus/commissions.

RTP/volatilité : par jeux/fournisseurs/segments ; écarts par rapport aux fourchettes prévues.

Segmentation RFM : recency/frequency/monetary → offers personnels/limites.

Signaux RG : sessions nocturnes, augmentation de la fréquence et des montants des paris, annulation des conclusions, « dogon » après la perte.

Frod/AML/KYT : corrélation périphériques/cartes/adresses, velocity-rule, on-chain-risk-skor.

QoS life : effet FPS/RTT sur 'bet _ reject' et churn ; alertes à la dégradation.

Real-time vs Batch

Temps réel (secondes) : antifrod, verrouillages RG, alertes SLO, promos personnelles en session, rotation des réseaux/PSP.

Temps proche-réel (minutes) : dashboards de gestion, optimisations de campagne, limites des fournisseurs.

Batch (horloge) : rapports aux régulateurs, modèles incrémentiels LTV/Churn, attribution MMM.

Métriques et alertes intégrées (exemple de jeu)

SLO API: `bet. place p95 < 200ms`, `error_rate < 0. 3%`, `settle_latency p95 < 2s`.

Game health : forte augmentation de 'void/refund', baisse du RTP en dessous de l'intervalle de confiance.

Cashier : drop à l'étape « 3DS », taille « declined _ by _ issuer ».

Live QoS : 'webrtc _ rtt _ ms> 300' chez> 5 % des joueurs de la région, 'aborted _ rounds'> seuil.

RG : successivement> N sessions> X heures, 'rg _ blocked _ bet' sursaut par segment.

Fraud : cartes/appareils identiques sur plusieurs comptes, « carrousels » depozit→vyvod, répétitions de webhooks sans idempotency.

Vie privée et conformité

Isolation PII : données personnelles dans un domaine/stockage distinct, link par alias "playerId'.

Minimisation : événements « bruts » sans PII ; enrich - uniquement sur le serveur, selon la liste blanche des champs.

Retraite : TTL différents pour les événements (jeux/caisse/sécurité des journaux) selon les exigences des juridictions.

Bases juridiques : consent/legitimate interest/contract ; audit d'accès, masquage, retrait sur demande.

Logique immuable : WORM pour les journaux critiques, contrôle des changements de schéma.

Exemple de calculs analytiques (idées)

Anomaly RTP : fenêtre glissante sur le jeu/table ; alert à l'écart> N σ.

Promo uplift : CUPED/incrémentalité A/B par « deposit _ rate » et « bet _ frequency ».

Modèle Churn : rappel de gradient selon les caractéristiques du comportement de 7 jours (fréquence/somme/QoS/défaillances de la caisse).

Real-time next best action : règle/modèle sur la vitrine fich → offer personnel ou conseil pour faire une pause (RG).

Anti-modèles

Mélange OLTP et OLAP : les rapports lourds sur les OBD de combat brisent les retards des paris.

PII dans les événements bruts et « fuites » dans les BI-dashboards.

Absence de contrats de données : « le champ est une chaîne aujourd'hui, un nombre demain ».

Compteurs sans traceId - Impossible de lier le chemin du joueur end-to-end.

Le temps réel « aveugle » sans déduplication est un double débit/paiement.

KPI sans contexte d'entreprise : ne regarder que 'pageviews' au lieu de 'TTFB→bet '/' CR deposit→bet'.

Chiffres absolus sans cohortalisation : on ne voit pas qui apporte vraiment le GGR.

Chèque de mise en œuvre de la télémétrie

Contrat et collecte

Schéma unique des événements, dictionnaire de champs, versions, temps UTC.
SDK/collector для web/app/server; le tracing ('traceId') est de bout en bout.
Idempotency et déduplication sur ingest.

Stockage et pipline

Kafka/NATS + ClickHouse/BigQuery; S3 est un événement « brut » (immutable).
Couche sémantique : faits/mesures, tests de compatibilité (CI).
Dashboards real-time et batch ; alertes SLO/QoS/RG/Fraud.

Sécurité et vie privée

PII-isolation, politique d'accès (RBAC/ABAC), vérification.
Masquage, remise en question, motifs juridiques, procédures de suppression.

Modèles et actions

LTV/Retraite/Churn, ainsi que les règles RG du temps réel.
Attribution : UTM + post-install + incrémentalité.
Personnalisation : next best action/offer.

Exploitation

Catalogue de données et propriétaires de tables ; SLO sur les vitrines.
Tests de régression des régimes ; surveillance des risques et des erreurs d'ingest.
Exercice : Repliement des tops, reprise après sinistre des vitrines.

La télémétrie est le « système nerveux » d'un casino : elle lie l'argent, le produit, le streaming, le marketing et la conformité en un seul et même ensemble géré. Un contrat d'événements rigoureux, un pipline fiable, une vie privée par défaut et un lien real-time + batch transforment les logs bruts en solutions : qui et quoi garder, où investir dans le marketing, comment améliorer l'UX et où réduire les risques. Faites de la télémétrie une discipline - et la plateforme croîtra de manière prévisible et sûre.