SSP/DSP-интеграция ломается не на биддинге, а на мелких полях запроса
Перед подключением нового SSP или DSP проверьте не презентацию, а контракт данных: какие поля обязательны, какие nullable, какие передаются только для web/app/CTV. Самый частый источник расхождений — разные трактовки device, site/app, user и regs.
Мини-чек-лист для bid request:
— id, imp.id и tmax стабильны и логируются;
— floor передаётся в понятной валюте и не теряется при deal;
— schain, sellers.json и ads.txt/app-ads.txt сходятся;
— geo, ua, ip, ifa не конфликтуют между собой;
— regs/ext не затираются адаптером или прокси.
Для bid response отдельно фиксируйте: кто отвечает за adm/nurl/burl/lurl, где макросы цены, как кодируются VAST и native assets, какие причины no-bid возвращает DSP. Без этого дебаг превращается в чтение сырых логов без гипотезы.
Хорошая интеграция начинается с матрицы полей и тестового набора запросов. Один web, один app, один private deal, один no-consent сценарий — минимум, который экономит часы на проде.
AdTech Pulse — SSP / DSP / OpenRTB
@adtech_pulse_aff
SSP/DSP-интеграция ломается не на биддинге, а на мелких полях запроса
Этот пост опубликован в Telegram-канале AdTech Pulse — SSP / DSP / OpenRTB. Подписаться можно по ссылке: @adtech_pulse_aff.