<b>7 IAB-ошибок, из-за которых интеграция ломается на ровном месте</b>

<b>7 IAB-ошибок, из-за которых интеграция ломается на ровном месте</b>

OpenRTB, VAST и Prebid часто читают как “примерно одинаковые форматы”. На практике ломается не сам трафик, а поля, которые стороны трактуют по-разному: impression без корректного id, device с неполным набором атрибутов, schain без цепочки поставки, user eids в несогласованном виде.

Первое правило — не полагаться на обязательность “по привычке”. Если поле опционально в спецификации, DSP не обязан его угадывать. Второе — не смешивать разные уровни сигнала: page/app, placement/adunit, auction-level и user-level данные должны жить в своих объектах. Третье — не менять семантику полей при проксировании через middleware: это почти всегда ломает валидацию.

Для аудита интеграции проверьте 4 вещи:
— совпадает ли JSON-структура с объектной моделью спецификации;
— не теряются ли массивы при сериализации;
— одинаково ли трактуются null, пустая строка и отсутствие поля;
— проходят ли schain, regs, ext и user.ext через весь путь без обрезки.

Если спеку читают только как “пример”, потом начинаются тихие потери bid request’ов, редкие no-bid и расхождения в отчетах. Самый надежный подход — держать рядом схему полей, логировать сырой запрос и валидировать интеграцию на уровне объекта, а не по отдельным кейсам.