GTM (Google Tag Manager): что это такое и зачем нужен

Аббревиатуру путают с двумя другими: GMT — часовой пояс по Гринвичу, go-to-market — стратегия вывода продукта на рынок. Ниже речь именно о диспетчере тегов.

Зачем нужен Google Tag Manager

Он убирает разработчика из цепочки при каждом изменении в аналитике. Без GTM подключение нового счётчика или отслеживание нажатия кнопки — это задача на правку кода, релиз и ожидание. С GTM это настройка в интерфейсе, применяемая за минуту.

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

Как устроен GTM: теги, триггеры, переменные

Вся логика строится на трёх сущностях. Тег — что сделать, триггер — когда это сделать, переменная — какие данные при этом передать. Любая настройка сводится к их комбинации.

• Тег — фрагмент кода, который нужно выполнить: отправить событие в аналитику, подгрузить пиксель, передать конверсию в рекламный кабинет.
• Триггер — условие запуска: загрузка страницы, клик по элементу, отправка формы, прокрутка до определённой глубины, время на странице.
• Переменная — значение, которое подставляется в момент срабатывания: адрес страницы, текст кнопки, сумма заказа, идентификатор товара.

Пример на практике. Нужно считать нажатия кнопки «Заказать звонок». Тег — отправка события в систему аналитики. Триггер — клик по элементу с этим текстом. Переменная — страница, на которой произошёл клик, чтобы потом понять, откуда приходят звонки. Три настройки, ноль правок кода.

Режим предпросмотра: почему без него нельзя

В GTM есть режим предварительного просмотра: он открывает сайт в отладочном виде и показывает, какие теги сработали, какие нет и почему. Публиковать изменения без этой проверки — самая частая причина испорченной статистики.

Механика ошибки простая. Настроили триггер на клик по кнопке, опубликовали, через месяц открыли отчёт — событий тысячи, а заявок сотня. Оказалось, триггер ловит клик по всей области, включая соседние элементы. Данные за месяц испорчены, и восстановить их нельзя: аналитика не пересчитывается задним числом.

Ограничения и когда GTM не нужен

GTM решает задачу подключения тегов и не решает остальные. Он не собирает данные сам — это делают подключённые через него системы, и без них контейнер бесполезен.

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

Последнее стоит помнить при чтении отчётов: часть событий теряется всегда. Именно поэтому цифры аналитики и цифры CRM не совпадают, и сводить их нужно сквозной аналитикой, а не подгонкой одной под другую. Как эти расхождения читать — визиты и посетители в Яндекс Метрике.

Коротко

• GTM — система управления тегами: счётчики и события подключаются без правок кода сайта.
• Контейнер ставится на сайт один раз, дальше всё настраивается в интерфейсе.
• Логика строится из трёх сущностей: тег (что), триггер (когда), переменная (с какими данными).
• Публикация без режима предпросмотра — главная причина испорченной статистики.
• GTM не собирает данные сам и не заменяет серверную передачу событий в нагруженных проектах.