7 сигналов, что SSP/DSP интеграция ломается не в bidding, а раньше — на стыке логов

7 сигналов, что SSP/DSP интеграция ломается не в bidding, а раньше — на стыке логов

Первый слой проверки — совпадение auction_id, request_id и imp.id между запросом, ответом и win notice. Если один из ключей теряется или переиспользуется, downstream-метрики начинают врать: win rate есть, а дохода нет. Второй слой — таймстемпы. Сравни request, response и impression: если задержка «плавает», проблема часто в маршрутизации, а не в аукционе.

Дальше смотрим на поля, которые ломают матчинг без явной ошибки: device.geo, site/app, schain, supplychain, user.id и buyeruid. Пустое значение не всегда означает отсутствие данных — иногда его режет middleware, wrapper или privacy-фильтр. Особенно внимательно проверяй, не исчезает ли seller info между hops.

Третий блок — коды ошибок и частота no-bid. Если DSP стабильно отвечает, но SSP видит много пустых выигрышей, ищи несовместимость в floor logic, creative size, deal terms или content categories. Отдельно сравни разметку рекламных мест: баннерный slot, video placement и native schema часто «схлопываются» в один инвентарь на стороне интеграции.

Финал простой: если метрики не сходятся, начинай не с биддинга, а с трассировки одного запроса end-to-end. Один полный логовый маршрут обычно быстрее показывает, где именно теряется сигнал, чем неделя сверки агрегатов.