<b>Privacy Sandbox: что проверить в DSP и SSP до включения cookie-less трафика</b>

<b>Privacy Sandbox: что проверить в DSP и SSP до включения cookie-less трафика</b>

1) Разделяйте сигналы по источникам: page-level, cohort/interest, geo, device. Не смешивайте их в один feature-set — иначе оптимизация начинает «учиться» на шуме. Для bidder-а важно хранить происхождение каждого сигнала и его TTL.

2) В OpenRTB и внутреннем event-log зафиксируйте, где именно приходит privacy-safe идентификатор: контекст страницы, Topics-подобный сигнал, protected audience, first-party data. Без этого нельзя корректно объяснить падение win rate или изменение CPM.

3) Проверьте логику fallback: если no-bid с причиной отсутствия user-level сигнала, система должна уметь переключаться на contextual, floor-aware и format-aware стратегии. Иначе вы теряете показы не из-за аукциона, а из-за пустого feature vector.

4) Для паблишера отдельно контролируйте: заполнение инвентаря, долю контекстного таргетинга и качество post-auction reporting. Для байера — стабильность frequency capping, атрибуции и дедупликации конверсий между channel-ами 🔧

Главное правило: сначала делайте трассировку сигналов end-to-end, потом меняйте bidding. Без карты данных Privacy Sandbox превращается не в замену cookies, а в набор несвязанных полей.