Privacy Sandbox ломается не в API, а в вашей схеме идентификации

Privacy Sandbox ломается не в API, а в вашей схеме идентификации

Ключевая ошибка — ждать «замены cookies» как одного флага. Privacy Sandbox состоит из набора механизмов: Topics для интересов, Protected Audience для аукциона на устройстве, Attribution Reporting для постклика и поствью. Каждый слой закрывает отдельную дыру и требует отдельной интеграции.

Проверьте, где у вас сейчас живут сигналы:
• частота и ретаргетинг завязаны на third-party cookie
• конверсия уезжает в серверный трекинг без маппинга событий
• сегменты собираются на стороне DSP, а не в first-party контуре паблишера
• логика bidding построена на одном user ID, а не на наборе разрешённых сигналов

Для SSP и паблишера базовая задача — прокинуть first-party context: страницу, контент, consent-сигнал, размер слота, форм-фактор. Для DSP — уметь деградировать: если нет ID, использовать контекст, частотные лимиты на уровне площадки и более грубую сегментацию. Если этого нет, интеграция выглядит рабочей, но аукцион теряет значимую часть сигналов.

Отдельно проверьте postback-цепочку: event_id, дедупликацию, окно атрибуции, сопоставление клика и конверсии. Без этого любой privacy-safe стек будет давать шум вместо измерения.

Если собирать схему по слоям, а не по привычке «как было с cookie», переход получается управляемым: меньше магии, больше проверяемых сигналов.