7 сигналов, по которым SSP и DSP начинают «не слышать» друг друга

7 сигналов, по которым SSP и DSP начинают «не слышать» друг друга

Если в OpenRTB всё выглядит корректно, а fill-rate, win-rate и bid-rate расходятся, ищите не в креативах, а в стыке интеграций. Типовые разрывы почти всегда сидят в трёх местах: маппинг полей, тайминги и правила фильтрации.

— DSP отправляет bid, но SSP его режет по auction type, schain, floor или device-атрибутам.
— SSP отдаёт неполный bid request: нет нужных размеров, app/site полей, consent-строки или deal-идентификатора.
— Части трафика не совпадают по часам, таймзонам и SLA: запрос ушёл, ответ пришёл уже вне окна.
— Логика категорий, blocked domains и app bundle whitelist у сторон настроена по-разному.

Проверяйте сначала не деньги, а протокол: request/response parity, долю no-bid, причины floor reject, timeout rate и расхождения по site/app/domain. Если разница видна только в агрегатах, значит проблема может жить в отчётах; если расходится на уровне сырого логирования — ломается сам контракт между сторонами.

Для диагностики полезно держать один эталонный запрос и один эталонный ответ: без редактирования, с полным набором полей, consent, schain, imp, device и regs. На нём сразу видно, кто теряет контекст — паблишер, SSP, DSP или middleware.

Если интеграция «странно работает», сначала сравните сырой OpenRTB, а не дашборды: протокол обычно врет меньше людей.