DebugView – это инструментарий GA4, который позволяет отлаживать входящие данные. С его помощью можно проверить корректность передачи событий и специальных параметров в Ваш счётчик GA4, и своевременно обнаружить ошибки в отслеживании.
Но иногда случается так, что инструмент не работает. В этой статье опишу основные причины и способы решения таких ситуаций.
1. Параметр режима отладки не установлен.
DebugView показывает только те события, в который включен специальный параметр режима отладки. Это может быть ep.debug_mode , либо _ dbg. И есть три способа, как его можно добавить:
- Если установить и включите расширение для Google Chrome отладчика GA.
- Если будет включен предварительный просмотр в GTM на странице, которую вы отлаживаете
- Отправить параметр debug_mode вместе с событием в GTM.
Пример, последнего варианта.
Любой из этих вариантов добавит параметр ep.debug_mode или _dbg к запросам GA4.
Даже если Вы на 100% уверены, что все работает корректно и параметр фиксируется – это можно всегда перепроверить. Для этого необходимо зайти в панель разработчика в браузере. (Ctrl+Shift+I – для windows, Cmd+Option+I – для MacOs.) Затем перейти на вкладку “Сеть” (Network) и в поле поиска введите “collect?v=2”. Обновите страницу, затем вы увидите список запросов, отправляемых в GA4. Кликните по любому недавнему запросу и ищите в строке Request URL – ep.debug_mode или _dbg.
Если вы видите эти параметры – значит все хорошо, если нет – значит вернитесь к пункту выше и включите параметр DebugView.
2. Проверка фильтров
В Google Analytics 4 существует возможность настройки фильтрации трафика. По таким видам как: трафик разработки или внутренний трафик. Эта настройка производится на основании IP-адресов.
Внутренний трафик – исключает все события, исходящие с IP-адресов которые настраиваются в Администратор-Настройки ресурса-Сбор и редактирование данных-Потоки данных-Выбрать поток данных-Настройки тега-Определение внутреннего трафика.
Трафик разработки – будут исключены данные из отчетов, если в запрос включен debug_mode, но в режиме DebugView такие события будут отображаться.
Необходимо перейти в Администратор-Настройки ресурса-Сбор и редактирование данных-Фильтры данных и проверить, нет ли фильтров с типом внутреннего трафика и статусом Активно.
Если активен только фильтр Внутреннего трафика – это может вызвать проблему с DebugView, также это может происходить, даже при условии активности Трафика разработки. Фильтр трафика разработки не имеет преимущества над фильтром внутреннего трафика.
Может пройти некоторое время, прежде чем вы начнете видеть данные в представлении отладки после настройки этих фильтров. В худшем случае, если через несколько часов вы по-прежнему не сможете увидеть свои данные, значит, что-то не так.
Что можно с этим сделать? Первый способ – использование служб VPN для изменения вашего IP.
Другой вариант – временное отключение фильтра внутреннего фильтра трафика.
3. Google Analytics заблокирован вашим браузером.
В вашем браузере может быть установлено какое-либо расширение, которое блокирует отслеживание GA4. Даже если вы видите активацию тегов в GTM – это не значит, что они были правильно отправлены в GA4. Примерами таких расширений могут быть блокировщики рекламы (например, Adblock, Ghostery и т.п.)
Попробуйте временно отключить все расширения в браузере и посмотреть работает ли DebugView. Если начнет работать, попробуйте по очереди включать расширения, чтобы определить, которое влияет на отладку.
4. Использование браузера Brave
Если вы используете более безопасный браузер, например Brave, где по умолчанию блокируется GA. В режиме отладки вы не увидите события в DebugView. Также в этом браузере недоступен режим отладки GTM.
Решение – используйте другие браузеры для отладки, например Google Chrome.
5. Задержки по времени (иногда)
Такая ситуация возникает не так часто, как ранее. В любом случае вполне возможно, что вы столкнетесь с этим. (Новые события иногда могут доходить несколько минут или часов)
Для этого нет решения – нужно просто ждать. Поэтому если вы столкнулись с подобной ситуацией, подождите несколько часов, а затем повторите отладку.
6. Ошибки, или не выбрали устройство отладки
Даже спустя годы существования GA4 встречаются ошибки. Тут решения нет.
Не выбрали устройство отладки – Необходимо обратить внимание, появилось ли ваше устройство отладки на панели слева. Если там их несколько нужно – выбрать корректное. А если не появляется – попробовать обновить страницу как и на сайте, так и в GA4. Иногда устройство появляется спустя несколько минут.
Дополнительная проблема – вы щелкнули по области центральной панели – и отладка приостановилась. Просто щелкните еще раз.
7. Используете Server-side tagging?
Если вы внедрили отслеживание на стороне сервера и вместе с ним установлен GA4, то нужно кое-что учесть:
- Когда вы включаете Debugview с расширением отладчика GA, он показывает только те запросы GA4, которые отправляются непосредственно в Google. В случае добавления тегов на стороне сервера запросы сначала отправляются в вашу собственную конечную точку (сервер). Пользовательская конечная точка (имя хоста) означает, что отладчику GA нелегко понять, что этот запрос по-прежнему является запросом GA.
В результате запросы GA4 не сопровождаются дополнительным параметром, который включает Debugview. Таким образом, Debugview не будет включен расширением отладчика GA, если вы используете Server-side tagging.
Вместо этого вы можете отправлять параметр debug_mode со всеми вашими запросами или использовать режим предварительного просмотра Диспетчера тегов Google для автоматической активации Debugview GA4.
8. Политика безопасности контента блокирует GA
Если на вашем сайте есть политика безопасности контента, она может блокировать запросы Google. Это можно проверить, войдя в панель разработчика в браузере (Ctrl+Shift+I – для windows, Cmd+Option+I – для MacOs) на вкладке Console.
Необходимо обновить страницу, если вы увидите ошибку, которая выглядит так (или что-то подобное), это означает, что вы имеете дело с политикой безопасности контента.
Но в этом случае URL ошибки должен содержать google-analytics.com
Что это значит? Вашим разработчикам придется обновить CSP веб-сайта. Обходных путей нет, без разработчиков здесь не обойтись. Cимо Агава в своей статье описал инструкции о том, что им следует делать.
В 2022 году Google изменил URL-адрес, по которому GA отправляет данные. Раньше это был просто www.google-analytics.com, теперь это может быть регион1.google-analytics.com (или что-то подобное).
Это означает, что CSP должен добавить *.google-analytics.com и *.analytics.google.com к своим инструкциям «connect-src» и «img-src» в своей политике безопасности контента ( *. в начале важно).
9. Настройки режима согласия
Здесь много нюансов, и конкретных инструкций дать нет возможности (потому что настройка на каждом сайте может быть разной).
- Проверьте есть ли на вашем сайте всплывающее окно согласия на использование файлов cookie. Что произойдет после того, как вы отклоните файлы cookie во всплывающем окне? Обычно код отслеживания Google Analytics 4 не должен быть активирован, а это означает, что Debugview также не будет работать.
- Другая ситуация может заключаться в том, что вы внедрили режим согласия Google. Если посетитель не дает согласия на отслеживание, ваши коды отслеживания GA4 все равно активируются. Однако тогда данные, отправляемые в Google Analytics 4, будут ограничены, и вы не увидите такие события в DebugView (их невозможно увидеть).
- Еще один вариант, который может быть, заключается в том, что, возможно, в вашем всплывающем окне согласия на использование файлов cookie используется функция автоматической блокировки, которая автоматически блокирует все коды отслеживания на сайте и не позволяет им работать должным образом.
Как это устранить? Все сложно. И, как уже было написано выше, на разных сайтах все может отличаться. Нужно разбираться глубже в каждой ситуации.
10. Выйти из панели администратора в WordPress
Если вы отлаживаете веб-сайт WordPress и DebugView не работает, попробуйте выйти из администратора WP.
* Данная статья написана на основе источника AnalyticsMania c некоторыми дополнениями.
