Что делать, если 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. Если в компании нет корпоративного VPN, подобные расширения для Google Chrome помогут также аналитикам и маркетологам получить доступ к панелям управления Google Analytics и Google Tag Manager.
Но без восстановления полноценного сбора данных ценность Google Analytics будет существенно ограничена. Кроме того, нет уверенности в том, что данные не перестанут собираться полностью.
Альтернативы Google Tag Manager и Google Analytics
Для Google Tag Manager есть много альтернатив, включая отечественный DigitalDataManager. Но все они платные, и для переноса тегов придется не только настраивать их заново, но и менять формат данных в dataLayer.
Для Google Analytics альтернатив не меньше, включая Яндекс.Метрику, которая по доле рынка занимает уже второе место в мире. Но переход на другую систему аналитики создает очевидные проблемы: потеря исторических данных, готовых интеграций, необходимость повторного внедрения кодов отслеживания на сайте и переобучения сотрудников. Кроме того, часть функционала Google Analytics является уникальной и недоступна в других бесплатных сервисах аналитики.
Все это — решаемые задачи, но вряд ли кто-то хотел бы заниматься ими в срочном порядке, теряя данные и деньги.
Проксирование запросов к Google Analytics и Google Tag Manager
По нашему опыту хорошим и быстрым решением для средних и крупных сайтов является проксирования трафика через выделенный сервер. В этом случае запросы с сайта будут отправляться сначала на ваш сервер, а с него по Measurement Protocol в Google Analytics.
Для этого на сайте достаточно будет заменить домен, с которого загружаются скрипты gtm.js или analytics.js. В нашем случае это выглядит так:
<!-- Google Tag Manager -->
<script>(function(w,d,s,l,i){w[l]=w[l]||[];w[l].push({'gtm.start':
new Date().getTime(),event:'gtm.js'});var f=d.getElementsByTagName(s)[0],
j=d.createElement(s),dl=l!='dataLayer'?'&l='+l:'';j.async=true;j.src=
'https://google-analytics-suite.bi.owox.com/gtm.js?id='+i+dl;f.parentNode.insertBefore(j,f);
})(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 на самом деле.
Если же интересно пока что просто подробнее ознакомиться с отличием DDM и GTM, рекомендуем вам этот материал — https://ddmanager.ru/tag-managers-vs-digitaldatamanager.pdf
Комментарий удален модератором
Владимир, мое предложение подробнее рассказать о продукте остается в силе ;)
Комментарий удален модератором
Поправьте валидацию адреса в вашей форме заявки, а то он наш сайт (https://cm.center/) за сайт не считает.
Консерваторы умрут консерваторами.
Комментарий удален модератором
Есть бесплатная версия?
а как об этом узнать не отправляя заявку?
и вообще, в чем отличие редакций?
Надеюсь, что смог ответить на вопросы касательно стоимости в предыдущем комментарии Владимиру. Если требуется больше информации — буду рад ответить.
Владимир, спасибо за вопросы.
1. Это десятки проектов, в основном крупный ecommecre. В целом, вы можете посмотреть долю заблокированных IP
2. К сожалению нет, многое зависит от внедрения. На одном из магазинов не грузилась страница «спасибо за заказ» и данные о конверсии не отправлялись в рекламные сервисы
Комментарий удален модератором
бывают криворукие варианты, когда грузится синхронно. Или когда напрямую используется ga функция. А при ее отсутствии модуль с этой функцией вылетает по exception
Вместо GTM лучше использовать DigitalDataManager – ddmanager.ru
Комментарий удален модератором
жесть
Разлочили же сегодня t.me/rknshowtime/181
для ленивых:
57.[Unblocked] 64.233.163.138/32 - Google LLC - docs.google.co
58.[Unblocked] 216.58.207.202/32 - Google LLC - fonts.googleapis.com
59.[Unblocked] 216.58.207.234/32 - Google LLC - fonts.googleapis.com
60.[Unblocked] 216.58.207.195/32 - Google LLC - google.ru
61.[Unblocked] 216.58.209.131/32 - Google LLC - google.ru
62.[Unblocked] 64.233.163.94/32 - Google LLC - google.ru
63.[Unblocked] 216.58.207.232/32 - Google LLC - googletagmanager.com
64.[Unblocked] 216.58.211.136/32 - Google LLC - googletagmanager.com
65.[Unblocked] 216.58.207.197/32 - Google LLC - mail.google.com
Пока мы не видим изменений на проектах, с которыми работаем. Все также клиенты не могут получить доступ к Google решениям, а данные без проксирования доходят не все.
Но если ситуация изменится, все только рады будут :)
К сожалению, не все. Например 173.194.73.102, на который резолвится www.google-analytics.com, все ещё в списке: https://blocklist.rkn.gov.ru/
http://www.isitblockedinrussia.com/?host=analytics.google.com — вот здесь наглядно
Под моим IP до сих пор не работает:
- googletagmanager.com
- google.com ru - отрабатывает.
У меня чуть жестче проблема - интернет-провайдер заблокировал myaccount.google.com, что автоматически лишило доступа к гугл докс и прочим гугл драйвам. Звонили им - говорят пишите в РКН, типа мы не при делах. При этом дома и с телефона все работает. Вот теперь незнаю даже как быть: ждать пока само разблокируется или надо некие действия предпринимать?
а DFP как обойти?)
Комментарий удален модератором