Google Tag Assistant отображается как источник привлечения, когда не загружается с Tag Manager.

На чтение 4 мин Опубликовано 22.09.2024

Вопрос или проблема

В Universal Google Analytics есть несколько переходов, атрибутированных tagasssistant.google.com. Ранее я лишь замечал это время от времени, когда запускал предварительный просмотр с помощью Tag Manager. Я загружаю gtm.js в , но это ничего нового. Однако я удалил версию из своего и изменил свой идентификатор отслеживания с UGA на GA4.

Источник и страницы определенно мои страницы просмотра, а не чужие.

Я не совсем понимаю, почему это происходит. Я думал, что увидеть это в качестве источника можно только при предварительном просмотре с помощью Tag Manager. Что я пропустил?

Окружение: общий хостинг, WordPress и Cloudflare.

Да, единственный случай, когда вы должны видеть это как реферер/источник, – это когда вы предварительно просматриваете. Если вы видите это для сессий, в которых вы уверены, что не просматривали, то вам нужно больше отлаживать.

Есть еще одна правдоподобная возможность. Вы думаете, что завершили свою сессию Tag Assistant, но она все еще работает. Это редко, но всегда связано с тем, что вы неправильно завершили сеанс предварительного просмотра. Я предлагаю попытаться снова открыть предварительный просмотр, а затем правильно его остановить.

Установите Google Tag Assistant, нажмите его значок, и он покажет вам активные сессии отладки. Остановите их все.

Если это не сработает, обратите внимание на ваши аналитические вызовы. В них проверьте значение dr каждый раз, когда вы переходите. Это значение установит размерность для всей сессии, когда оно не пустое и не из вашего локального домена, так что когда dr либо пустое, либо содержит ваш домен, его следует игнорировать. Вам больше интересует значение dr в начале сессии.

Ответ или решение

Конечно! Давайте разберёмся с вашей проблемой.

В Universal Google Analytics использование источника tagassistant.google.com обычно связано с сессиями, когда вы проводите отладку с помощью Google Tag Assistant или когда используете режим предварительного просмотра Google Tag Manager (GTM). Если вы видите этот источник в сессиях, в которых вы уверены, что не использовали предварительный просмотр, это может указывать на несколько проблем, которые стоит проверить.

Закрытие сессии отладки: Возможно, вы завершили сессию отладки неправильно, и она всё ещё активна. Рекомендуется снова открыть режим предварительного просмотра и затем правильно завершить его. Это можно сделать, кликнув по значку Google Tag Assistant в вашем браузере, чтобы увидеть активные сессии отладки, и остановить их.
Проверка значения dr: Вам следует обратить внимание на значения dr (document referrer) в ваших аналитических вызовах. Это значение устанавливает источник для всей сессии, и если оно непустое и не с вашего домена, то добавляется в аналитике. Важно, чтобы значение dr в начале сессии было либо пустым, либо содержало ваш домен. Это поможет понять, откуда действительно пришёл трафик.
Кэширование и CDN: Так как вы используете Cloudflare, убедитесь, что проблемы не вызваны кэшированием. Попробуйте очистить кэш Cloudflare и убедиться, что вы видите актуальные данные на сайте. Кэшированные скрипты могут вызвать неправомерные измерения в Google Analytics.
Проверка конфигурации GTM: Убедитесь, что ваша конфигурация GTM корректна, особенно после изменений, связанных с переходом на GA4. Проверьте, что все триггеры, теги и переменные правильно настроены и функционируют как задумано.
Анализ данных: Если вышеописанные шаги не помогут, попробуйте проанализировать более ранние данные. Возможно, этот источник появился из-за случайного запуска режима отладки в прошлом.

Если после выполнения всех указанных шагов проблема сохраняется, стоит обратиться к поддержке Google или к веб-аналитикам, которые могут помочь глубже погрузиться в вашу конкретную ситуацию.

Надеюсь, эти шаги помогут вам разобраться с возникшей проблемой.