7 полей в bid request, которые SSP и DSP обязаны читать одинаково

7 полей в bid request, которые SSP и DSP обязаны читать одинаково

В programmatic ошибка часто не в теге и не в креативе, а в том, что SSP и DSP по-разному трактуют один и тот же запрос. Если поле не совпало по смыслу — аукцион формально прошёл, но сигнал потерялся.

Проверьте в первую очередь:
• device: ua, ip, ifa, dnt
• site/app: domain, bundle, cat, page
• imp: secure, banner/video/native, mimes, api
• user: buyeruid, consent, data segments
• schain: кто реально продаёт инвентарь
• regs: какие ограничения переданы в запросе
• ext: где у вас живут кастомные флаги и версии

Типовая ошибка — считать, что если поле есть в JSON, оно уже «понято» второй стороной. На практике ломаются маппинги, теряются массивы, а при переходе web ↔ app путают domain и bundle, IFA и cookie, schain и resellers. Для дебага держите один эталонный bid request и сравнивайте его на входе и выходе обеих систем.

Если SSP и DSP читают одни поля по-разному, вы теряете не только match rate, но и прозрачность цепочки. Начинайте разбор с контракта на уровне OpenRTB, а не с отчёта по win rate.