Как быстро найти, почему в GTM пропали page_view и сломались триггеры

Как быстро найти, почему в GTM пропали page_view и сломались триггеры

Если контейнер Google Tag Manager стоит на странице, это ещё не значит, что данные собираются корректно. Частая проблема — page_view не приходит, а триггеры срабатывают не там, где нужно. Ниже — чек-лист, как это диагностировать без лишней магии.

— Проверьте, что контейнер загружается на всех нужных страницах.
Сначала смотрим не на отчёты, а на сам факт установки: скрипт GTM должен быть в шаблоне, а не в отдельных блоках. Если контейнер стоит не везде, часть событий просто не появится.

— Сверьте структуру dataLayer с тем, что ждут теги и триггеры.
Ошибка часто не в самом GTM, а в том, что объект dataLayer передаётся в другом формате или с другим порядком полей. Триггер может ждать одно имя события, а сайт отправляет другое.

— Проверьте, не перетирается ли dataLayer после загрузки страницы.
Если разработчики повторно объявляют dataLayer как новый массив, ранние события исчезают. Это особенно заметно на SPA и страницах с тяжёлой динамикой.

— Посмотрите, на каком событии должен срабатывать триггер.
Иногда тег повешен на Page View, а фактические данные появляются только после DOM Ready или пользовательского события. Тогда page_view есть, но условия запуска уже не совпадают.

— Сверьте порядок загрузки кода и вызовов.
Если push в dataLayer идёт раньше, чем загрузился контейнер, событие может не подхватиться. Нужен стабильный порядок: сначала базовая инициализация, потом отправка данных.

— Отладьте всё в Preview-режиме и через консоль браузера.
Смотрите не только, сработал ли тег, но и что реально лежит в dataLayer на каждом шаге. Это помогает быстро отличить проблему данных от проблемы логики триггера.

Когда это пригодится — если после релиза в BI внезапно просели page_view, а маркетинг видит расхождения между сайтом, GA4 и отчётами в дашборде.

— @MarketingAnalyticsRoomPro