<b>Google Privacy Sandbox меняет трекинг: что проверять команде с собственным трекером</b>

<b>Google Privacy Sandbox меняет трекинг: что проверять команде с собственным трекером</b>

Если у команды есть свой трекер, Privacy Sandbox в экосистеме Google — это не про «когда-нибудь», а про архитектуру данных, consent и атрибуцию в Chrome/Android.

Базовый набор для проверки:
— разделение first-party и third-party контуров;
— работа с consent string и хранение статуса согласия отдельно от рекламных событий;
— серверная обработка конверсий и минимизация зависимости от client-side cookies;
— корректная деградация атрибуции, когда browser signals недоступны;
— журналирование источника события: web, app, server, postback.

Важный момент: Privacy Sandbox не отменяет требования к правовой базе обработки данных в EU и UK. Если в цепочке есть персональные данные, остаются актуальны GDPR, ePrivacy и локальные требования к согласиям. Технический стек не заменяет документацию по data flow и retention.

Для собственного трекера полезно заранее заложить:
— модуль consent management;
— версионирование схемы событий;
— mapping между campaign IDs и агрегированными отчётами;
— резервный канал атрибуции для loss of signal;
— контроль того, какие поля уходят в партнёрки, DSP и postback-цепочки.

Отдельная зона риска — идентификаторы и кросс-девайс связка. Чем больше попыток восстановить пользователя по косвенным признакам, тем выше регуляторная нагрузка на обработку. В EU это особенно чувствительно, если данные используются для профилирования.

Практический минимум для команды: сначала описать data flow, затем проверить consent, потом пересобрать атрибуцию под server-side. Трекер без этой ревизии будет считать, но всё хуже объяснять.