<b>Privacy Sandbox для programmatic: 6 вещей, которые надо проверить в интеграции</b>

<b>Privacy Sandbox для programmatic: 6 вещей, которые надо проверить в интеграции</b>

Если у вас в цепочке есть browser-based inventory, Privacy Sandbox ломает не «таргетинг вообще», а привычные допущения: меньше кросс-сайтовых идентификаторов, больше контекста и on-device сигналов. Для SSP/DSP это значит: часть логики уезжает из bid request в браузерные API, а часть — в server-side матчинг и моделирование.

Проверьте сбор сигналов: • есть ли fallback без third-party cookies; • не завязан ли frequency capping только на cookie; • умеет ли ваш bidder жить без user-level path между доменами; • не теряются ли consent и privacy flags при проксировании запросов. Если у вас Prebid или собственный wrapper, важно отдельно смотреть, где именно режутся параметры до аукциона.

Дальше — сегменты и измерение. Topics, Protected Audience и Attribution Reporting не заменяют старый user sync один-в-один: аудитории становятся менее переносимыми, а атрибуция — более агрегированной. Поэтому заранее отделяйте: 1) идентификацию; 2) таргетинг; 3) measurement. Если всё смешано в одном модуле, отладка превращается в угадайку.

Для DSP практичный чек-лист простой: логируйте, какие запросы пришли с browser API, какие — без них, и где вы реально получаете bid uplift. Для SSP — не маскируйте отсутствие идентификатора «пустым» user object: лучше честный контекст, чем сломанный матчинг.

Главная идея: интеграция должна деградировать по ступеням, а не падать целиком. Если у вас есть отдельные ветки для contextual, on-device signals и legacy cookie path, вы переживёте пост-cookie стек без переписывания всего аукциона.