OpenRTB ломается не на бидде, а на кривом объекте запроса

OpenRTB ломается не на бидде, а на кривом объекте запроса

В интеграции чаще всего падают не алгоритмы, а базовые поля: supplychain, site/app, device, regs, user, imp. Если хотя бы один блок собран неполно, DSP может:
— отфильтровать трафик по policy;
— не построить частотный контроль;
— не связать аукцион с контекстом и атрибуцией.

Проверяйте семантику, а не только JSON-схему: id в imp должен быть стабильным, site и app не должны приходить вместе, device.useragent и ip должны быть консистентны, а ext — только для реально договорённых расширений. Любая “опциональность” в спецификации на практике превращается в silent drop.

Отдельно смотрите на privacy-часть: consent, gpp, regs и schain должны жить в тех полях, где их ждёт конкретная сторона цепочки. Если SSP пишет это в нестандартный ext без документации, интеграция выглядит валидной, но поведение DSP становится непредсказуемым.

Хорошая OpenRTB-интеграция — это не просто парсинг схемы, а проверка того, что каждый объект можно однозначно интерпретировать и сопоставить с аукционом. Начинайте с минимального payload и добавляйте поля только после того, как каждое из них прошло тест на влияние на bid-rate и match-rate.