OpenRTB 3.0 для арбитража: где в bid request теряется маржа
Для арбитражной команды OpenRTB 3.0 важен не как «ещё одна спецификация», а как карта цепочки: кто сформировал запрос, кто его перепродал, какие ограничения и сигналы качества дошли до DSP.
Смотрите не только на imp, site/app и device. Полезный минимум для аудита:
— source: происхождение инвентаря и hops в цепочке;
— sellers.json + ads.txt: совпадает ли продавец с заявленным;
— regs / user: есть ли consent и usable ID;
— metric: viewability, IVT, completion rate, если SSP передаёт.
Типовая утечка: покупаете «паблишера», а в цепочке сидят реселлеры без прозрачного sid. CPM выглядит дешевле, но win-rate ниже, post-click шумнее, а DSP режет bids по trust-сигналам.
Для CPA-связок полезно логировать bid request до трекера: domain/app bundle, schain, placement, floor, geo, device, consent. Без этого SPO превращается в ручное отключение площадок по конверсиям, а не в чистку supply path.
Вывод: OpenRTB 3.0 нужен арбитражнику не для чтения RFC, а для диагностики закупки. Если не видите цепочку продавцов и quality-сигналы, вы оптимизируете оффер вслепую.
Programmatic Deep — RTB и header bidding
@programmatic_deep
OpenRTB 3.0 для арбитража: где в bid request теряется маржа
Этот пост опубликован в Telegram-канале Programmatic Deep — RTB и header bidding. Подписаться можно по ссылке: @programmatic_deep.