Как решить проблему GDPR с серверным тегом GTM

После вступления в силу Общего регламента по защите данных (GDPR) пользователи Google Analytics в Европе столкнулись с проблемой. Google Analytics стало незаконным для использования операторами веб-сайтов в нескольких странах из-за решений европейских органов по защите данных, поскольку он не соответствует GDPR.

Хорошая новость заключается в том, что у этой проблемы есть решение. Если вам нравится структура данных Google Analytics 4, вам не нужно отказываться от нее. Вместо этого вы можете использовать отслеживание на стороне сервера в Google Tag Manager и использовать специальный тег от OWOX для прямой передачи данных с вашего сайта в Google BigQuery, не отправляя их на серверы Google Analytics.

В 2020 году некоммерческая организация NOYB подала 101 жалобу на веб-сайты, работающие в Европейской экономической зоне (ЕЭЗ), которые применяли Google Analytics или Facebook Connect. После этого органы по защите данных ЕЭЗ начали издавать постановления, вынуждающие операторов веб-сайтов ЕЭЗ прекратить использование этих услуг на том основании, что они не соответствуют Общему регламенту по защите данных (GDPR).

Проблема заключается в способе применения Google Analytics в Европе, поскольку Google хранит данные, собранные о жителях ЕС (данные о поведении пользователей), в облачном сервисе в США. Камнем преткновения было — и остается — то, что меры безопасности, принятые Google, недостаточны для предотвращения доступа спецслужб США к личным данным жителей ЕС. По данным европейских органов по защите данных, такая передача данных за границу нарушает GDPR.

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

Для обработки данных, собранных на стороне сервера (отслеживание на стороне сервера), добавляется промежуточный пункт назначения (в случае Google Tag Manager — это облачный сервер). Со стороны клиента запрос сначала поступает на облачный сервер, а затем облачный сервер обрабатывает этот запрос и отправляет его в стороннюю систему. То есть вместо того, чтобы клиентский браузер делал запрос к сторонней системе, этот запрос делал облачный сервер.

1. Отслеживание на стороне сервера позволяет скрыть бизнес-логику того, как ваш сайт взаимодействует со сторонними приложениями, переместив ее на серверную часть. То есть данные, которые вы передаете, и логика, которую вы используете для их передачи, не будут доступны пользователю.
2. Отправка данных в сторонние системы не зависит от браузера пользователя, так как все запросы обрабатываются и отправляются на стороне сервера и не подвержены влиянию блокировщиков рекламы, так как данный метод исключает возможность детектирования скрипта путем идентификации домена, отправляющего запрос. запрос.
3. Этот метод отслеживания является более безопасным, а значит, вы можете дополнять пользовательские данные, собранные на стороне клиента, необходимой информацией без риска разглашения.
4. У вас есть полный контроль над данными, которые будут отправлены в сторонние системы, что позволит вам соблюдать существующие требования GDPR, CCPA и CSP.
5. Используя субдомен при настройке серверного контейнера, вы можете установить собственные файлы cookie, продлив срок их действия. Это помогает устранить влияние инструментов предотвращения отслеживания, встроенных в Safari, Chrome и Firefox.

Чтобы не отправлять данные в Google Analytics, вы можете использовать Google Analytics 4 RawData to BigQuery Tag, который позволяет автоматически перенаправлять события Google Analytics 4 в таблицу Google BigQuery.

Google Analytics 4 RawData to BigQuery Tag предоставляется бесплатно. Любой, кто использует GTM на стороне сервера, может установить его и получить следующие преимущества:

1. Соответствие GDPR. Используя наш тег, вы можете настроить GTM на стороне сервера, чтобы данные вообще не поступали на серверы Google Analytics в США, а вместо этого направлялись непосредственно в набор данных с местоположением, указанным вами в Google BigQuery. То есть данные вообще не выходят за контур первой стороны бизнеса. Таким образом, сам бизнес гарантирует 100% соответствие GDPR.
2. Разовая установка. Тег нужно настроить только один раз. Не нужно заходить в настройки и менять структуру таблицы в GBQ каждый раз, когда вы добавляете новые события/параметры GA4 в разметку сайта.
3. Данные в режиме реального времени. Данные отправляются в GBQ в режиме реального времени — не нужно ждать запланированного экспорта.
4. Нет ограничений. Например, вы не столкнетесь с известным ограничением в 1 миллион посещений в день, которое применяется к собственным загрузкам из бесплатной версии GA 4 в GBQ.
5. Тег бесплатный и доступен всем, кто использует отслеживание GTM на стороне сервера.

Если вам нужно надежное аналитическое решение, адаптированное к GDPR и миру конфиденциальности, подпишитесь на бесплатную демоверсию.

Вы можете использовать тег Google Analytics 4 RawData to BigQuery, если вы включили Google Analytics 4 и настроили GTM в качестве диспетчера тегов на стороне сервера для событий GA 4. С этим тегом вы будете получать сырые данные Google Analytics 4 после каждого добавления нового события в разметку сайта без предварительной настройки схемы в BigQuery.

1. Создайте набор данных в проекте GBQ:

2. Выберите место хранения данных:

3. Создайте таблицу со следующей схемой:

Самый быстрый способ — запустить приведенный ниже код SQL в GBQ:

СОЗДАЙТЕ ТАБЛИЦУ, ЕСЛИ НЕ СУЩЕСТВУЕТ [project_name].[dataset_name].ga4RawDataOwox (rawDataOwox STRING NOT NULL, createdAt TIMESTAMP NOT NULL) OPTIONS(description="Необработанные данные GA4, переданные непосредственно в GBQ из моего серверного GTM с использованием тега OWOX")

Примечание! В этом примере кода SQL вам нужно заменить [имя_проекта].[имя_набора_данных] на фактические имена проекта и набора данных.

1. Перейдите в Шаблоны → Шаблоны тегов → Галерея поиска в контейнере GTM на стороне сервера:

2. Найдите и выберите тег:

3. Добавьте его в свою рабочую область:

Перейдите в Теги и добавьте этот тег. Выберите триггер и укажите путь к вашей таблице в GBQ.

Примечание! Установите флажок «Включить ведение журнала» только для отладки.

Пока ваш серверный контейнер работает в том же проекте GCP с таблицей BigQuery, все готово. Вам не нужно ничего делать с точки зрения аутентификации, поскольку учетная запись службы App Engine по умолчанию имеет полный доступ ко всем таблицам BigQuery, добавленным в проект.

Отправьте и опубликуйте изменения, затем протестируйте поток в режиме предварительного просмотра. Если все верно, вы увидите тег Google Analytics 4 RawData to BigQuery в разделе Теги запущены:

И вы увидите данные в таблице Google BigQuery:

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

Если вы включили Google Analytics 4 и вам нужно импортировать данные о расходах в Google BigQuery или создать многоканальные отчеты, закажите демонстрацию в OWOX.

Наши специалисты покажут, как вы можете использовать продукты OWOX BI (и наши профессиональные услуги) для достижения ваших целей и преобразования необработанных данных в готовые для бизнеса данные.