Centre d'affiliation

1) Pourquoi l'écosystème « Centre d'affiliation »

• accélère la mise à l'échelle des partenaires ;
• réduit le Cost-to-Serve et la controverse en raison des différentes interprétations des métriques ;
• augmente la transparence : SLO généraux, scorecards de qualité, attribution équitable ;
• assure la conformité (sécurité de la marque, juridictions, RG/vie privée).

2) Rôles et responsabilités (RACI)

3) Onbording et conformité (KYP/KYB)

• les données d'enregistrement et le statut fiscal, la preuve de la propriété des sites/canaux ;
• politique de trafic (sources, incent/non-incent, recherche/marque, e-mail, réseaux sociaux, strimes) ;
• Accord avec la marque hayde, interdiction de brand-bidding/cookie-staffing/tricherie ;
• les compétences de travail, l'acceptation des règles RG et des restrictions géographiques ;
• profil t : support des S2S, postbacks, subid/utm, kapping et quotas.

• Offers de test, clés, validateurs de signature post-BEC, chèques-feuilles ;
• mini-benchi de livraison : p95 ≤ 2 s, dedup, retrai avec gitter.

4) Portefeuille d'offers et de créatifs

Типы: Acquisition/Retention/Reactivate/VIP; welcome, reload, mission, tournament.
Options Offer : 'offerId', juridictions, kaps/quotas, fenêtres, packages créatifs, sources interdites, disques RG.
Créatif : versions, langues, modèles UTM, générateur deeplink (jusqu'à un jeu/landing spécifique).
Drapeaux : activation instantanée/pause/échelle avec vérification des modifications.

5) Liens, diplinks et SmartLink

SmartLink : redirection dynamique par géo/juridiction/périphérique/SLO des routes de paiement.
Deep Link : pour le match/catégorie/tournoi (avec contrôle de disponibilité dans la région).
Marquage : 'sub1.. sub5', 'utm _', 'traceId', TTL token, signature des paramètres.
Guardrails : deny sur les territoires interdits/ASN/profils device ; le kapping des projections.

6) Attribution et postbec

• « last eligible touch » avec fenêtres à travers les juridictions/canaux et anti-doublages ;
• S2S la signature "eventId'et" timestamp "avec JWS/HMAC (fenêtre ± 5 min) ;
• Réplication de l'historique de cours pour la reconnaissance ; l'idempotence.

• `click`, `session_start`, `registration`, `kyc_status`, `deposit`, `ftd`, `bet/spin`, `reward_granted`, `postback_received`, `fraud_signal`.

7) Antifrod et qualité du trafic

Signaux : CTR/CR anormaux, modèles d'appareil-ferme, clics/enregistrements répétés rapides, non-correspondance géo/ASN, brand-bidding, incent-masquage.
Actions : auto-refroidissement du canal, pause offer, hold/rhubarbe, liste noire des sites.
Scorecard de qualité : LTV/FTD, rétention, retours/chargbacks, proportion d'attributions controversées, SLA postbacks.

8) Dashboards et rapports

Panneau d'affiliation : clics, inscription, KYC, FTD, dépôts, revenu/modèle de paiement, statuts postback, caps.
Tableau de bord de l'écosystème : analyse cohort, contribution des canaux, foles RG/sanctions, carte des juridictions, TDM par incident.
Scorcards partenaires : qualité, SLI/SLO, crédits/penalti, « temps sur le paquet de piste ».

SLO panel : rendu p95 ≤ 1. 5–2. 0 avec, la fraîcheur stream ≤ 1-5 avec (les finances - ≤ 15 mines).

9) Paiements et économie

• CPA (pour FTD/événement), RevShare (part Net Revenue), Hybrid, CPL, SmartLink (dynamique par itinéraire).
• Conditions : NET7/14/30, paiement minimum, hold/clow-back (frod/charjbek/bonus-abyse), cours FX.

• Les bulletins des enregistrements/FTD/dépôts avec les signatures, la divergence selon les fenêtres et les sources;
• auto-actes/factures, statuts dans le portail, exportation d'agrégats.

10) API, webhooks et protocole

API (REST/gRPC) : '/vN ', pagination de curseur,' Idempotency-Key 'pour les opérations critiques, erreurs lisibles par machine et' correlationId '.
Вебхуки : la signature JWS/HMAC, ' kid ', la fenêtre ±5 des mines, exponentiel backoff avec джиттером, le registre pour le match à rejouer.
Tracing : W3C'traceparent "du click au FTD/dépôt/récompense.
SDK : génération de liens/signatures, validation des postbacks, idempotence/rétroaction.

• livraison des posts ≥ 99. 9 %, p95 ≤ 1-2 s ; portails - aptyme ≥ 99. 9%; API p95 ≤ 150-300 ms.

11) Sécurité et vie privée

Zero Trust : mTLS pour les S2S, jetons à courte durée de vie, egress-allow-list.
Minimisation des PII : Tokenization ID, masquage des vitrines, désintoxication uniquement dans les zones de coffre-fort.
Compétences et RG : filtres de visibilité, disclaimer obligatoire, exclusion des segments vulnérables.
Audit : Accès/modifications WORM logs, Policy-as-Code pour les offers/règles.

12) Processus opérationnels

Changement de calendrier : fenêtres vertes/jaunes/rouges, primaires régionales.
Salle de guerre : Incidents de P1/P2, boutons stop (trafic/offer/route de paiement), SLA sur le paquet de remorques 60-90 s, modèle RCA.
A/B et versions progressives : 1%→5%→25%→50%→100 % avec guardrails (SLO, RG, conformité).
Revues périodiques : reportages trimestriels par partenaires et offers.

13) Chèques-feuilles

Onbording affiliation

• KYP/KYB, Politique des sources, compétences/hyde de marque, Accord RG.
• Clés/API/webhooks, bac à sable, tests de signature/idempotence.
• Accès au portail, scorecard des métriques de base, caps et quotas.

Démarrer l'offer

• Ontologie ('offerId', fenêtres, juridictions), créatifs/locaux.
• SmartLink/deeplink, UTM/subid, kapping, règles de routage.
• Attribution et post-Becks, dedup/retrai, alertes.
• Dashboards et SLO, salle de guerre, boutons stop.

Paiements

• Modèle (CPA/RevShare/Hybride/CPL), NET et minimum.
• Reconnaissance et actes, devises/FX, clau-back/hold.
• Résultats antifrod et cas controversés.

14) Anti-modèles

« Zoo Postback » (formats/signatures/fenêtres) → prises/passes.
Cookie stuffing/brand-bidding, trafic incent sous forme de trafic de contenu.
La pagination offset de l'histoire au pic → trous/doublons.
Retrai sans jitter/limites → tempêtes et doubles charges.
PII dans les rapports/dashboards sans tokenization.
SLO « sur papier » et pas de boutons stop.
Un seul SPOF-redirect sans N + 1/santé-flip.
Les formules FTD/CR incohérentes → les controverses et les blocages.

15) Feuille de route pour la maturité

v1 (Fondation) : portail, offers/créatifs, postbacks basiques et SmartLink, catalogue métrique, panneaux SLO.
v2 (Intégration) : A/B et versions progressives, scorecards, auto-refroidissement des canaux par SLI, conformance-ensemble de partenaires.
v3 (Automation) : routage prédictif du trafic, dynamique de paiement (quality-bonus/malus), auto-rollback sur le budget des erreurs.
v4 (Networked) : échanges fédérés entre chaînes, rules-engines partagées, campagnes collectives avec un budget réparti et un Trésor unique.

16) Les métriques du succès du Centre d'affiliation

Entreprise : uplift FTD/ARPU/LTV, CAC et payback, part des sources « de qualité ».
Qualité : précision d'attribution, controverse (<X %), incidents RG/1k actifs.
Technique : p95 API/webhooks, portail aptyme, bus lag, MTTR par incident.
Économie : Cost-to-Serve (per rps/txn/event), crédits/penalti, ROI des campagnes/canaux.
Partenariat :% des partenaires qui ont passé la conformation, « temps sur le paquet de piste », la régularité de l'examen.

Résumé succinct

Le centre d'affiliation est un circuit standardisé d'offers, d'attribution, de qualité et de paiement. Les protocoles de post-back unifiés, SmartLink/diplinks, SLO et guardrails RG, les dashboards transparents et les règles économiques rendent le trafic prévisible, sûr et rentable pour tous les acteurs de l'écosystème.