<b>SPO не делают “по интуиции”: без фреймворка вы режете supply и теряете инвентарь</b>

<b>SPO не делают “по интуиции”: без фреймворка вы режете supply и теряете инвентарь</b>

SPO начинается не с «убрать лишних посредников», а с карты маршрутов. Сначала фиксируете все paths: SSP, resellers, exchange, deal ID, seat, ads.txt/sellers.json связь. Без этого вы оптимизируете не supply, а шум в отчёте.

Дальше — 4 фильтра:
— прозрачность: есть ли валидный seller chain и понятный fee stack;
— качество: совпадают ли IVT, viewability, win rate и post-bid performance;
— эффективность: где растёт bid duplication и где path даёт тот же инвентарь дороже;
— контроль: есть ли direct path, PMP или preferred deal, который уже закрывает спрос без лишних hops.

Ошибка №1 — резать по CPM. Дешёвый path часто просто получает более слабый demand. Ошибка №2 — верить одному отчёту SSP: смотрите корреляцию с bid stream, win notices и log-level data. Ошибка №3 — сравнивать пути без нормализации по geo, device, format и timeout.

Рабочая схема простая:
1) строите baseline по всем path;
2) группируете дублирующиеся маршруты;
3) оставляете path с лучшим balance между revenue, quality и прозрачностью;
4) пересматриваете решение после изменений в ads.txt, reseller chain и demand mix.

SPO — это не «меньше посредников», а <i>меньше лишней неопределённости</i>. Если path нельзя объяснить на уровне логов, его сложно защитить в аукционе и в P&L.