Собирает ли Google Analytics персональные данные по GDPR?
Начните с конкретной конфигурации: какое свойство Google Analytics используется и как оно настроено?
Короткий ответ: иногда. Ответ на вопрос, собирает ли Google Analytics персональные данные по GDPR, зависит от того, какие сведения отправляет конкретный сайт, как их обрабатывает Google и можно ли связать эту информацию с определённым человеком. Одного упоминания продукта недостаточно, чтобы ответить на этот вопрос.
Для начала выясните, какое свойство используется. На сайте может быть настроено Google Analytics 4 (GA4), более старое свойство Universal Analytics или оба варианта на время перехода. Способы сбора данных и доступные настройки у них различаются, а поведение продуктов Google со временем меняется. Проверяйте актуальную конфигурацию свойства и тегов, а не полагайтесь на старые инструкции по установке.
Затем изучите связанные с аналитикой системы. Тег GA4 может работать через Google Tag Manager, платформу управления согласием, рекламный тег или плагин, который автоматически добавляет поля. Инструмент для обработки форм или клиентская база данных тоже могут передавать в аналитику идентификаторы. Поэтому одно и то же свойство может вызывать разные вопросы о конфиденциальности на двух сайтах.
Рассматривайте конкретный случай: одно свойство, один набор тегов и данные, которые они фактически отправляют. Если в аккаунте есть отдельные свойства для открытого блога и сервиса с авторизацией, проверьте их по отдельности. Цели и потоки данных у них могут различаться.
Проследите путь одного посещения через систему аналитики
Представьте, что посетитель открывает страницу товара из результатов поиска. На странице загружается тег Google Analytics, который может отправить событие, например просмотр страницы, а также сведения, заданные в настройках сайта. В зависимости от реализации к ним могут относиться адрес страницы, информация о браузере, название события или идентификатор. Чтобы понять, какие данные Google Analytics передаёт, проверьте фактические запросы сайта, а не только настройки свойства.
Затем Google получает запрос и обрабатывает его в соответствии с настройками продукта и применимыми условиями. Сайт может также передавать сведения через связанные сервисы, например рекламные функции или импортированную аудиторию. Посещение не обязательно ограничивается одной отдельной записью: настройки могут влиять на то, как события связываются между собой, отображаются в отчётах или передаются другим инструментам.
Внимательно проверьте адрес страницы. URL может содержать адрес электронной почты, поисковый запрос, номер аккаунта или другие сведения, если сайт добавляет их в параметры запроса. Например, ссылка для сброса пароля может содержать токен. Если тег записывает URL целиком, сайт может отправить не только название страницы.
Достаточно и одного запроса.
Это не значит, что при каждом посещении можно установить личность конкретного человека. Но владельцу сайта следует проверить сам запрос и связанные системы, а не считать, что аналитика получает только анонимные данные о количестве посещений. Посмотреть, что именно отправляется, помогут инструменты разработчика браузера, предварительный просмотр тегов и тестовый визит. Зафиксируйте результаты для проверяемого свойства.
Различайте сбор данных и статус персональных данных
Сбор данных и статус персональных данных связаны, но это не один и тот же вопрос. Событие просмотра страницы — это данные. Считать ли их персональными данными в соответствии с GDPR, зависит от их содержания и контекста, в том числе от того, можно ли прямо или косвенно установить личность человека на основании информации, доступной сайту или другой стороне.
Идентификатор, который выглядит случайным, всё равно может иметь значение. Если он позволяет отличать один браузер от других с течением времени или сопоставлять данные с записью о клиенте, с его помощью можно выделить конкретного человека, даже если в отчёте аналитики не указано имя. Если сайт может связать идентификатор события с аккаунтом авторизованного пользователя, следует оценить эту связь, а не ориентироваться только на название поля.
Контекст меняет ответ.
Рассмотрим две записи с одинаковым названием события — «view_item». Первая — общий подсчёт просмотров открытой страницы товара. Вторая содержит постоянный идентификатор пользователя, который компания может сопоставить с аккаунтом и историей покупок. Название события не изменилось, но возможность связать запись с конкретным человеком — изменилась.
Поэтому на вопрос «собирает ли Google Analytics персональные данные в соответствии с GDPR» нельзя дать единый ответ «да» или «нет» для всех сайтов. При практической оценке учитывают идентификаторы, дополнительные сведения, доступ к данным и возможность связать их с человеком в рамках конкретной обработки. Псевдонимизированная информация не становится анонимной автоматически лишь потому, что в ней нет имён.
Проверьте поля и функции, влияющие на оценку
Проверьте поля и функции, которые могут повлиять на возможность идентификации или объём собранной информации. Не считайте функцию активной или отключённой только потому, что она упоминалась в старой инструкции. Проверьте текущие настройки свойства и документацию Google.
Обработка IP-адресов: выясните, какие данные получает и обрабатывает текущая версия продукта и какие настройки доступны. Не делайте выводов об анонимизации IP-адресов на основании параметра из старой версии Analytics.
Идентификаторы пользователей: если сайт отправляет идентификатор аккаунта, проверьте, является ли он постоянным, можно ли сопоставить его с конкретным клиентом и вправе ли сайт передавать его для выбранной цели.
Google Signals и рекламные функции: проверьте, включены ли они, какие сведения используют и влияют ли на отчёты или передачу данных для этого свойства.
Параметры URL: проверьте страницы сайта на наличие персональных сведений в строках запроса, фрагментах URL и ссылках перенаправления. Токен или адрес электронной почты могут попасть в адрес страницы, даже если никто не собирался использовать их как поле аналитики.
Специальные параметры и события: проверьте названия и значения, которые отправляет сайт. Поле «тип тарифа» может быть безвредным в одной конфигурации, а поле с адресом электронной почты, ответом в свободной форме или сведениями о здоровье создаёт совсем другую проблему.
Также проверьте, что происходит с данными после их поступления в свойство. Связанные аккаунты, экспорт данных и интеграции могут расширить круг лиц, имеющих к ним доступ, или изменить способы их использования. Настройка, ограничивающая сбор, не отвечает на все вопросы о дальнейшем использовании данных.
Что определяют условия Google, а что — нет
В договорных документах Google могут описываться роли Google и клиента при определённых видах обработки, в том числе случаи, когда Google выступает обработчиком данных. Ознакомьтесь с условиями, применимыми к сервису и аккаунту, и проверьте их актуальную редакцию. Одного описания продукта недостаточно, чтобы определить полное соответствие сайта требованиям GDPR.
Владельцу сайта по-прежнему необходимо оценить собственные цели, правовые основания, прозрачность обработки, настройки, а также применимые случаи передачи и раскрытия данных. Поставщик может предлагать настройки и условия договора, но это не означает, что любое использование аналитики автоматически становится законным. И выбор баннера согласия не доказывает, что теги работают так, как обещает этот баннер.
Роли также могут зависеть от конкретной обработки. Сайт может сам определять, зачем измерять посещаемость и какие события отправлять, а поставщик — обрабатывать информацию в соответствии с определёнными условиями сервиса. Важны детали: не распределяйте роли по универсальному шаблону, не проверив фактические условия использования сервиса.
Небольшому издателю стоит зафиксировать используемое свойство, теги, связанные сервисы, цели обработки и соответствующие условия. Если сайт работает с чувствительной информацией или использует сложные рекламные интеграции, обратитесь за квалифицированной консультацией по защите данных, а не считайте экран настроек полноценной юридической проверкой.
Практический аудит для владельца сайта
Краткий аудит с документированием результатов полезнее расплывчатого обещания «использовать настройки с заботой о конфиденциальности». Если вы выясняете, как проверить Google Analytics на соответствие GDPR, выполните следующие действия для каждого свойства Analytics:
Составьте список свойств и тегов. Зафиксируйте, использует ли сайт GA4, более старое свойство, Google Tag Manager, плагины или прямую вставку кода. Укажите страницы, на которых загружается каждый тег.
Проверьте посещение. Откройте чистую сессию браузера, перейдите на ключевые страницы и изучите исходящие запросы с помощью инструментов разработчика или функции отладки тегов. Зафиксируйте названия событий, адреса страниц и идентификаторы, а обнаруженные чувствительные значения удалите или скройте.
Проверьте работу механизма согласия. Протестируйте оба варианта выбора в интерфейсе согласия на сайте. Убедитесь, что теги аналитики ожидают согласия, блокируются или работают иначе, и сравните результат с заявленной политикой сайта.
Проверьте события и интеграции. Изучите специальные события, идентификаторы пользователей, связанные рекламные сервисы, импорт и экспорт данных. Уточните у команды, отвечающей за каждую интеграцию, какие данные она отправляет и зачем.
Проверьте сроки хранения и доступ. Изучите настройки хранения данных в свойстве, список пользователей аккаунта и места экспорта. Уберите доступ, который больше не нужен для работы, и задокументируйте текущие настройки.
Устраните непреднамеренную передачу данных. По возможности удаляйте персональные сведения из URL или значений событий на стороне источника. Если какое-то поле не следует отправлять, заблокируйте его до передачи тегу, а не полагайтесь только на фильтр в отчёте.
Повторяйте проверку после редизайна или установки нового плагина. Изменения в оформлении заказа, авторизации или форме могут повлиять на отправляемые данные, даже если никто не менял настройки Analytics напрямую.
Дайте посетителям точный и корректный ответ
В уведомлении о конфиденциальности следует описывать фактические практики сайта, а не делать общие заявления вроде «Google Analytics анонимна». Укажите цель — например, понять, какими страницами пользуются посетители, — и объясните, какие категории данных собираются, кому они могут передаваться и какие варианты выбора доступны посетителям. Текст должен соответствовать поведению тегов, зафиксированному при аудите.
Объясните правовые основания, на которые сайт опирается для каждой соответствующей цели, и расскажите, как посетитель может реализовать применимые к нему права. В некоторых случаях для отслеживания может потребоваться согласие, но оно не является универсальным ответом на все вопросы о GDPR: сайт должен оценивать обработку данных и применимые правила.
Чётко обозначьте ограничения. Если сайт использует идентификатор, который можно связать с аккаунтом авторизованного пользователя, точно опишите это. Если такой идентификатор не отправляется, не создавайте впечатление, что это происходит. Ответ должен отражать свойства, теги и потоки данных, проверенные на сайте, а не общее описание Google Analytics.
