<b>SPO — это не про «урезать всё подряд», а про выбор маршрута с лучшим net revenue</b>

<b>SPO — это не про «урезать всё подряд», а про выбор маршрута с лучшим net revenue</b>

Сначала собираем карту supply-path: exchange, reseller, direct, PMP, app-ads.txt / sellers.json, доля bid stream, win rate, fee layers. Без этого SPO превращается в ручную чистку логов по ощущениям.

Дальше режем по трём осям:
— качество пути: есть ли лишние реселлеры, дубли, подозрительный инвентарь;
— эффективность: сколько bid requests нужно на один win, где проседает timeout, где сыпется floor;
— ценность: какой путь даёт лучший eCPM после комиссий, а не максимальный gross CPM.

Правило верификации простое: путь убираем только если после отсечки не падают auctions, не растёт latency и не деградирует fill rate по ключевым geo / device сегментам. Если метрика улетает в пыль, значит вы вырезали не мусор, а спрос.

Фреймворк рабочий только когда у вас есть baseline по каждому path group, а решения принимаются по сегментам: open auction отдельно, PMP отдельно, app отдельно. Иначе SPO ломает то, что приносило инкремент, просто потому что всё смешали в один bucket.

Ищите не «меньше путей», а меньше лишних путей на каждый dollar of demand. #spo #rtb