Combinazione del traffico

(Sezione Ecosistema e Rete)

1) Cos'è unire il traffico

• Massimizza la conversione e LTV grazie al routing dinamico al «ricevitore migliore».
• Riduzione dei costi di attrazione attraverso lo smaltimento dei segmenti non richiesti e la sovrapposizione.
• Resistenza alla stagionalità e picchi - i pool alleggeriscono picchi/insuccessi.
• Equa distribuzione del valore con attribuzioni definite e regole trasparenti.

2) Modelli di cooperazione

1. Open Pool - Tutti i membri con certificazione di base e SLO sono ammessi, le regole sono comuni e le tariffe sono trasparenti.
2. Federated Pools (federazioni) è un pool tematico/regionale con regole/regole locali (ad esempio, «TR Sports», «EU Live Games»).
3. Private Exchange (scambi chiusi) è un accordo bilaterale/multilaterale con KPI e NDA Castome.
4. Hybrid Brokered è un broker centrale che distribuisce secondo le regole QoS/compilation, e il calcolo del valore è fatto da un clearing indipendente.

Raccomandazione: iniziare con un modello federale + broker, poi espandere a un pool pubblico in base alla maturità anti-frode e l'attribuzione.

3) Standard di eventi e privacy

Un unico schema di eventi: "view", "clasic", "signup", "kyc _ pass'," first _ deposit "," sessione "," purchase "," churn _ signal ".
Identificatori: alias PID (alias hash/CE), sessione-id, device-fingerprint (rigorosamente concordato).
Consent & Purpose: bandiere di consenso (ads, analytics, attribution) e TTL di memorizzazione.
Riduzioni PII - Conservare token e hash; PII: solo il controller principale dei dati.
Data residency: routing per giurisdizione segregazione dei paesi europei/terzi.
Diritto di eliminazione: eventi tombstone e registri di redaction.

4) Riepilogo qualità e filtri

• Validità (bot-filtri, anomalie di velocità/geo/IP-reputazione).
• Intento (profondità delle sessioni, visite ripetute, eventi pre-qualify).
• Compilazione (coerenza, casella di età, ammissibilità regionale).
• Previsione di conversione (ML score: signup→KYC→1st action→N - un giorno di ritenzione).

Criteri di tolleranza del pool: X; segmenti sospetti - In quarantena sotto-pool con revisione manuale.

5) Routing del traffico (Traffic SOR)

Scopo: dare ogni richiesta/utente al miglior ricevitore, tenendo conto di SLA e rischi.

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

Expected _ LTV - Previsione PID/segmento in un ricevitore specifico.
CPA/CPE è il prezzo effettivo della transazione/visualizzazione.
RiskAdj - sanzioni/giurisdizione/paese, probabilità di chargeback/fraud.
TimePenalty è un ritardo nel controllo/verifica.
SaturationPenalty è una multa in caso di eccesso di quote o picchi di carico.

Tattiche: split-routing A/B, sticky-routing (per non rompere il vortice), backoff/alt-path in caso di guasti, «warm-up» nuovi ricevitori.

6) Quote, limiti e SLO

Quote segmenti: Paese x Dispositivo x QoT intervallo x ora.
Budget: limiti diurni/settimanali per CPA/RevShare e numero di lidi.

• Fraud Rate ≤ 0. Il 3% dei lidi;
• Valid Signup Rate ≥ 75%;
• KYC Pass p95 ≤ 15 min;
• First-Action Conversion ≥ 35%;
• ROI uplift vs control ≥ +5 п.п.
• Alert (burn-rate): gate orari/giornalieri per Fraud/Return/Invalid-traffic, sorgente auto-throttle.

7) Assegnazione e disallineamento dei conflitti

Modello: last-touch con finestra, position-based (40-20-40), data-driven (Markov/Shapley) per le federazioni.
Deduplicazione: 'attribute _ key = PID' campaig'time _ bucket '.
Regole di conflittualità: a parità di contributo - divisione di peso di fiducia (QoT, precisione storica).
Certificazione di origine: punteggio di accuratezza postbeek, multe per le discrepanze.
Arbitraggio: clearing indipendente; login raw con firme, registri invariati.

8) Modello economico

CPA/RevShare/CPE ibrido: CPA base + bonus di ritenzione (D7/D30) che abbassa il coefficiente con Fraud/Invalid elevato.
Tier-pricing: più basso per gli stabili, più alto per i principianti.
Surge-multiplier: aumento del prezzo in picco, riduzione in caso di inattività del ricevitore.
Cashback/prestiti - Risarcimento parziale per i leeds che non hanno superato KYC (secondo le regole stabilite).
Fondo qualità: riserva totale per la copertura degli arbitrati e force-majeure (con rapporti trasparenti).

9) Anti-frode e sicurezza

Grafico Device/IP/ASN - Identificazione di cluster, ripetizioni, simulazione di convalida manuale.
Limiti Velocity: frequenza click/registrazione/depositi, rilevazione burst.
Firme e ricevute: tutti gli eventi sono firmati da chiavi di origine; Controllo incrociato dei timestampi.
Greylisting - Le sorgenti con anomalie sono in un pool grigio a quota limitata.
Kill-switch: disattivazione istantanea della sorgente/ricevitore per classe di incidenti.

10) Osservazione, vetrine e dashboard

SLI (esempio): Valid Traffic%, Fraud Rate, Media/Percentile, Signup/KYC/First-Action Conversion, RE uplift, Time-to-KYC p95, Postback Accuracy.

• Ops (ora): routing Success-rate, QoT, Invalid/Fraud spikes, burn-rate SLO.
• Growth (giorno/settimana) - Conversioni per segmento, assegnazione, RE per origine, caricamento quote.
• Compliance (settimana) - Successi sanzionatori, violazioni regionali, SLA sulle richieste dei soggetti di dati.
• Partner Health: classificazione delle fonti/ricevitori, precisione postbeek, percentuale di arbitrati.

11) Schema dati di esempio (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-configurazioni (YAML)

Criteri di tolleranza e quote

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

Routing (Traffic 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

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) Esempi di richieste analitiche

Distribuzione QoT per sorgente

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;

Precisione postbeek

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

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) Regolamenti operativi

Ogni giorno: verifica dei rapporti di attribuzione, controllo postbeek, regolazione quote/prezzi.
Ogni settimana: Comitato Qualità - Revisione Min QoT, Aggiornamento Anti-Frod Regole, Rapporto Arbitrale.
Ogni mese: calibrazione degli schemi ML, revisione dei modelli di attribuzione, benchmark dei ricevitori.
Incidenti: un unico canale di stato, modelli di comunicazione per fonti/ricevitori.

15) Playbook incidenti

Picco Fraud/Invalid-traffic

Sorgente auto-throttle, traduzione in pool grigio, aumento dei limiti velocity, campionamento manuale di 100 valigette, rapporto 24 ore

Errore postbeek/soluzione temporanea

Includere webhoop duplicati, confrontare i loghi di controllo, aprire l'arbitrato, abbassare temporaneamente i prezzi/quote all'origine.

Aumento dei ritardi di CUS/onboording

Reindirizzamento a ricevitori con rapido KYC, notifica sorgenti, riduzione temporanea stick.

Sovraccarico ricevitore (saturation)

È scattata una multa di routing, ridistribuire la quota, includere lo split-routing, aumentare il prezzo per i segmenti prioritari.

16) Assegno-foglio di implementazione

1. Approva un unico schema di eventi e una politica di privacy/consenso.
2. Eseguire lo screening QoT e il pool di quarantena.
3. Abilita Traffic SOR con quote/limiti e stick.
4. Configura gli alert SLO/Qualità e Post-Back, usa i dashboard.
5. Definire l'economia (ibrido, multe/bonus, fondo qualità).
6. Immettere i processi di arbitraggio, le firme dei fogli e il clearing indipendente.
7. Rivedere trimestralmente i modelli di assegnazione e compilazione.

17) Glossario

QoT è un indicatore integrale della qualità del traffico.
Traffic SOR - Routing intelligente del traffico a costi e rischi completi.
Stick - Fissa l'utente al ricevitore per la stabilità del vortice.
Postback Accuracy - Precisione dei report di conversione del ricevitore.
Attribute Arbitration - Procedura di risoluzione dei conflitti di attribuzione.
Saturation è il grado di caricamento del ricevitore/canale.

In sintesi, unire il traffico trasforma i flussi divisi in un sistema di crescita gestito, equo ed efficiente. Una combinazione di eventi comuni e privacy, screening QoT, routing SOR, severi SLO e un'economia onesta crea un'mercato comune della domanda ", dove vincono le fonti, i ricevitori e gli utenti dell'ecosistema.