Мониторинг срабатываний тегов в GTM: рецепт без сюрпризов

Мониторинг срабатываний тегов в GTM: рецепт без сюрпризов

— Установите **кастомный тег «GTM Monitor»** из галереи шаблонов Simo Ahava. Он создаёт отдельный dataLayer.push с подробным отчётом: какие теги сработали, какие нет, время задержки, ID триггера.

— В настройках тега задайте **имя события-монитора** (например, `gtm_monitor`) и список **исключённых тегов** — не отслеживайте служебные и тестовые, чтобы не раздувать поток.

— Привяжите тег к **триггеру «Все события»** (Custom Event на любое событие) или выборочно — к ключевым событиям вроде покупки, лида, регистрации.

— В **GA4** создайте пользовательское событие с тем же именем и добавьте параметры: `tag_id`, `tag_status` (fired/blocked), `tag_firing_time`, `trigger_id`. Включите их в Mark as NPA (Nielsen Prioritized Audiences) — нет, в Custom Definitions.

— В **BigQuery Export** стройте ежедневный отчёт: сравнивайте ожидаемое количество срабатываний с фактическим. Отклонение больше 10% — сигнал для разбора.

— Настройте **алерт в Looker Studio**: визуализация срабатываний по дням, срез по тегам. Падение ниже порога — уведомление в Slack или почту.

— Раз в неделю сверяйте **данные монитора с отчётом GA4 в реальном времени** (Realtime). Расхождение — повод проверить триггеры, условия блокировки и порядок загрузки контейнера.

**Когда это пригодится:** после миграции на server-side GTM, при переходе на Consent Mode v2 и после любых массовых правок в контейнере — чтобы за час поймать сломанный тег, а не через неделю по падению конверсий.

— @GA4cookbookRuPro