ePrivacy ломает трекинг не хуже GDPR — если вы не проверили эти 5 точек

ePrivacy ломает трекинг не хуже GDPR — если вы не проверили эти 5 точек

ePrivacy бьёт не по “данным вообще”, а по доступу к устройству и хранилищу пользователя: cookies, local storage, fingerprinting, трекинговые пиксели, рекламные SDK. Поэтому типовая ошибка — считать, что достаточно баннера про согласие, а дальше можно собирать что угодно.

Проверьте базовый минимум:
— есть ли отдельное согласие на маркетинговые cookies;
— не грузятся ли пиксели до выбора пользователя;
— отделены ли строго необходимые cookies от рекламных;
— не маскируется ли fingerprinting под “антифрод”;
— есть ли понятный отказ без тёмных паттернов.

Что важно: в ePrivacy решает не только текст политики, но и фактическое поведение сайта или приложения. Если скрипт уже поставил идентификатор до клика по баннеру, формально согласие не спасает. То же самое с ретаргетингом через SDK: если он стартует до opt-in, у вас проблема в архитектуре, а не в копирайте.

Что делать на практике: соберите карту всех точек, где появляется идентификатор, и проверьте порядок загрузки. Сначала — блокировка, потом — выбор пользователя, и только после этого маркетинг. Для аналитики держите отдельный режим без рекламы, а в логах фиксируйте, что именно было разрешено.

Если коротко: ePrivacy — это не про красивый баннер, а про дисциплину запуска трекинга. Пока не проверены теги, SDK и порядок вызовов, согласие остаётся только текстом на экране.