GH GambleHub

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.

SLO de calitate (exemplu):
  • 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ă.

Contact

Contactați-ne

Scrieți-ne pentru orice întrebare sau solicitare de suport.Suntem mereu gata să ajutăm!

Telegram
@Gamble_GC
Pornește integrarea

Email-ul este obligatoriu. Telegram sau WhatsApp sunt opționale.

Numele dumneavoastră opțional
Email opțional
Subiect opțional
Mesaj opțional
Telegram opțional
@
Dacă indicați Telegram — vă vom răspunde și acolo, pe lângă Email.
WhatsApp opțional
Format: cod de țară și număr (de exemplu, +40XXXXXXXXX).

Apăsând butonul, sunteți de acord cu prelucrarea datelor dumneavoastră.