Использование Google Tag Manager: на что обратить внимание в Германии с точки зрения защиты данных и DSGVO?

По технической части не забудьте настроить Consent Mode v2. При настройке триггеров вместо «All Pages» нужно ловить специальные события (custom events), которые отдает CMP. Обязательно сами проверьте исходящие запросы во вкладке Network в браузере, чтобы на сто процентов убедиться: без согласия пользователя скрипты вообще не дергаются.

Прямо сейчас открывайте табличку и выписывайте все теги: 1) Название тега 2) Провайдер и где стоят серверы, 3) Назначение, 4) Нужная категория согласия (статистика, маркетинг и т. д.). Если перейдете на Tag Manager без этого списка через три месяца уже никто не разберется, какой скрипт и когда отрабатывает.

Некоторые агентства отмахиваются: мол, «GTM — это просто контейнер, сам куки не ставит, согласия не нужны». В Германии такой подход — огромный риск. При загрузке кода контейнера IP-адрес пользователя улетает на сторонний сервер. Поэтому вешать его под механизм согласий надо обязательно.

мы с нашим гамбургским агентством в прошлом году через это прошли. юрист заставил переписать datenschutzerklärung с нуля и выкатил счет на 600 eur за консультации. зато сейчас голова не болит если прилетит проверка — папка с доками уже наготове.

При переходе мы у себя замеряли конверсию в согласие. Около 68 процентов посетителей дают добро на сбор статистики, а вот на маркетинговые пиксели соглашаются всего где-то 42 процента. Если криво настроите логику разрешений, эти данные просто улетят в трубу.

А ваша текущая панель согласий поддерживает серверный трекинг (Server-Side GTM)? Если хотите отрезать прямую отправку данных на сервера Google, не думали проксировать все через сервер внутри ЕС?

Советую поднять методички земельных регуляторов по защите данных (Landesbeauftragte für Datenschutz). При проверках первым делом смотрят на наличие стандартных договорных условий (SCC) при передаче данных за пределы ЕС и на прозрачность уведомлений о куках.

Прочитал этот ответ и выдохнул: значит, проблема не только у меня. Начните с небольшого эксперимента, не привязывайте всё сразу.

Все, кто торопится с google tag manager защита данных, спотыкаются на одном и том же. На этом всё, извините, если затянул.

Слежу за темой.

Прочитал этот ответ и выдохнул: значит, проблема не только у меня. Без измерений мы всегда приходим к одному и тому же.

На этом всё, извините, если затянул.

Хочу предупредить. Не полагайтесь на одну меру защиты; действуйте слоями.

Я бы пошел этим путем.

У меня было наоборот поэтому и пишу. в общем две недели ведения заметок дают лучший результат чем шестимесячные прогнозы.

Это мое мнение не утверждаю что оно единственно верное.

Буду рад, если напишете о результате.

Я тоже так считаю. Доступность резервной копии в той же сети и под той же учетной записью делает ее частью цели атаки.

Непроверенная резервная копия — не резервная копия. Если напишете результат здесь это поможет и другим.

Именно так. Непроверенная резервная копия — не резервная копия.

Это мое мнение, не утверждаю, что оно единственно верное.

Об этом много говорят, но у нас так никогда не было. Если путь уведомления длинный, уведомление не приходит; а не пришедшее уведомление — это поздно обнаруженный инцидент.

Проверено опытом.

Поделюсь своим опытом. Если путь уведомления длинный, уведомление не приходит; а не пришедшее уведомление — это поздно обнаруженный инцидент.

Автоматический отчет о сканировании и пентест — это не одно и то же. Надеюсь, это будет полезно.

Согласен.