Łączenie ruchu

(Sekcja: Ekosystem i sieć)

1) Czym jest „łączenie ruchu”

• Maksymalizacja konwersji i LTV poprzez dynamiczne trasowanie do „najlepszego odbiornika”.
• Obniżenie kosztów nabycia poprzez zbycie nieodebranych segmentów i wypełnienie krzyżowe.
• Odporność na sezonowość i wybuchy - baseny wygładzają szczyty/zanurzenia.
• Podział wartości godziwej w ramach deterministycznego przypisywania i przejrzystych zasad.

2) Modele współpracy

1. Open Pool (publiczna pula) - wszyscy uczestnicy z podstawową certyfikacją i SLO są dozwolone, ogólne zasady, taryfy są przejrzyste.
2. Federacja (federacje) - pula tematyczna/regionalna z lokalnym SLO/polityki (na przykład „TR Sports”, „EU Live Games”).
3. Wymiana prywatna - transakcje dwustronne/wielostronne z niestandardowymi KPI i NDA.
4. Hybrid Brokered - centralne trasy maklerskie zgodnie z QoS/zasadami zgodności, a obliczanie wartości powoduje niezależne rozliczenie.

Zalecenie: rozpocząć od modelu federacyjnego + maklera, a następnie rozszerzyć do puli publicznej w miarę dojrzewania zwalczania nadużyć finansowych i przypisywania.

3) Standardy imprez i prywatność

Schemat pojedynczego zdarzenia: 'view', 'click', 'registration', 'kyc _ pass',' first _ deposit ',' session ',' purchase ',' churn _ signal '.
Identyfikatory: pseudonim PID (hash/EC-pseudonim), session-id, urządzenie-odcisk palca (ściśle za zgodą).
Zgoda i cel: flagi zgody (reklamy, analityka, przypisanie) i przechowywanie TTL.
Minimalizacja PII: sklep żetony i hashes; PII - podstawowy kontroler danych.
Miejsce zamieszkania danych: trasa według jurysdykcji; segregacja państw europejskich/trzecich.
Prawo do usunięcia: nagrobkowe zdarzenia i dzienniki redakcyjne.

4) Punktacja jakości i filtry

• Ważność (filtry bot, anomalie prędkości/reputacja geo/IP).
• Intencja (głębia sesji, powtórne wizyty, imprezy wstępnie zakwalifikowane).
• Zgodność (dostępność zezwoleń, flaga wiekowa, dopuszczalność regionalna).
• Prognoza konwersji (wynik ML: rejestracja → KYC → 1st action → N -day hold).

Zasady wstępu do puli: QoT ≥ X; podejrzane segmenty - do podgrupy kwarantanny z ręczną rewizją.

5) Ruch SOR

Cel: dać każde żądanie/użytkownik do najlepszego odbiornika, biorąc pod uwagę SLA i ryzyko.

• „• Koszt = - ( ) + CPA/CPE + Adj + Kary + Kara nasycenia”

Expected_LTV jest prognoza PID/segmentu dla danego odbiornika.
CPA/CPE jest rzeczywistą ceną transakcji/wyświetlacza.
Adj - sankcje/jurysdykcje/kraj, prawdopodobieństwo obciążenia zwrotnego/oszustwa.
• Kara - opóźnienie w wejściu na pokład/weryfikacji.
Kara nasycenia - kara przy przekroczeniu kwot lub obciążeń szczytowych.

Taktyka: split-routing A/B, lepki-routing przez kohortę (aby nie złamać lejka), backoff/alt-path w przypadku awarii, rozgrzewka nowych odbiorników.

6) Kontyngenty, limity i SLO

Kwoty segmentu: państwo × urządzenie × zakres QoT × godzina.
Budżety: dzienne/tygodniowe limity CPA/RevShare i liczba ołowiu.

• Wskaźnik oszustw ≤ 0. 3% prowadzi;
• Ważny wskaźnik rejestracji ≥ 75%;
• KYC Pass p95 ≤ 15 min;
• Konwersja pierwszego działania ≥ 35%;
• Podwyższenie ROI w porównaniu z kontrolą ≥ + 5 ". п.
• Alert (wskaźnik oparzenia): brama godzinna/dzienna dla oszustw/powrotów/Nieprawidłowy ruch, źródło automatycznej przepustnicy.

7) Przypisanie konfliktów i ich rozwiązywanie

Model: last-touch with window, position-based (40-20-40), data-driven (Markov/Shapley) for federations.
Deduplikacja: 'attribution _ key = PID' campaign 'time _ bucket'.
Zasady kolizji: z równym wkładem - podział według wag ufności (QoT, dokładność historyczna).
Certyfikacja źródłowa: ocena dokładności postback, kary za rozbieżności.
Arbitraż: niezależne rozliczenie; podpisane dzienniki surowe, niezmienione dzienniki.

8) Model gospodarczy

CPA/RevShare/CPE hybryda: podstawowy CPA + premia retencyjna (D7/D30), współczynnik redukcji przy wysokim oszustwie/Nieprawidłowy.
Poziom cen: niższy dla stabilnego QoT, wyższy dla „początkujących”.
Mnożnik przepięć: wzrost ceny w szczytowym tempie, spadek w przypadku niedostatecznego wykorzystania odbiornika.
Cashbacks/credits: częściowa rekompensata za przewody, które nie przeszły KYC (zgodnie z uzgodnionymi zasadami).
Fundusz jakości: ogólna rezerwa na arbitraż i siłę wyższą (z przejrzystą sprawozdawczością).

9) Zwalczanie nadużyć finansowych i bezpieczeństwo

Wykres urządzenia/IP/ASN: klaster identyfikacyjny, powtórzenia, manualna weryfikacja próbkowania.
Ograniczenia prędkości: częstotliwość kliknięć/rejestracji/depozytów, wykrywanie pęknięć.
Podpisy i paragony: wszystkie wydarzenia są podpisywane kluczem źródłowym; znaczniki czasowe krzyżowe.
Greylisting: źródła z anomaliami - w „szarym” basenie z ograniczonym udziałem.
Kill-switch: natychmiastowe odłączenie źródła/odbiornika według klasy incydentów.

10) Obserwowalność, obudowy i deski rozdzielcze

SLI (przykład): Valid Traffic%, Fraud Rate, QoT mid/percentile, Signup/KYC/First-Action Conversion, ROI uplift, Time-to-KYC p95, Postback Dokładność.

• Operacje (godzina): Routing szybkości sukcesu, QoT, Nieprawidłowe/Kolce oszustwa, Spalanie tempo SLO.
• Wzrost (dzień/tydzień): konwersje według segmentu, przypisanie, ROI według źródła, obciążenie kwotowe.
• Zgodność (tydzień): trafienia podlegające sankcjom, naruszenia na szczeblu regionalnym, SLA na wniosek osób, których dane dotyczą.
• Zdrowie partnera: ocena źródła/odbiornika, dokładność postback, udział arbitrażu.

11) Przykład schematu danych (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) Konfiguracje pseudo (YAML)

Polityka tolerancji i kwot

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

Wpisy 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) Przykłady zapytań analitycznych

Dystrybucja QoT według źródła

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;

Dokładność 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) Regulamin operacyjny

Dziennie: uzgodnienie sprawozdań z przypisania, kontrola postbacks, dostosowanie kwot/cen.
Tygodnik: komitet jakości - przegląd min QoT, aktualizacja zasad zwalczania nadużyć finansowych, raport z arbitrażu.
Miesięcznie: kalibracja punktacji ML, przegląd modeli przypisania, wartości odniesienia odbiornika.
Incydenty: pojedynczy kanał stanu, szablony komunikacyjne dla źródeł/odbiorników.

15) Incydenty Playbook

Oszustwo/Nieprawidłowy skok ruchu

Źródło automatycznej przepustnicy, przeniesienie do puli "szarej', zwiększenie limitów prędkości, ręczne pobieranie próbek 100 przypadków, zgłoszenie ≤ 24 godziny.

Awaria postbacks/rozbieżności

Włącz duplicate webhooks, porównaj dzienniki kontroli, otwórz arbitraż, tymczasowo niższe ceny/kwoty dla źródła.

Skok opóźnienia CSC/na pokładzie

Przekierowywanie do szybkich odbiorników KYC, źródła raportowania, czasowo zmniejszając lepkość.

Przeciążenie odbiornika (nasycenie)

Kara routingu pracowała → redystrybucja akcji, umożliwienie split-routing, podniesienie ceny dla priorytetowych segmentów.

16) Lista kontrolna wdrażania

1. Zatwierdzenie ujednoliconego schematu zdarzeń i polityki prywatności/zgody.
2. Uruchom pool punktów QoT i kwarantanny.
3. Włącz SOR ruchu z limitami/limitami i lepkością.
4. Skonfiguruj SLO/quality alerty i postbacks, uruchom deski rozdzielcze.
5. Identyfikacja gospodarki (hybryda CPA/RevShare, kary/premie, fundusz jakości).
6. Wprowadź procesy arbitrażowe, podpisy dzienników i niezależne rozliczenia.
7. Kwartalny przegląd przypisywania i punktowania modeli.

17) Słownik

QoT jest integralnym wskaźnikiem jakości ruchu.
Traffic SOR - inteligentna trasa ruchu przy pełnym koszcie/ryzyku.
Lepkość - przypisanie użytkownika do odbiornika dla stabilności lejka.
Dokładność postback - dokładność raportów konwersji odbiornika.
Arbitraż przypisania jest procedurą rozstrzygania konfliktów atrybutów.
Nasycenie - wykorzystanie odbiornika/kanału.

Podsumowanie: Wspólne łączenie ruchu zmienia zróżnicowane przepływy w zarządzany, sprawiedliwy i wydajny system wzrostu. Połączenie jednolitych wydarzeń i prywatności, punktacji QoT, tras SOR, ścisłych SLO i uczciwej gospodarki tworzy „wspólny rynek popytu”, gdzie wygrywają źródła, odbiorcy i użytkownicy ekosystemu.