Трафикті біріктіру

(Бөлім: Экожүйе және Желі)

1) «трафикті бірлескен біріктіру» дегеніміз не?

• «Ең жақсы қабылдағышқа» динамикалық бағыттау есебінен конверсияны және LTV-ті барынша көбейту.
• Кәдеге жарату арқылы талап етілмеген сегменттерді тартуға арналған шығындарды азайту және айқаспалы толтыру.
• Маусымдылыққа және жарылысқа төзімділік - пулдар шыңдарды/құламаларды тегістейді.
• Детерминирленген атрибуция және ашық ережелер кезінде құндылықтарды әділ бөлу.

2) Кооперация модельдері

1. Open Pool (көпшілік пулы) - базалық сертификаттау және SLO бар барлық қатысушылар рұқсат етіледі, жалпы ережелер, тарифтер - ашық.
2. Federated Pools (федерациялар) - жергілікті SLO/саясаткерлері бар тақырыптық/өңірлік пулдар (мысалы, «TR Sports», «EU Live-ойындар»).
3. Private Exchange (жабық алмасу) - кастомды KPI және NDA-мен екіжақты/көпжақты мәмілелер.
4. Hybrid Brokered - орталық брокер QoS/комплаенс ережелері бойынша бағыттайды, ал құндылық есебін тәуелсіз клиринг жасайды.

Ұсыныс: федеративті + модельден бастау, содан кейін анти-фрод пен атрибуцияның жетілуіне қарай көпшілік пулға дейін кеңейту.

3) Оқиғалар стандарттары және құпиялылық

Оқиғаның бірыңғай схемасы: 'view', 'click', 'signup', 'kyc _ pass', 'first _ deposit', 'session', 'purchase', 'churn _ signal'.
Сәйкестендіргіштер: бүркеншік PID (hash/EC-бүркеншік аты), session-id, device-фингерпринт (қатаң түрде келісім бойынша).
Consent & Purpose: келісім жалаулары (ads, analytics, attribution) және TTL сақтау.
PII-азайту: токендер мен хэштерді сақтау; PII - тек бастапқы деректер контроллерінде.
Data residency: юрисдикциялар бойынша бағыттау; еуропалық/үшінші елдердің сегрегациясы.
Жою құқығы: tombstone-оқиғалар және redaction-журналдар.

4) Сапа скорингі және сүзгілер

• Валидтілік (бот-сүзгілер, жылдамдық аномалиялары/гео/IP-беделі).
• Ниеті (сессиялардың тереңдігі, қайталанған сапарлар, оқиғаның pre-qualify).
• Комплаенс (келісімнің болуы, жас жалаушасы, аймақтық рұқсат етілуі).
• Конверсия болжамы (ML score: signup → KYC → 1st action → N-күні ұстап қалу).

Пулға кіру саясаты: QoT ≥ X; күдікті сегменттер - қолмен тексерілген карантиндік кіші пулға.

5) Трафикті маршруттау (Traffic SOR)

Мақсаты: әрбір сұрау салуды/пайдаланушыны SLA және тәуекелді ескере отырып, ең жақсы қабылдағышқа беру.

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

Expected_LTV - нақты қабылдағыштағы PID/сегмент бойынша болжам.
CPA/CPE - мәміленің/көрсетудің нақты бағасы.
RiskAdj - санкциялар/юрисдикция/ел, chargeback/fraud ықтималдығы.
TimePenalty - онбордингтің/верификациялаудың кешігуі.
SaturationPenalty - квоталардан немесе ең жоғары жүктемелерден асып кеткен кезде айыппұл.

Тактика: split-routing A/B, когорт бойынша sticky-routing (воронканы бұзбау үшін), істен шыққан кезде backoff/alt-path, жаңа қабылдағыштардың «warm-up».

6) Квоталар, лимиттер және SLO

Сегменттер бойынша квоталар: ел × құрылғы × QoT-ауқым × сағат.
Бюджеттер: CPA/RevShare және лиддер саны бойынша күндізгі/апталық лимиттер.

• Fraud Rate ≤ 0. 3% лиддер;
• Valid Signup Rate ≥ 75%;
• KYC Pass p95 ≤ 15 мин;
• First-Action Conversion ≥ 35%;
• ROI uplift vs control ≥ +5 п.п.
• Алерталар (burn-rate): Fraud/Return/Invalid-traffic, auto-throttle көзі бойынша сағаттық/тәуліктік гейттер.

7) Жанжалдарды атрибуциялау және реттеу

Модель: last-touch терезесі бар, position-based (40-20-40), data-driven (Markov/Shapley) федерацияларға арналған.
Дедупликация: 'attribution _ key = PID' campaign 'time _ bucket'.
Коллизиялар ережесі: тең салым болғанда - сенім салмағы бойынша бөлу (QoT, тарихи дәлдік).
Дереккөздерді сертификаттау: постбектердің дәлдік рейтингі, айырмашылықтар үшін айыппұлдар.
Төрелік: тәуелсіз клиринг; қолдары бар raw-логтар, өзгермейтін журналдар.

8) Экономикалық модель

CPA/RevShare/CPE гибриді: базалық CPA + ұстап қалу үшін бонус (D7/D30), жоғары Fraud/Invalid кезінде төмендету коэффициенті.
Tier-pricing: төмен тұрақты QoT үшін, жоғары - «жаңадан келгендер» үшін.
Surge-multiplier: бағаның көтерілуі, қабылдағыштың толық жүктелмеуі кезінде төмендеуі.
Кэшбэктер/кредиттер: KYC өтпеген лидтер үшін ішінара өтемақы (келісілген ережелер бойынша).
Сапа қоры: төрелік пен force-majeure (ашық есептілікпен) жабуға арналған жалпы резерв.

9) Анти-фрод және қауіпсіздік

Device/IP/ASN бағандары: кластерлерді, қайталауларды анықтау, қолмен тексеруді сэмплеу.
Velocity-лимиттер: басу/тіркеу/депозит жиілігі, burst-детекция.
Қолдар мен түбіртектер: барлық оқиғаларға көздің кілттерімен қол қойылған; таймштамдарды кросс-тексеру.
Greylisting: ауытқулары бар көздер - үлесі шектеулі «сұр» пулға.
Kill-switch: оқиғалар класы бойынша дереу көз/қабылдағышты ажырату.

10) Бақылау, витриналар және дашбордтар

SLI (мысал): Valid Traffic%, Fraud Rate, QoT орта/перцентиль, Signup/KYC/First-Action Conversion, ROI uplift, Time-to-KYC p95, Postback Accuracy.

• Ops (сағат): Success-rate маршрутизациясы, QoT, Invalid/Fraud spikes, burn-rate SLO.
• Growth (күн/апта): сегменттер бойынша конверсиялар, атрибуция, көздер бойынша ROI, квоталарды жүктеу.
• Compliance (апта): санкциялық хиттер, аймақтық бұзушылықтар, деректер субъектілерінің сұрауы бойынша SLA.
• Partner Health: дереккөздердің/қабылдағыштардың рейтингі, постбектердің дәлдігі, төреліктердің үлесі.

11) Деректер схемасының үлгісі (псевдо-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) Жалған конфигурация (YAML)

Рұқсат беру және квота саясаты

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

Бағыттау (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

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) Талдамалық сұрау салулардың мысалдары

Көздер бойынша QoT бөлу

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;

Постбектердің дәлдігі

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) Операциялық регламенттер

Күн сайын: атрибуция есептерін салыстыру, постбектер аудиті, квоталарды/бағаларды түзету.
Апта сайын: сапа комитеті - min QoT қайта қарау, анти-фрод ережелерін жаңарту, төрелік бойынша есеп.
Ай сайын: ML-скорингтерді калибрлеу, атрибуция модельдерін ревизиялау, қабылдағыштардың бенчмаркалары.
Инциденттер: бірыңғай мәртебе арнасы, көздер/қабылдағыштар үшін коммуникация үлгілері.

15) Playbook оқиғалар

Fraud/Invalid-traffic

Авто-throttle көзі, «сұр» пулға ауыстыру, velocity-лимиттерді күшейту, 100 кейсті қолмен іріктеу, есеп ≤ 24 сағат.

Постбектердің сәтсіздігі/айырмашылықтар

Қайталанатын вебхоктарды қосу, бақылау журналын салыстыру, төрелік ашу, көздің бағасын/квотасын уақытша төмендету.

АКҚ/онбординг кідірістерінің секірісі

Жылдам KYC қабылдағыштарына қайта маршруттау, дереккөздерді хабарлау, уақытша stickiness төмендету.

Қабылдағышты қайта жүктеу (saturation)

Бағыттау айыппұлы жұмыс істеді → үлесті қайта бөлу, split-routing қосу, басым сегменттер үшін бағаны көтеру.

16) Енгізу чек-парағы

1. Оқиғалардың бірыңғай схемасын және құпиялылық/келісім саясатын бекітіңіз.
2. QoT-скорингті және карантиндік кіші пулды іске қосыңыз.
3. Traffic SOR-ды квоталармен/лимиттермен және stickiness-пен қосыңыз.
4. SLO/сапа және постбектер алгоритмдерін теңшеңіз, дашборд ашыңыз.
5. Экономиканы анықтаңыз (CPA/RevShare гибриді, айыппұлдар/бонустар, сапа қоры).
6. Төрелік процестерін, логтардың қолдарын және тәуелсіз клирингті енгізіңіз.
7. Тоқсан сайын атрибуция және скоринг модельдерін тексеріңіз.

17) Глоссарий

QoT - трафик сапасының интегралды көрсеткіші.
Traffic SOR - толық құны/тәуекелі бойынша трафикті «ақылды» маршруттау.
Stickiness - түтіктің тұрақтылығы үшін пайдаланушыны қабылдағышқа бекіту.
Postback Accuracy - конверсиялар туралы қабылдағыш есептерінің дәлдігі.
Attribution Arbitration - атрибуция қақтығыстарын шешу рәсімі.
Saturation - қабылдағышты/арнаны жүктеу дәрежесі.

Қорытынды: трафикті бірлесіп біріктіру бытыраңқы ағындарды басқарылатын, әділ және тиімді өсу жүйесіне айналдырады. Бірыңғай оқиғалар мен құпиялылық, QoT-скоринг, SOR-бағыттау, қатаң SLO және адал экономика комбинациясы «ортақ сұраныс нарығын» құрады, онда көздер де, қабылдағыштар да, экожүйені пайдаланушылар да ұтады.