Privacy Sandbox ломает не таргетинг, а привычную схему идентификации пользователя

Privacy Sandbox ломает не таргетинг, а привычную схему идентификации пользователя

Ключевая ошибка в интеграции — пытаться заменить third-party cookie одной «магической» сущностью. У Privacy Sandbox несколько API, и каждый решает свою задачу: Topics — интересы, Protected Audience — аукцион по аудитории, Attribution Reporting — измерение конверсий, CHIPS — изоляция cookie по контексту.

Для SSP и DSP базовая проверка такая: • не завязывать логику биддинга на один identifier; • заранее разделить use cases: таргетинг, ретаргетинг, атрибуция, frequency capping; • проверить, где у вас user-level сигнал, а где достаточно cohort/context. Если этого не сделать, интеграция выглядит «рабочей», но ломается на edge cases: кросс-сайт частоты, дедупликация конверсий, lookalike-логика.

Для трекинга и измерений меняется не только payload, но и модель данных. Вместо привычного детального user-path приходится проектировать агрегацию: меньше событий на уровне пользователя, больше отчётов на уровне групп, окон и источников. Это требует пересмотра логики postback, окон атрибуции и правил сопоставления кликов/показов.

Самый полезный чек-лист: описать каждый сигнал в таблице «откуда приходит / где используется / чем заменить / что ломается без него». Если после этого хотя бы один критичный сценарий не закрыт контекстом или агрегированным измерением, интеграция ещё не готова.