Google Tag Manager для чайников: зачем нужен и как запустить

Google Tag Manager нужен, чтобы управлять кодами аналитики и рекламы через один контейнер на сайте. После первичной установки можно подключать Google Analytics 4, Google Ads, пиксели и события без постоянного редактирования шаблона. Разработчик всё равно понадобится для установки контейнера и сложных действий, но простые настройки владелец сайта сможет менять сам.

Что такое Google Tag Manager и зачем он нужен

Google Tag Manager - сервис для размещения и запуска кодов по заданным условиям. В контейнере хранятся теги, триггеры и переменные. Вместо ручного добавления каждого счётчика в файлы сайта специалист настраивает их в одном интерфейсе, проверяет в режиме отладки и публикует отдельной версией.

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

• Google Analytics 4 можно подключить ко всем страницам, а отдельными событиями передавать просмотр товара, отправку формы и покупку.
• Google Ads получает конверсии, если на сайте корректно настроена передача нужных действий и идентификаторов.
• Для сайта услуг можно измерять клики по номеру телефона, WhatsApp, 2GIS, адресу и кнопке заказа.
• В магазине можно отслеживать просмотр товара, добавление в корзину, начало оформления и успешную покупку.

GTM не заменяет аналитику, рекламный кабинет или CRM. Он доставляет коды и события, но не оценивает качество лида, прибыль и работу менеджера. Если бизнесу важны продажи, одной отправки формы недостаточно: данные о заказе нужно связать с CRM или хотя бы хранить источник обращения.

Кому стоит устанавливать GTM

Google Tag Manager оправдан, когда на сайте несколько рекламных систем, регулярно появляются новые формы или нужно различать звонки, мессенджеры и заказы. Для простой страницы с одним стабильным счётчиком он не обязателен. Выбор зависит не от размера компании, а от количества кодов и действий, которые требуется измерять.

Сайт услуг может получать обращения через форму, телефон, WhatsApp, Instagram и карту. Если считать только форму, отчёт покажет лишь часть действий посетителей. Для магазина важнее последовательность заказа, а для корпоративного сайта - заявки, скачивания документов и использование внутреннего поиска.

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

Как создать и установить контейнер

Контейнер создают в Google Tag Manager для конкретного сайта или приложения, затем устанавливают на страницы два фрагмента кода. Первый размещают в элементе head, второй - сразу после открытия body. Точный способ зависит от CMS и архитектуры проекта, поэтому после установки нужно проверить загрузку контейнера на реальных страницах.

• Войдите в сервис под рабочим Google-аккаунтом, доступ к которому не зависит от одного сотрудника.
• Создайте аккаунт с понятным названием компании и контейнер для нужного сайта. Для обычного сайта выберите тип «Веб».
• Скопируйте оба фрагмента, которые выдаёт интерфейс, и передайте их разработчику либо добавьте через предусмотренное поле CMS.
• Не подключайте один контейнер одновременно через несколько модулей. Иначе могут появиться дублирующиеся просмотры и события.
• Сохраните изменения, откройте сайт в браузере и проверьте контейнер через режим предварительного просмотра.

В CMS код иногда добавляют через настройки темы, специальное поле или модуль. Перед изменением сделайте резервную копию и зафиксируйте место установки. Если сайт собирается на Next.js, React или другой современной технологии, разработчику нужно отдельно проверить переходы без полной перезагрузки страницы.

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

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

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

• Тег - код или шаблон, который нужно запустить. Это может быть тег Google, событие аналитики или пользовательский HTML.
• Триггер - условие запуска. Он может реагировать на просмотр страницы, клик, отправку формы, изменение URL или пользовательское событие.
• Переменная - значение, которое используется в условии или передаётся вместе с событием. Например, URL, ID кнопки, номер товара или сумма.

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

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

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

Какие события настроить на сайте

Начните с действий, которые связаны с обращением или оплатой: успешная заявка, звонок, заказ и переход в мессенджер. Затем добавьте события, помогающие понять путь пользователя, например просмотр товара или добавление в корзину. Второстепенные клики лучше подключать после проверки основных конверсий.

Названия событий согласуйте до настройки. Если в одном документе используется «lead», в коде «form_success», а в CRM «new_request», специалистам будет трудно сопоставить отчёты. Соберите небольшой словарь: название события, описание, обязательные параметры и место, где оно должно появляться.

Не передавайте в аналитику ФИО, телефон, текст заявки и другие сведения, по которым можно узнать человека. Для отчёта обычно достаточно факта успешной заявки, типа формы, технического идентификатора и источника. Подробности обращения должны оставаться в CRM или системе, где настроен ограниченный доступ.

Как проверить GTM до публикации

Режим Preview показывает, какие события произошли на странице, какие теги запустились и какие условия не выполнились. Проверяйте не только положительный сценарий, но и ошибку формы, повторный клик, мобильное устройство и переход на другую страницу. После теста отдельно убедитесь, что данные появились в аналитике.

• Откройте GTM и запустите «Предварительный просмотр», затем подключите адрес проверяемого сайта.
• Пройдите нужный сценарий: откройте страницу, нажмите кнопку, заполните форму или оформите тестовый заказ.
• В панели отладки проверьте события загрузки страницы, клика и пользовательского действия в правильной последовательности.
• Посмотрите, какой тег сработал и по какому условию. Если тег запускается дважды, найдите источник дублирования.
• Проверьте параметры события: URL, название формы, ID товара, сумму, валюту и технический номер заказа.
• Откройте отчёт аналитики или тестовый режим рекламной системы и убедитесь, что событие принято.
• Опубликуйте контейнер только после проверки, затем повторите основной сценарий на обычной версии сайта.

Зелёный статус в отладчике подтверждает запуск тега, но не гарантирует приём события внешней системой. Причиной ошибки может быть неверный идентификатор, блокировка браузера, настройки согласия на cookies или неправильное имя конверсии в рекламном кабинете.

После публикации создайте описание версии, например «Добавлена успешная отправка формы». Если настройка повлияет на заявки, сохраните дату, исполнителя и способ проверки. История версий поможет быстро вернуть рабочий вариант, если после изменения появятся дубли или пропадут события.

GTM или прямой код на сайте

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

Контейнер не должен превращаться в архив отключённых скриптов. Неиспользуемые теги удаляйте после проверки, а рабочие группируйте по назначению и подписывайте понятными именами. Периодически проверяйте, не подключён ли тот же счётчик напрямую в CMS, шаблоне или другом модуле.

Доступы распределяйте по ролям. Владельцем должен быть рабочий аккаунт компании, а не личная почта сотрудника или подрядчика. Перед передачей проекта проверьте, что у бизнеса есть доступ к контейнеру, аналитике, рекламным кабинетам и сайту.

Типичные ошибки при запуске

Проблемы чаще возникают из-за неверной логики события, дублирования кодов и отсутствия проверки. Самая частая ошибка - считать кликом факт заявки. Следом идут два одинаковых счётчика, контейнер без второго фрагмента, форма на AJAX без отдельного события и потеря доступа после ухода сотрудника.

• Один из фрагментов контейнера не установлен или расположен не там, где указано в инструкции.
• Контейнер опубликован без теста, поэтому часть тегов запускается на неверных страницах.
• Форма работает через AJAX, а триггер ждёт перезагрузку страницы и не видит успешную отправку.
• GA4 подключён одновременно в CMS и GTM, из-за чего просмотры или события приходят дважды.
• В рекламный кабинет передаётся нажатие кнопки, хотя форма завершилась ошибкой.
• В рабочем контейнере остался тестовый тег или старый идентификатор рекламной системы.
• Доступ привязан к бывшему сотруднику, а у компании нет резервного администратора.
• В пользовательский HTML добавлен непроверенный скрипт, который конфликтует с сайтом или создаёт лишнюю нагрузку.

Перед публикацией попросите карту событий и список тегов. В документе должны быть указаны условие запуска, параметры, система-получатель и способ проверки. Если подрядчик говорит только «код установлен», без описания конверсий и доступа к контейнеру, после сдачи проекта будет трудно контролировать результат.

Частые вопросы

• Нужен ли программист для GTM? Для первичной установки и сложных событий обычно нужен доступный специалист. Простые теги и триггеры после этого можно настраивать самостоятельно.
• GTM платный? Стандартный Google Tag Manager для сайта предоставляется бесплатно. Отдельно оплачиваются работа специалиста, разработка сложных событий и сторонние сервисы.
• Можно ли установить GTM на WordPress или Tilda? Обычно да, если выбранная платформа и тариф позволяют добавить пользовательский код. Способ зависит от настроек сайта.
• Почему тег сработал, а конверсия не появилась в рекламе? Запуск тега не подтверждает приём события рекламной системой. Проверьте идентификатор, параметры, название конверсии и ограничения браузера.
• Нужно ли устанавливать GTM на маленький сайт? При одном стабильном счётчике можно обойтись прямым кодом. Контейнер полезен, если появляются реклама, несколько каналов обращений или новые события.
• Можно ли передавать через GTM телефоны клиентов? Открытые персональные данные в аналитику передавать не следует. Отправляйте обезличенный факт заявки, а контакт храните в CRM.

С чего начать настройку

Начните с перечня действий, которые приносят бизнесу обращения или деньги: заявка, звонок, заказ, переход в мессенджер и покупка. Затем проверьте владельца Google-аккаунта, доступ к сайту и уже установленные счётчики. После этого создайте контейнер, подключите один основной тег, настройте одно событие и протестируйте его до публикации.

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

Мы подключаемся к проектам удалённо по Казахстану и из Алматы. Поддержка и доработка сайта стоят от 50 000 ₸ в месяц. Точная стоимость зависит от CMS, рекламных систем, количества событий и необходимости менять код сайта, поэтому её фиксируем после брифа.