ROAS в programmatic ломается не в модели, а в схеме отчётности
Фреймворк лучше строить не от «какой ROAS в DSP», а от трёх слоёв: delivery, attribution, finance. Иначе в одном отчёте смешиваются bid cost, media spend, fee, VAT, post-view конверсии и CRM-revenue.
Минимальный набор разрезов:
— campaign / deal_id / supply_source / site_or_app / creative_id
— auction_type / inventory_type / geo / device / consent_state
— cost: bid, win, clearing price, tech fee, total media
— revenue: attributed order, approved order, net revenue
Отдельно фиксируйте окно атрибуции: click, view, assisted. Post-view нельзя складывать с post-click в один ROAS без маркировки. Для programmatic особенно важен отчёт «view-through only»: он быстро показывает, где SSP даёт показы без инкрементального сигнала.
Контрольная таблица: spend → impressions → clicks → visits → attributed_orders → approved_revenue. Если между clicks и visits провал — проблема трекинга. Если между orders и approved_revenue — проблема качества трафика или дедупликации.
Вывод: ROAS-отчёт должен отвечать не «окупилось или нет», а где именно меняется экономика аукциона — в цене инвентаря, атрибуции или подтверждённой выручке.
Programmatic Deep — RTB и header bidding
@programmatic_deep
ROAS в programmatic ломается не в модели, а в схеме отчётности
Этот пост опубликован в Telegram-канале Programmatic Deep — RTB и header bidding. Подписаться можно по ссылке: @programmatic_deep.