Что делать, если Google Analytics и Google Tag Manager заблокированы Роскомнадзором
Часть IP адресов Google Analytics и Google Tag Manager попали в список заблокированных Роскомнадзором подсетей. Поэтому часть запросов к этим сервисам (по нашим оценкам около 10%) приводит к ошибкам.
У пользователей сайты, на которых установлен Google Analytics или Google Tag Manager могут грузиться с существенной задержкой. А это сотни тысяч веб-сайтов в России.
У аналитиков и маркетологов проблем больше:
- Панели управления GA и GTM не открываются или работают со сбоями.
- На сайте не срабатывают теги всех рекламных сервисов, добавленные через Google Tag Manager.
- В Google Analytics теряется часть данных о действиях пользователей на сайте.
Последний пункт приводит к искажению метрик в интерфейсе Google Analytics, в отчетах Google Sheets, Google Data Studio и всех приложениях, которые получают данные из Google Analytics. Например, увеличивается расхождение между кликами в рекламных сервисах и сессиями, теряются транзакции, уменьшается собираемая для ретаргетинга аудитория.
Опыт предыдущих блокировок показывает, что часть пользователей установит VPN. Если в компании нет корпоративного VPN, подобные расширения для Google Chrome помогут также аналитикам и маркетологам получить доступ к панелям управления Google Analytics и Google Tag Manager.
Но без восстановления полноценного сбора данных ценность Google Analytics будет существенно ограничена. Кроме того, нет уверенности в том, что данные не перестанут собираться полностью.
Для Google Tag Manager есть много альтернатив, включая отечественный DigitalDataManager. Но все они платные, и для переноса тегов придется не только настраивать их заново, но и менять формат данных в dataLayer.
Для Google Analytics альтернатив не меньше, включая Яндекс.Метрику, которая по доле рынка занимает уже второе место в мире. Но переход на другую систему аналитики создает очевидные проблемы: потеря исторических данных, готовых интеграций, необходимость повторного внедрения кодов отслеживания на сайте и переобучения сотрудников. Кроме того, часть функционала Google Analytics является уникальной и недоступна в других бесплатных сервисах аналитики.
Все это — решаемые задачи, но вряд ли кто-то хотел бы заниматься ими в срочном порядке, теряя данные и деньги.
По нашему опыту хорошим и быстрым решением для средних и крупных сайтов является проксирования трафика через выделенный сервер. В этом случае запросы с сайта будут отправляться сначала на ваш сервер, а с него по Measurement Protocol в Google Analytics.
Для этого на сайте достаточно будет заменить домен, с которого загружаются скрипты gtm.js или analytics.js. В нашем случае это выглядит так:
<!-- Google Tag Manager --><script>(function(w,d,s,l,i))(window,document,'script','dataLayer','GTM-XXXX');</script><!-- End Google Tag Manager -->
Мы используем этот способ для наших клиентов и хотим поделиться рекомендациями по настройке такого сервера:
При выборе хостинга убедитесь, что запросы с сервера будут успешно доходить до сети Google, а сами IP, выдаваемые самим хостером, не являются заблокированными.
При получении запроса к gtm.js или analytics.js ваш сервер должен запросить аналогичный файл с сервера Google, а затем заменить в ответе домены Google на адрес вашего сервера. Это необходимо чтобы запросы к вспомогательным скриптам, например ec.js, также направлялись к вашему серверу.
При получении хита необходимо явным образом указать IP и user-agent клиента, чтобы Google Analytics отображал в локациях посетителей не только ваш офис.
Не забудьте подключить SSL сертификат и настроить 307 редиректы для http-запросов.
Если ваш сервер использует ipv4, убедитесь что при проксировании запросов к сервисам Google ваш веб-сервер использует ipv4, а не ipv6.
Включите keepalive, чтобы сэкономить на сетевых подключениях.
Учтите, что POST-запросы через Measurement Protocol могут отправляться с пустым телом и все данные будут в URL.
Настройте мониторинг, чтобы вовремя среагировать, если серверу станет «плохо», иначе данные потеряются.
События последней недели заставили многие компании задуматься о качестве и сохранности их данных. Крупным проектам разработка собственной системы аналитики действительно может помочь застраховаться от части рисков. Но не стоит забывать, что Google Analytics это наиболее универсальная система аналитики, которая помогает бизнесу, в том числе, контролировать отношения с партнерами.
Поэтому мы рекомендуем всем, кто использует системы аналитики, дублировать данные Google Analytics в хранилище, которое принадлежит вам. Для этого подойдут облачные сервисы Google BigQuery, AWS RedShift или внутренние ClickHouse, HP Vertika.
Чтобы пользоваться интернетом – смените страну проживания.
Комментарий удален модератором
Владимир, в свою очередь добавлю про DDM. 3. Не GTM, а его улучшенная, морально обновленная и удобная версия. Срок интеграции зависит от желания и целей компании: можно ограничиться базовой интеграцией, а можно нацелиться на продвинутую. Есть бесплатная версия. Платная версия дает больше функциональных возможностей и позволяет пользоваться суппортом команды для реализации всех хотелок. Ни один из скриптов DDM не хранится на заблокированных серверах. Вы можете проверить это сами и убедиться, что все скрипты раздаются из Москвы.
Комментарий удален модератором
Владимир, зачем вводить людей в заблуждение? Вы ведь никогда не работали с продуктом DigitalDataManager. В связи с этим непонятно, откуда вся эта информация?
1. Да, вы можете внедрить контейнер GTM, просто скопировав и вставив код на все страницы. Но что это даст? По факту, GTM — не более чем онлайн-редактор кода, где для работы все равно нужно знать JavaScript и куда ни в коем случае нельзя пускать маркетологов, да и аналитиков не рекомендуется.
DDM также можно внедрить скопировав и вставив код на все страницы. Но тогда и функционал будет лишь на уровне GTM.
Если вы хотите использовать все возможности DDM, то очевидно интеграция нужна. Но в отличии от GTM и других тег-менеджмент систем (Tealium, TagCommander и др.), это будет будет ваша единственная интеграция.
Любые маркетинговые и аналитические сервисы уже можно будет подключать без необходимости знания JavaScript или постановки задач в отдел разработки. И это только вершина айсберга.
2. Про платить — в DDM вы платите за поддержку, а не за использование продукта. Если вы хотите использовать DDM без нашей поддержки — платить не обязательно. Все просто.
Для сравнения — у GTM вообще нет никакой поддержки. Если вы захотите решить даже такую очевидную и простую задачу как подключение GA Enhanced Ecommerce, то скорее всего вы потратите в 10 раз больше, нанимая аналитическое агентство или аналитика на ЗП. Да и то не факт, что они все правильно настроят.
3. >> Чтобы воспользоваться GTM - нужно просто иметь почту на гугле. Чтобы воспользоваться DDM - нужно заполнять заявку через сайт и ждать ответа (?!).
Сомнительное преимущество, если честно)
Заявку мы спрашиваем, чтобы познакомить клиента с продуктом поближе, чтобы не приходилось самостоятельно разбираться во всем.
Конечно, self-serve версия будет тоже. Просто попозже. Пока что DigitalDataManager сфокусирован на компании уровня enterprise, которым self-serve регистрация не нужна, а которым нужно решение их проблем, появившихся от использования GTM.
4. >> Чтобы сохранить все настройки GTM и перенести их куда нужно - достаточно двумя кнопками импортировать все в файл json.
Такой функционал также присутствует.
5. >> Если нужно по-быстрому разметить действие на сайте, вставить скрипт, отредактировать dataLayer, добавить переменную - это делается моментально.
В DDM все указанные функции выполняются разы быстрее и удобнее. Более того, вам не придется создавать 8 разных тегов для передачи одного события в 8 разных систем.
Суммируя: Если сравнивать GTM и DDM face-to-face, то победит однозначно DDM.
У GTM нет ни одного преимущества или важного функционала, которого бы не было в DDM. При этом, все преимущества DDM — в GTM отсутствуют.
Если вам интересно — мы можем провести персональную демонстрацию и рассказать, что из себя предоставляет DigitalDataManager на самом деле.