OpenRTB ломается не в bidding, а на стыках макросов, device и price mapping
OpenRTB-запрос выглядит простым, пока DSP и SSP одинаково не понимают обязательные поля. Проверьте три зоны: кто реально передаёт imp, где лежит идентификатор пользователя, и как трактуется цена в bid. Если хотя бы один слой «додумывает» данные сам, аукцион начинает давать странные win rate и пустые клики.
Самые частые ошибки в интеграции:
— imp.id не совпадает между запросом и ответом
— device обрезан: нет ua, ip или ifa
— не учтены schain и seller, из-за чего supply path выглядит неполным
— ext используется как свалка, а не как контролируемое расширение
Отдельно смотрите на нули и пустые строки. Для одних полей это «нет значения», для других — ошибка парсинга. То же с multi-format: если в одном imp смешаны banner и video, обе стороны должны одинаково выбирать приоритет и валидировать размеры, иначе часть бидов будет отклоняться без видимой причины.
Если хотите стабильный RTB, сначала сведите к одному контракту поля запроса, потом проверьте ответ на симметрию: то, что пришло в request, должно однозначно читаться в response.
AdTech Pulse — SSP / DSP / OpenRTB
@adtech_pulse_aff
OpenRTB ломается не в bidding, а на стыках макросов, device и price mapping
Этот пост опубликован в Telegram-канале AdTech Pulse — SSP / DSP / OpenRTB. Подписаться можно по ссылке: @adtech_pulse_aff.