Совместное объединение трафика

(Раздел: Экосистема и Сеть)

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/онбординга

Перемаршрутизация на приемники с быстрым 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 и честной экономики создает «общий рынок спроса», где выигрывают и источники, и приемники, и пользователи экосистемы.