Open RTB: какие изменения в спецификации ломают интеграции и где чаще всего ошибаются

Open RTB: какие изменения в спецификации ломают интеграции и где чаще всего ошибаются

Open RTB меняется не только в названиях полей. Обычно правки приходят в описаниях объектов, обязательности параметров, поддержке форматов и трактовке событий. Если не сверять спецификацию с имплементацией, ломаются биддинг, трекинг и валидация запросов.

Проверять нужно три слоя:
— обязательные и опциональные поля в bid request;
— совместимость по device, app, schain, user, regs;
— обработку расширений, если партнёр добавляет свои ext-поля.

Чаще всего проблемы начинаются там, где интеграция «работала и так»: пустые массивы, неверные типы данных, устаревшие значения в enums, отсутствие fallback для новых полей. Для media buying это бьёт по матчингy и качеству сигналов, для паблишера — по fill rate и доходу.

Отдельно следите за privacy-сигналами и идентификаторами: если поле стало опциональным или наоборот обязательным, источник трафика может резко изменить объём валидных аукционов.

Лучший процесс — держать маппинг полей, тестовые запросы и список расхождений между версиями рядом. Тогда обновление спецификации не превращается в ручной поиск, почему просел объём.