Privacy Sandbox: 6 полей, которые надо проверить в DSP/SSP до отключения cookies
Если у вас завязка на third-party cookies, не начинайте с «замены идентификатора». Сначала проверьте, где именно у вас живут зависимости: frequency capping, audience sync, атрибуция, lookalike, антифрод и цепочка win notice.
Для интеграции важны не только API, но и логика аукциона:
• есть ли fallback на context-only inventory;
• умеет ли bidder работать без user-level ID;
• не ломается ли pacing, когда сигнала меньше;
• совпадают ли окна атрибуции у DSP и postback у трекера;
• отдельно ли хранится consent/opt-in для каждого источника сигнала.
В Privacy Sandbox обычно ломаются не «таргетинги», а склейка данных между системами. Если feature flag выключает cookies, а отчётность всё ещё ждёт user-level join, вы получите красивые bid requests и пустые post-campaign отчёты. Поэтому тестируйте путь request → bid → win → impression → conversion как единый сценарий.
Минимальный чек-лист: логируйте, какой сигнал использован в каждом решении, не смешивайте cohort-level и user-level метрики, и держите отдельный режим сравнения для cookie / non-cookie трафика. Тогда миграция не превращается в дебаг «почему всё стало хуже».
AdTech Pulse — SSP / DSP / OpenRTB
@adtech_pulse_aff
Privacy Sandbox: 6 полей, которые надо проверить в DSP/SSP до отключения cookies
Этот пост опубликован в Telegram-канале AdTech Pulse — SSP / DSP / OpenRTB. Подписаться можно по ссылке: @adtech_pulse_aff.