Punerea în comun a traficului
(Secțiunea: Ecosistem și rețea)
1) Ce este „punerea în comun a traficului”
Punerea în comun a traficului colaborativ este un mecanism în care participanții la ecosistem (operatori, studiouri, storefronturi, afiliați/agregatori, rețele de anunțuri, furnizori de plăți/identitate) împart fluxul de utilizatori/cereri/evenimente într-un grup comun în conformitate cu regulile convenite de calitate, confidențialitate și remunerare. Obiective:- Maximizați conversia și LTV prin direcționarea dinamică către „cel mai bun receptor”.
- Reducerea costurilor de achiziție prin eliminarea segmentelor nerevendicate și umplerea încrucișată.
- Rezistența la sezonalitate și explozii - piscine netezi vârfuri/scufundări.
- Distribuția valorii juste în temeiul atribuțiilor deterministe și al normelor transparente.
2) Modele de cooperare
1. Open Pool (piscină publică) - toți participanții cu certificare de bază și SLO sunt permise, reguli generale, tarifele sunt transparente.
2. Federated Pools (federații) - bazine tematice/regionale cu SLO/politici locale (de exemplu, "TR Sports'," EU Live Games ").
3. Private Exchange - tranzacții bilaterale/multilaterale cu KPI-uri personalizate și NDA-uri.
4. Hybrid Brokered - rutele centrale de broker în conformitate cu regulile de conformitate QoS, iar calculul valorii face compensare independentă.
Recomandare: începeți cu un model federal + broker, apoi extindeți-vă la o piscină publică ca anti-fraudă și atribuirea se maturizează.
3) Standardele evenimentului și confidențialitatea
Schema unui singur eveniment: 'view', 'click', 'signup', 'kyc _ pass',' first _ deposit ',' session ',' purchase ',' churn _ signal '.
Identificatori: PID pseudonim (hash/EC-pseudonim), session-id, device-amprent (strict prin consimțământ).
Consimțământ și scop: steaguri de consimțământ (anunțuri, analiză, atribuire) și stocare TTL.
Minimizarea PII: stocați jetoane și hashes; PII - numai operatorul de date primar.
Rezidența datelor: rutarea pe jurisdicții; segregarea țărilor europene/terțe.
Dreptul de a șterge: evenimente de piatră funerară și jurnale de redactare.
4) Scoring de calitate și filtre
Calitatea traficului (QoT) - scor integral 0-100, compoziție:- Valabilitate (filtre bot, anomalii de viteză/reputație geo/IP).
- Intenție (profunzimea sesiunilor, vizite repetate, evenimente prealabile calificării).
- Conformitate (disponibilitatea consimțământului, pavilion de vârstă, admisibilitate regională).
- Prognoza de conversie (scor ML: signup→KYC→1st action→N de zile).
Politica de admitere la piscină: QoT ≥ X; segmente suspecte - la un sub-pool de carantină cu revizie manuală.
5) Trafic SOR
Scopul: de a oferi fiecărei solicitări/utilizator cel mai bun receptor, luând în considerare SLA și riscul.
Funcția de cost traseu:- 'TotalCost = - (Expected_LTV) + CPA/CPE + RiskAdj + TimePenalty + SaturationPenalty'
Expected_LTV este predicția PID/segment pentru un anumit receptor.
CPA/CPE este prețul real de tranzacție/afișare.
RiskAdj - sancțiuni/jurisdicții/țară, probabilitate chargeback/fraudă.
TimePenalty - întârziere la îmbarcare/verificare.
SaturationPenalty - penalizare la depășirea cotelor sau a sarcinilor de vârf.
Tactici: split-rutare A/B, lipicios-rutare de cohortă (pentru a nu rupe pâlnie), backoff/alt-cale în caz de eșecuri, warm-up de noi receptoare.
6) Cote, limite și SLO-uri
Cote de segment: țară × dispozitiv × interval QoT × oră.
Bugete: limite zilnice/săptămânale pentru CPA/RevShare și numărul de plumb.
- Rata de fraudă ≤ 0. 3% conduce;
- Rata de înscriere validă ≥ 75%;
- KYC Pass p95 ≤ 15 min;
- Conversia la prima acțiune ≥ 35%;
- ROI uplift vs control ≥ + 5 п. п.
- Alertă (burn-rate): porți orare/zilnice pentru fraudă/retur/trafic invalid, sursă de accelerație automată.
7) Atribuirea și rezolvarea conflictelor
Model: ultima atingere cu fereastră, pe bază de poziție (40-20-40), bazată pe date (Markov/Shapley) pentru federații.
Deduplication: 'atribution _ key = PID' campaign' time _ bucket'.
Reguli de coliziune: cu contribuție egală - împărțirea pe ponderi de încredere (QoT, precizie istorică).
Certificarea sursei: rating de precizie postback, penalități de discrepanță.
Arbitraj: compensare independentă; jurnalele brute semnate, jurnalele neschimbate.
8) Model economic
CPA/RevShare/CPE hibrid: bonus de retenție CPA + de bază (D7/D30), factor de reducere la fraudă/invalid ridicat.
Prețuri de nivel: mai mici pentru QoT stabil, mai mari pentru „începători”.
Multiplicator: creșterea prețului la vârf, scăderea în cazul subutilizării receptorului.
Cashback-uri/credite: compensare parțială pentru leadurile care nu au trecut de KYC (în conformitate cu regulile convenite).
Fond de calitate: rezervă generală pentru arbitraj și forță majoră (cu raportare transparentă).
9) Antifraudă și siguranță
Grafic dispozitiv/IP/ASN: identificarea clusterelor, repetiții, verificarea manuală a eșantionării.
Limite de viteză: frecvența clicurilor/înregistrărilor/depozitelor, detectarea exploziei.
Semnături și chitanțe: toate evenimentele sunt semnate cu chei sursă; cross-verificarea marcajelor de timp.
Greylisting: surse cu anomalii - în piscina „gri” cu o cotă limitată.
Kill-switch: deconectarea instantanee a sursei/receptorului pe clasă incidentă.
10) Observabilitate, carcase de afișare și tablouri de bord
SLI (exemplu): Trafic valabil%, Rata de fraudă, QoT mid/percentile, Înregistrare/KYC/Conversie de primă acțiune, ROI uplift, Time-to-KYC p95, Precizie postback.
Tablouri de bord:- Ops (oră): rutare rata de succes, QoT, piroane invalid/fraudă, burn-rate SLO.
- Creștere (zi/săptămână): conversii pe segmente, atribuire, ROI pe surse, încărcarea cotelor.
- Conformitate (săptămână): lovituri sancționate, încălcări regionale, SLA la cererea persoanelor vizate.
- Partener de sănătate: sursă/receptor de rating, precizie postback, cota de arbitraj.
11) Schema de date Exemplu (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 Configurații (YAML)
Politica privind toleranța și cotele
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
Rutare (Trafic SOR)
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
Alerte 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) Exemple de interogări analitice
Distribuţia QoT pe surse
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;
Precizie postback
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;
ROI uplift vs control
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) Regulamentele de funcționare
Zilnic: reconcilierea rapoartelor de atribuire, auditul postback-urilor, ajustarea cotelor/prețurilor.
Săptămânal: comitetul de calitate - revizuirea min QoT, actualizarea regulilor anti-fraudă, raport privind arbitrajele.
Lunar: calibrarea punctajului ML, revizuirea modelelor de atribuire, reperele receptorului.
Incidente: un singur canal de stare, șabloane de comunicare pentru surse/receptoare.
15) Incidente Playbook
Fraudă/Invalid-trafic spike
Sursa de accelerație automată, transferul la piscina „gri”, creșterea limitelor de viteză, eșantionarea manuală a 100 de cazuri, raportarea ≤ 24 de ore.
Eșecul postback-urilor/discrepanțelor
Activați cărți web duplicate, comparați jurnalele de control, arbitraj deschis, prețuri temporar mai mici/cote pentru sursă.
CSC/salt de întârziere la îmbarcare
Redirecționarea către receptoare rapide KYC, surse de raportare, reducerea temporară a stickiness.
Supraîncărcarea receptorului (saturație)
Pedeapsa de rutare a lucrat → a redistribui acțiunea, a permite împărțirea rutelor, a crește prețul pentru segmentele prioritare.
16) Lista de verificare a implementării
1. Aprobați o schemă unificată de evenimente și politica de confidențialitate/consimțământ.
2. Rulați punctajul QoT și sub-bazinul de carantină.
3. Activați Trafic SOR cu cote/limite și lipiciozitate.
4. Configurați alerte SLO/calitate și postback-uri, porniți tablouri de bord.
5. Identificarea economiei (CPA/RevShare hibrid, penalități/bonusuri, fond de calitate).
6. Introduceți procesele de arbitraj, semnături jurnal și compensare independentă.
7. Revizuirea modelelor de atribuire și de notare trimestriale.
17) Glosar
QoT este un indicator integrant al calității traficului.
Trafic SOR - rutarea inteligentă a traficului la costuri/riscuri complete.
Stickiness - atribuirea utilizatorului la receptor pentru stabilitatea pâlnie.
Acuratețea postback - Precizia rapoartelor de conversie a receptorului.
Atribuirea arbitrajului este o procedură de soluționare a conflictelor de atribuire.
Saturație - receptor/canal de utilizare.
Concluzie: Punerea în comun a traficului transformă fluxurile disparate într-un sistem de creștere gestionat, echitabil și eficient. Combinația de evenimente unificate și confidențialitate, punctajul QoT, rutarea SOR, SLO-urile stricte și o economie echitabilă creează o „piață comună a cererii” în care sursele, receptoarele și utilizatorii ecosistemelor câștigă.