<b>7 типовых провалов в privacy-цепочке, которые ломают аналитику и комплаенс</b>

<b>7 типовых провалов в privacy-цепочке, которые ломают аналитику и комплаенс</b>

Чаще всего проблемы не в «злом законе», а в рваной цепочке данных: согласие собрали, но не привязали к событиям; политику обновили, но пиксели остались включены; серверный трекинг поставили, но забыли про логи и доступы. В итоге маркетинг видит цифры, а риск живёт отдельно.

— Согласие не управляет тегами: события уходят до выбора пользователя.
— Нет отдельной логики для отказа: fallback = «слать всё».
— В CMP и на сайте разные тексты и категории.
— Собираются лишние идентификаторы, хотя для задачи они не нужны.
— Доступ к сырым данным шире, чем к агрегатам.

Ещё одна частая ошибка — думать, что privacy решается баннером. На практике нужны три слоя: минимизация сбора, контроль отправки событий и ограничение хранения. Если хотя бы один слой выпадает, вся схема становится хрупкой. 🔍

Что делать на практике: описать карту данных от клика до хранилища, удалить лишние поля, связать consent state с триггерами, отдельно проверить отказ и отдельный путь для чувствительных событий.

Если цепочка не проходит проверку «что уйдёт при отказе», значит privacy у вас пока на словах, а не в системе.