Почему тег Google Analytics в GTM получает статус Failed

Почему тег Google Analytics в GTM получает статус Failed

Если в Google Tag Manager тег не просто «не сработал», а помечен как Failed, это уже не вопрос косметики — данные в аналитику не уходят. Разбирайте проблему по шагам.

— Проверьте базовую связку тега и триггера
Убедитесь, что тег вообще должен срабатывать на этой странице/событии. Ошибка часто не в аналитике, а в условии запуска: слишком узкий триггер, не тот URL, не тот тип события.

— Сравните статус в Preview и в сети браузера
В режиме предпросмотра посмотрите, был ли показан сам тег, а в DevTools откройте Network. Если запрос к Google Analytics не появился, проблема раньше отправки; если появился и оборвался — ищите блокировку или ошибку параметров.

— Проверьте обязательные поля тега
Для GA-тега критичны корректный ID, корректный формат параметров и отсутствие пустых обязательных значений. Один неверный параметр может перевести отправку в Failed, даже если шаблон тега выглядит «зелёным».

— Исключите конфликт с другими тегами и скриптами
Иногда страницу ломает дублирование: два тега аналитики, сторонний скрипт согласия, кастомный код, который перехватывает отправку. Ищите пересечение по тому же событию, тому же dataLayer-ключу и тому же контейнеру.

— Проверьте ограничения браузера и consent-логики
В 2026 privacy-first настройка особенно важна: блокировщики, режим согласия и server-side связка могут не пропускать данные в привычном виде. Тег может быть настроен верно, но фактически не иметь права на отправку.

— Сверьте время и порядок загрузки
Если GA-тег вызывается раньше контейнера, библиотека не успевает и запрос падает. Перенесите запуск на более поздний этап или добавьте зависимость от загрузки нужного скрипта.

Когда это пригодится: при аудите веб-аналитики, после редизайна сайта, при переходе на server-side-схему и в любой момент, когда отчёты резко «проседают» без видимой причины.

— @MarTechRoundupsPro