Privacy Sandbox: 6 проверок перед тем, как менять таргетинг под post-cookie

Privacy Sandbox: 6 проверок перед тем, как менять таргетинг под post-cookie

Сначала разделите задачи: контекстный биддинг, частотный контроль, атрибуция и аудит. У Privacy Sandbox для каждого сценария свой механизм, и ошибка в маппинге ломает не «таргетинг вообще», а конкретный слой в воронке.

Для байера проверьте, откуда берётся сигнал: cohort/interest, on-device API, first-party event или fallback. Для паблишера важны права на данные, разметка страниц и совместимость с header bidding. Если сигнал нельзя описать в логах, его нельзя стабильно сравнивать между SSP и DSP.

Перед интеграцией прогоните чек-лист:
• какие запросы должны остаться без third-party cookies;
• где нужен consent gate;
• что делаем при пустом ответе API;
• как считаем frequency cap и reach;
• чем заменяем user-level postback;
• как валидируем совпадение сегментов.

Отдельно смотрите на измерение: без единой схемы событий вы получите разные цифры в DSP, ad server и BI. Для таких случаев полезно фиксировать event taxonomy до запуска, а не после расхождений.

Если коротко: не переносите старую cookie-логику в новый контур один в один. Сначала опишите, какой сигнал нужен каждому модулю, потом выбирайте API и только затем меняйте логику бидинга.