OpenRTB-интеграция: какие поля ломают матчинг между SSP и DSP
Самая частая проблема в RTB — не отсутствие поля, а разная трактовка одного и того же объекта. DSP ожидает нормализованный imp, SSP передаёт «как есть», дальше начинаются пустые бидреспонсы и некорректный floor matching.
Проверьте базовый контракт:
• imp.id уникален внутри bid request, не переиспользуется между слотами
• site и app не отправляются одновременно
• device.ip, ua, geo согласованы между собой
• banner, video, native описывают реальный инвентарь, а не дефолтный шаблон
Отдельно держите валидацию для privacy-сигналов: consent, regs, user.ext, source.ext. Если DSP не понимает, можно ли использовать user data, она часто выбирает безопасный отказ вместо ставки.
Хорошая практика — хранить рядом с интеграцией «bid request fixture»: несколько эталонных запросов для web, app, video, native. После любого изменения SSP/DSP-прослойки прогоняйте их через валидатор и сравнивайте diff.
Если RTB-трафик просел без видимых причин, сначала смотрите не ставки, а схему запроса: один неверный объект может обнулить спрос эффективнее любого floor.
AdTech Pulse — SSP / DSP / OpenRTB
@adtech_pulse_aff
OpenRTB-интеграция: какие поля ломают матчинг между SSP и DSP
Этот пост опубликован в Telegram-канале AdTech Pulse — SSP / DSP / OpenRTB. Подписаться можно по ссылке: @adtech_pulse_aff.