Privacy Sandbox: 7 проверок, прежде чем менять cookie-логіку в DSP или SSP

Privacy Sandbox: 7 проверок, прежде чем менять cookie-логіку в DSP или SSP

Если у вас есть таргетинг, частотный контроль или атрибуция на third-party cookies, Privacy Sandbox нельзя подключать как «ещё один сигнал». Нужно заранее разложить, где именно в цепочке живут идентификаторы, окна матчингa и fallback-логика.

• Сначала отметьте, какие задачи у вас сейчас решают cookies: user sync, frequency capping, remarketing, conversion dedup, measurement.
• Затем проверьте, можно ли каждый из этих сценариев закрыть через first-party ID, contextual, cohort-сигналы или server-side storage.
• Отдельно посмотрите на consent flow: без него часть запросов должна уходить в degraded mode, а не ломать аукцион.
• Не смешивайте тестовый и production-трафик: иначе отчёты по match rate и fill rate станут мусором.

Для DSP важен один вопрос: где будет происходить выборка аудитории — до bid request, в auction-time или уже после клика. Для SSP — где хранится state и как быстро вы можете откатиться на обычный OpenRTB-пайплайн, если новый сигнал не пришёл.

Хорошая интеграция начинается с карты зависимостей: сигнал → место в bidstream → метрика → fallback. Если такой карты нет, Privacy Sandbox превращается не в замену cookies, а в источник невидимых потерь.