Comment fonctionne l'analyse offer dans les systèmes CPA

1) Qu'est-ce que l'analyse offer et où il vit

Dans les systèmes CPA, « offer » est la configuration du produit (marque/géo/land/modèle de paiement/règles de validation) pour laquelle la plate-forme compte la conversion, le coût et la qualité. L'analyse offer est la collecte et le traitement des événements pour chaque offer, la comparaison des sources/créations, l'indexation des taux et la prise de décisions sur l'échelle/le pied.

Principaux défis :

Voir l'efficacité : CTR, CR (click→reg→KYC→FTD), CPA, ROAS/ROI.
Contrôle de la qualité : Rétention D7/D30, 2nd-bou rate, chargeback/refund, NGR.
Gérer l'économie : broches payout, caps/pacing, gelées/spores.
Pour se défendre : déduplication, antifrode, règles de validation FTD.

2) Schéma de données Offer (contrat minimum)

Offer: `offer_id`, `brand`, `geo`, `device`, `landing_id`, `payout_model (CPL/CPA/Hybrid/RS)`, `payout_rules`, `cap/day`, `compliance_guides`.

Traffic touchpoints: `click_id`, `sub_id/aff_id`, `utm_`, `creative_id`, `placement`, `device/os`, `ip/asn`.

Events (S2S): `registration`, `kyc_approved`, `deposit_success {amount,currency,is_ftd}`, `second_deposit`, `refund/chargeback`.

Finance: `payout_calc`, `hold`, `schedule`, `currency`, `fx_rate(date)`.

Quality: `risk_flags`, `fraud_score`, `cohort_metrics`.

💡 Toutes les marques de temps sont UTC, la monnaie du montant est ISO-4217 + vitrine avec conversion en « monnaie de rapport ».

3) Attribution, déduplication et validation

Clé d'attribution : 'click _ id' (créé par le redirecteur réseau/partenaire).

Idempotence des événements : unique 'event _ id' → répétition ≡ « déjà prise en compte ».

Déduplication FTD : par '(account_id OR payment_fingerprint) + offer + fenêtre 30-90 jours)'.

Règles de validation FTD (en offer) : dépôt minimum, interdiction des suppléments bonus/zéro, statut KYC.

Intersections des sources : avec quelques clics avant FTD - politique (dernier click à l'intérieur de la fenêtre d'attribution) ou data-driven sur le côté tracker.

4) Métriques d'analyse offer (couche opérationnelle)

Entonnoir :

`CTR = Clicks / Impressions`
`CR1 = Reg / Clicks`
`CR2 = KYC / Reg`
'CR3 = FTD/Reg '(ou' FTD/KYC 'pour l'entonnoir strict)

Économie :

`CPA = Spend / FTD`
`ARPU_Dn = NGR_Dn / FTD`
`Payback = min{n: Cum_ARPU_Dn ≥ CPA}`
`ROAS = NGR / Spend`, `ROI = (NGR − Spend − Direct_Opex) / Spend`

Qualité :

`2nd_dep_rate = Users_with_2nd_dep / FTD`
`Retention_D7/D30`, `Chargeback_rate`, `Refund_rate`

5) Événements Pipline : Du clic au paiement

1. Clic : Le redirecteur crée 'click _ id', normalise l'UTM, écrit le journal.

2. Passer au land : "click _ id'/chiffrement ; front sans données sensibles.

3. Événements serveur de l'opérateur : 'registration/kyc/deposit/...' sur l'endpoint S2S du réseau → dans la file d'attente du gestionnaire →.

4. Règles d'offer : validation, fenêtre d'attribution, déduplication.

5. Vitrines BI : cohortes FTD (D1/D7/D30), NGR, Payback, débits/controverses.

6. Facturation et paiements : calcul par modèle (CPA/Hybrid/RS), hold, actes de rapprochement.

6) Indexation payout et « agrafes de qualité »

Le paiement CPA par offer est souvent associé à la qualité de la cohorte. Exemple de règles :

Prise de base : 'CPA = 120 $' si '2nd _ bou ≥ 25 %' et 'ARPU _ D30 ≥ 90 $'.
Rétrogradation : 'CPA = 100 $' si '2nd _ bou <20 %' ou 'Chargeback> 3 %'.
Promotion : 'CPA = 140 $' si 'ARPU _ D30 ≥ 110 $' et 'D7 _ ret ≥ 40 %'.
L'indexation est recalculée par cohorte et par source. Les décisions sont consignées dans un accord complémentaire à l'offer.

7) SmartLink et auto-routage des offers

SmartLink répartit le flux entre les offers à l'intérieur de la classe (un GEO/vertical). L'analyste offer donne le ruter fidbek :

Signaux : eCPA, CR avant FTD, proxy ARPU, proportion de refus/différends, drapeaux de conformité.
Gestion : white/black-list offers, « pins » manuels, caps, pacing, priorités.
Objectif : maximiser Payback/qualité tout en respectant les règles de validation.

8) Antifrode et qualité au niveau offer

Clic-frod : scoring IP/ASN, règles velocity, device-fingerprint, listes de sources.

Reg-frod : correspondances documents/CUS, paquets d'enregistrements de nuit, faible engagement.

FTD-frod : dépôts « bonus », remboursements, paiements « carrousel ».

Réaction : auto-gel des paiements de l'offer/saba, enquête, actes de rapprochement, ajustements de payout.

9) Dashboards d'analyse offer (recrutement obligatoire)

1. Entonnoir par offer : kliki→reg→KYC→FTD par 'source/creative/placement/device'.

2. Qualité/cohortes : ARPU D1/D7/D30, 2nd-bou, Retraite, Payback.

3. Déclassements/litiges : rejets, chargeback/refund pour des raisons et sources.

4. Stabilité du suivi : délai de post-back, proportion de doublons, EMQ/proportion d'événements sans 'click _ id'.

5. L'économie des paiements : CPA/Hybrid/RS réels, prévisions de cache-flow (hold, schedule).

10) Alerte et SLA par offer

Piste SLA : Retard de S2S> 15 minutes, taux d'erreur> 1 %, proportion de doublons> 0,5 %.

SLA d'affaires : chute du « CR (reg→FTD) » sur le X σ, sursaut du chargeback, débrayage de l'ARPU.

Conformité : déviations créatives/landes, plaintes, brand-bidding - auto-escalade.

Réaction : auto-stop/cap, notification au gestionnaire, lancement de l'enquête.

11) Litiges et actes de rapprochement

Procédure standard :

1. Rapprochement des volumes par 'click _ id/event _ id' par période (UTC).

2. Comparaison de la validation FTD par rapport aux règles de l'offer.

3. Déchargement des cas « frontaliers » (rejetés/chargeback).

4. Acte final, corrections payout/RS, mise à jour des agrafes de qualité.

12) Formules et mini-exemples

Source : 30 jours par offer 'BR-Android'

Spend = 25 000; Clicks = 50 000; Reg = 4 000; KYC = 2 600; FTD = 600

GGR_D30/FTD = 130; Bonus = 15 %; fournisseurs de jeux = 10 % GGR ; Payements = 3 % des dépôts ; chargeback = 1 % des dépôts

CPA par contrat = 110 $ (brise de base)

Calcul du NGR_D30 (pour 1 FTD) :

GGR = 130 → moins 19,5 (15 %) → moins les fournisseurs 13 (10 %) → moins les paiements ~ 3,6 → moins la charge ~ 1,2 ⇒ NGR ≈ 92,7
ARPU_D30 = 92,7; CPA fact = 25 000/600 = 41,7 (pour le réseau)
Payback (grossièrement) : ARPU journalière moyenne ≈ 92,7/30 = 3,09 ⇒ 41,7/3,09 ≈ 14 jours
Etiquette de qualité : si 2nd-dep_rate ≥ 25 % et ARPU_D30 ≥ 90 → indexation CPA jusqu'à 120 $.

13) Erreurs fréquentes dans l'analyse offer

1. Compter par GGR, sans tenir compte des bonus/commissions → faux ROAS.

2. Pas d'idempotentialité → prise de FTD dans les retraits.

3. Mélange de géo/device dans un offer → « température moyenne », mauvaises solutions.

4. L'absence chargeback/refund des événements → surévalué ARPU.

5. Les règles impaires de validation du FTD → des différends éternels, des gels de paiement.

6. Seul l'EPC sans cohortes et le 2nd-bou → une économie fragile.

7. Il n'y a pas d'alertes sur les retards S2S → les échecs de données, les échecs de facturation.

14) Chèques-feuilles

14. 1. Avant de lancer l'offer

Décrit par 'payout _ model', 'payout _ rules', fenêtre d'attribution, validation FTD
s2s-схема: `registration/KYC/FTD/2nd_dep/refund/chargeback`
UTC, devises, fx-table ; idempotency по `event_id`
Seuil antifrod, source blanche/liste noire
Dashboards : entonnoir, cohortes, déclassements, métriques SLA
Alert : retard> 15 min, anomalies CR, surtensions de chargeback

14. 2. Routine hebdomadaire

Rapprochement « operator↔set » sur les événements et les montants
Mise à jour de l'appareil sur la qualité (par cohorte)
Rétro par créatif/lendu/sources en coupe offer
Mise à jour des feuilles blanches/noires, analyse des cas controversés

15) Plan 30-60-90 de mise en œuvre de l'analyse offshore

0-30 jours - Cadre et hygiène

Normaliser le modèle d'offer et les événements de S2S ; inclure idempotency, UTC, devises.

Soulevez les dashboards de base : entonnoir, cohortes de D7/D30, tracking SLA.

Entrez les courroies minimales payout et les seuils antifrode.

31-60 jours - Qualité et économie

Ajoutez chargeback/refund, 2nd-bou, Retentation dans les rapports.

Personnalisez l'indexation CPA en fonction de la qualité de la cohorte, automatisez les caps et le pacing.

Connectez les signaux SmartLink (feuille blanche/noire, priorités).

61-90 jours - Durabilité et vérification

Insérez des logs avec la corrélation 'click _ id/event _ id', DLQ et Retrai.

Effectuer des tests de stress de S2S et de rapprochement avec la BI/Finance (consistance NGR).

Formalisez les playbacks de cas controversés et les audits trimestriels des offers.

L'analyse offer n'est pas une « table des leaders », mais un système : un circuit S2S fiable, des règles strictes de validation, une économie de cohorte et des courbes de paiement transparentes. Lorsque chaque offer est décrit comme un objet avec des événements, de la qualité et de la finance, vous distinguez rapidement le « bruit » de la croissance, protégez les marges et n'étendez que les ligaments qui donnent vraiment Payback et long LTV.