Combiner le trafic

(Section : Écosystème et réseau)

1) Qu'est-ce que le « partage de trafic »

• Maximisation de la conversion et du LTV par routage dynamique vers le « meilleur récepteur ».
• Réduire les coûts d'attraction en éliminant les segments non réclamés et en les remplissant de manière croisée.
• Résistance à la saisonnalité et aux éclats - les pools lissent les pics/échecs.
• Répartition équitable de la valeur dans une attribution déterministe et des règles transparentes.

2) Modèles de coopération

1. Open Pool (pool public) - tous les membres avec la certification de base et SLO sont autorisés, les règles sont générales, les tarifs sont transparents.
2. Federated Pools (fédérations) - pools thématiques/régionaux avec SLO/politiques locales (par exemple, « TR Sports », « EU Live Games »).
3. L'échange privé (échange fermé) est une transaction bilatérale/multilatérale avec des KPI et NDA personnalisés.
4. Hybrid Brokered - le courtier central route selon les règles de QoS/Complience, et le calcul de la valeur fait un compensation indépendante.

Recommandation : commencer par un modèle fédéral + courtier, puis étendre à un pool public au fur et à mesure de la maturité de l'anti-fred et de l'attribution.

3) Normes d'événements et vie privée

Schéma unique des événements : 'view', 'click', 'signup', 'kyc _ pass', 'first _ deposit', 'session', 'purchase', 'churn _ signal'.
Identifiants : alias PID (hash/EC-alias), session-id, device-fingerprint (strictement par consentement).
Consent & Purpose : drapeaux de consentement (ads, analytics, attribution) et TTL de stockage.
Minimisation des PII : stocker les jetons et les hachages ; PII - n'a que le contrôleur de données principal.
Résidence de données : routage par pays ; ségrégation des pays européens/tiers.
Droit de suppression : tombstone-events et redaction-logs.

4) Scoring de qualité et filtres

• Validation (filtres de bot, anomalies de vitesse/géo/réputation IP).
• Intention (profondeur des séances, visites répétées, événements pré-qualifiés).
• Conformité (présence de consentements, case à cocher âge, tolérance régionale).
• Prévision de conversion (ML score : signup→KYC→1st action→N - jour de rétention).

Politique d'admission au pool : QoT ≥ X ; les segments suspects sont en sous-pool de quarantaine avec révision manuelle.

5) Routage du trafic (DORS du trafic)

Objectif : donner chaque demande/utilisateur au meilleur récepteur en tenant compte des SLA et des risques.

• `TotalCost = -(Expected_LTV) + CPA/CPE + RiskAdj + TimePenalty + SaturationPenalty`

Expected_LTV est la prévision du PID/segment d'un récepteur particulier.
CPA/CPE est le prix réel de la transaction/affichage.
RiskAdj - sanctions/juridictions/pays, probabilité de chargeback/fraud.
TimePenalty est un retard d'onbording/vérification.
SaturationPenalty - Amende en cas de dépassement des quotas ou des charges de pointe.

Tactiques : split-routing A/B, sticky-routing par cohorte (pour ne pas casser l'entonnoir), backoff/alt-path en cas de défaillance, « warm-up » de nouveaux récepteurs.

6) Quotas, limites et SLO

Quotas par segment : pays × périphérique × gamme QoT × heure.
Budgets : limites journalières/hebdomadaires par CPA/RevPartager et nombre de prospects.

• Fraud Rate ≤ 0. 3 % de leaders ;
• Valid Signup Rate ≥ 75%;
• KYC Pass p95 ≤ 15 min ;
• First-Action Conversion ≥ 35%;
• ROI uplift vs control ≥ +5 п.п.
• Alert (burn-rate) : gates horaires/journaliers selon Fraud/Return/Invalid-traffic, source auto-throttle.

7) Attribution et gestion des conflits

Modèle : last-touch avec fenêtre, position-based (40-20-40), data-driven (Markov/Shapley) pour les fédérations.
Déduplication : 'attribution _ key = PID'campagne 'time _ bucket'.
Règles de conflit : à contribution égale, partage en fonction des poids de confiance (QoT, précision historique).
Certification des sources : notation de la précision des postbacks, sanctions pour les écarts.
Arbitrage : compensation indépendante ; logs raw avec signatures, logs immuables.

8) Modèle économique

CPA/RevShare/CPE hybride : CPA + bonus de rétention de base (D7/D30), facteur de réduction à Fraud/Invalid élevé.
Tier-pricing : plus bas pour les QoT stables, plus haut pour les « débutants ».
Surge-multiplier : augmentation du prix au pic, baisse avec le sous-chargement du récepteur.
Cashbacks/crédits : compensation partielle pour les leaders qui n'ont pas passé KYC (selon les règles spécifiées).
Fonds de qualité : réserve totale pour couvrir les arbitrages et la force majeure (avec déclaration transparente).

9) Anti-froid et sécurité

Graphique Device/IP/ASN : identification des clusters, répétitions, samplement manuel.
Limites Velocity : taux de clics/inscriptions/dépôts, burst-détection.
Signatures et reçus : tous les événements sont signés avec les clés source ; Vérification croisée des timstamps.
Greylisting : sources avec anomalies - dans un pool « gris » avec une proportion limitée.
Kill-switch : Désactivation instantanée de la source/du récepteur par classe d'incident.

10) Observabilité, vitrines et dashboards

SLI (exemple) : Valid Traffic%, Fraud Rate, QoT moyen/percentile, Signup/KYC/First-Action Conversion, ROI uplift, Time-to-KYC p95, Postback Accuracy.

• Ops (heure) : Routage success-rate, QoT, Invalid/Fraud spikes, SLO burn-rate.
• Growth (jour/semaine) : conversions par segment, attribution, ROI par source, chargement des quotas.
• Conformité (semaine) : succès de sanctions, violations régionales, SLA à la demande des personnes concernées.
• Partner Health : notation des sources/récepteurs, précision des postbacks, part des arbitrages.

11) Exemple de schéma de données (pseudo-SQL)

sql
CREATE TABLE traffic_events (
id TEXT PRIMARY KEY,
observed_at TIMESTAMPTZ,
pid TEXT, -- alias user id source_id TEXT, sink_id TEXT,
event_type TEXT,      -- view    click    signup    kyc_pass    first_action...
qot_score NUMERIC,
attrs JSONB
);

CREATE TABLE routing_decisions (
id TEXT PRIMARY KEY,
pid TEXT, source_id TEXT, sink_id TEXT,
expected_ltv NUMERIC, cpa NUMERIC,
total_cost NUMERIC, policy TEXT,
decided_at TIMESTAMPTZ
);

CREATE TABLE attribution (
pid TEXT, conversion_event TEXT, ts TIMESTAMPTZ,
model TEXT, key TEXT, winner_source TEXT, share NUMERIC,
PRIMARY KEY (pid, conversion_event, key)
);

12) Pseudo-configuration (YAML)

Politique d'admission et de quotas

yaml pool_policy:
min_qot: 60 quarantine_qot: 45 fraud_max_pct: 0. 3 quotas:
- segment: "TR    mobile    high_intent"
hour_cap: 5000
- segment: "EU    desktop    mid_intent"
hour_cap: 3000

Routage (DORS du trafic)

yaml routing:
split_max_parts: 3 stickiness_hours: 72 penalties:
saturation_perc_start: 80 saturation_bps_per_perc: 15 time_ms_per_minute: 3 backoff:
errors_threshold_pct: 2. 0 cooldown_sec: 900

Alert SLO

yaml alerts:
- name: "fraud_spike"
when: "fraud_rate>0. 4%"
action: ["throttle_source","notify_security"]
- name: "qot_drop"
when: "qot_p50<55"
action: ["greylist_source","raise_cpa_multiplier"]
- name: "postback_mismatch"
when: "postback_accuracy<98%"
action: ["open_arbitrage","reduce_quota"]

13) Exemples de demandes analytiques

Répartition de la QoT par source

sql
SELECT source_id,
PERCENTILE_CONT(0. 5) WITHIN GROUP (ORDER BY qot_score) AS qot_p50,
PERCENTILE_CONT(0. 9) WITHIN GROUP (ORDER BY qot_score) AS qot_p90,
AVG(CASE WHEN event_type='signup' THEN 1 ELSE 0 END) AS signup_rate
FROM traffic_events
WHERE observed_at >= now() - INTERVAL '7 days'
GROUP BY source_id;

Précision des postbacks

sql
SELECT sink_id,
100. 0 SUM(CASE WHEN report. conversion_ts BETWEEN ev. observed_at - INTERVAL '5m'
AND ev. observed_at + INTERVAL '5m'
THEN 1 ELSE 0 END) / COUNT() AS postback_accuracy_pct
FROM conversions ev
JOIN partner_reports report USING (pid)
GROUP BY sink_id;

Contrôle ROI uplift vs

sql
WITH scored AS (
SELECT pid, sink_id, expected_ltv, actual_ltv, cohort
FROM ltv_eval WHERE date >= current_date - INTERVAL '30 days'
)
SELECT sink_id, cohort,
AVG(actual_ltv) - AVG(expected_ltv) AS uplift
FROM scored
GROUP BY sink_id, cohort;

14) Règlements opérationnels

Au quotidien : rapprochement des rapports d'attribution, audit post-BEC, ajustement quotas/prix.
Hebdomadaire : comité de qualité - révision de min QoT, mise à jour des règles anti-froid, rapport d'arbitrage.
Mensuel : étalonnage des scores ML, révision des modèles d'attribution, repères des récepteurs.
Incidents : canal de statut unique, modèles de communication pour les sources/récepteurs.

15) Playbook des incidents

Éclair Fraud/Invalid-traffic

Source auto-throttle, conversion en pool « gris », renforcement des limites de velocity, échantillonnage manuel de 100 cas, rapport ≤ 24 heures

Échec de l'après-Bec/divergence

Activer les webhooks en double, comparer les logs de contrôle, ouvrir l'arbitrage, réduire temporairement les prix/quotas à la source.

Augmentation des retards CUS/onbording

Re-marshroutisation sur les récepteurs avec KYC rapide, notification des sources, réduction temporaire de la valeur ajoutée.

Surcharge du récepteur (saturation)

L'amende de routage a fonctionné → redistribuer la part, activer le split-routing, augmenter le prix pour les segments prioritaires.

16) Chèque de mise en œuvre

1. Approuver un schéma unique d'événements et une politique de confidentialité/consentement.
2. Lancez le scoring QoT et le pool de quarantaine.
3. Incluez les DORS de trafic avec quotas/limites et stick.....
4. Personnalisez les SLO/alerts de qualité et les postbacks, démarrez les dashboards.
5. Identifiez l'économie (CPA/RevShare hybride, pénalités/bonus, fonds de qualité).
6. Entrez les processus d'arbitrage, les signatures de logs et la compensation indépendante.
7. Vérifiez tous les trimestres les modèles d'attribution et de scoring.

17) Glossaire

QoT est un indicateur intégral de la qualité du trafic.
DORS du trafic - routage « intelligent » du trafic à plein coût/risque.
Stick....- Ancre l'utilisateur derrière le récepteur pour la stabilité de l'entonnoir.
Postback Accuracy - Précision des rapports de conversion du récepteur.
Attribution Arbitrage - Procédure de résolution des conflits d'attribution.
La saturation est le degré de chargement du récepteur/canal.

Résultat : le regroupement du trafic transforme les flux dispersés en un système de croissance gérable, équitable et efficace. La combinaison d'événements uniques et de vie privée, de QoT-scoring, de routage DORS, de SLO rigoureux et d'une économie équitable crée un « marché commun de la demande » où les sources, les récepteurs et les utilisateurs de l'écosystème gagnent.