Каждый новый сервис аналитики или рекламы просит вставить свой код на сайт. Метрика, аналитика, пиксель рекламы, виджет обратного звонка — и вот вы снова пишете разработчику, ждёте правок и платите за каждую мелочь. Google Tag Manager решает именно эту проблему: код на сайт ставится один раз, а дальше всё подключается через понятный интерфейс без участия программиста.
1. Что такое Google Tag Manager простыми словами
Google Tag Manager — бесплатный инструмент, который работает как контейнер для всех сторонних кодов на сайте. Вместо того чтобы вставлять в шаблон десяток разных скриптов, вы устанавливаете один код контейнера, а всё остальное добавляете через веб-интерфейс.
Аналогия простая: раньше в каждую комнату вели отдельный провод от щитка, и любое изменение требовало вскрывать стену. Tag Manager — это розетка: провод проложен один раз, а дальше вы просто включаете в неё новые устройства.
Что считается «тегом»
Тегом здесь называют любой сторонний код: счётчик аналитики, пиксель рекламной системы, скрипт чата, код отслеживания конверсий, виджет обратного звонка. Всё это добавляется одинаково и живёт в одном месте.
2. Зачем он нужен и что меняется без него
Пока сайт маленький, а счётчик один, разница незаметна. Она появляется, когда задач становится больше.
Как выглядит работа без Tag Manager
- Маркетолог просит поставить пиксель рекламной системы — задача уходит разработчику.
- Разработчик правит файлы темы, выкатывает изменения, иногда что-то ломает.
- Проходит от нескольких часов до нескольких дней, рекламная кампания ждёт.
- Через месяц сервис меняют — процедура повторяется.
- Через год в шаблоне лежит десяток скриптов, и никто не помнит, какие из них ещё нужны.
Как это работает с ним
- Код контейнера стоит на сайте один раз.
- Маркетолог сам добавляет нужный тег и указывает, на каких страницах он срабатывает.
- Изменения проверяются в режиме предпросмотра до публикации.
- Каждая публикация сохраняется как версия — к любой можно откатиться одной кнопкой.
- Видно, какие коды стоят на сайте и когда их добавили.
Для бизнеса это означает две вещи: скорость запуска рекламы и независимость от занятости разработчика.
3. Четыре понятия, без которых не разобраться
Интерфейс Tag Manager кажется сложным ровно до того момента, пока не поймёшь четыре термина. Дальше всё складывается.
Контейнер
Это ваш сайт в системе. Внутри него живут все теги. Для одного сайта нужен один контейнер, и его код вставляется на все страницы.
Тег
Сам код, который должен сработать: отправить данные в аналитику, зафиксировать конверсию, показать виджет.
Триггер
Условие срабатывания тега: открытие страницы, клик по кнопке, отправка формы, прокрутка до определённой глубины, время на странице. Без триггера тег не сработает никогда.
Переменная
Значение, которое подставляется в момент срабатывания: адрес страницы, текст нажатой кнопки, идентификатор счётчика. Переменные позволяют не создавать двадцать почти одинаковых тегов.
Связка читается так: тег (что сделать) срабатывает по триггеру (когда) и использует переменные (с какими данными) внутри контейнера (на каком сайте).
4. Установка: пошаговая инструкция
Процедура занимает около двадцати минут и требует доступа к шаблону сайта или админке.
Шаг 1. Создать аккаунт и контейнер
Зайдите в Google Tag Manager под своей учётной записью Google, создайте аккаунт (обычно на название компании) и внутри него контейнер для сайта. Тип контейнера — «Веб».
Шаг 2. Получить код
После создания система покажет два фрагмента кода. Первый вставляется в раздел head как можно выше, второй — сразу после открывающего тега body. Оба нужны: первый отвечает за загрузку, второй за работу при отключённом JavaScript.
Шаг 3. Разместить код на сайте
На WordPress это делается тремя способами: правкой файла шаблона header.php, через настройки темы, если в ней есть поле для скриптов, или плагином. Самый надёжный вариант для долгой работы — вставка в тему, потому что не зависит от обновлений плагинов.
Шаг 4. Проверить установку
Откройте сайт и убедитесь, что контейнер загружается. Проще всего это увидеть в режиме предпросмотра — о нём чуть ниже.
5. Первый тег: подключаем аналитику
Самый частый сценарий — перенести счётчики аналитики внутрь Tag Manager, чтобы дальше управлять всем из одного места.
Что сделать
- Создайте новый тег и выберите тип, соответствующий вашей системе аналитики.
- Укажите идентификатор счётчика — он есть в настройках самого сервиса.
- Назначьте триггер «Все страницы», чтобы код срабатывал на каждой странице сайта.
- Сохраните тег с понятным названием, например «Аналитика — просмотр страницы».
Важный момент про дубли
Если счётчик уже стоит прямо в шаблоне, а вы добавили его же через Tag Manager, данные начнут задваиваться: один визит будет считаться за два. Перед публикацией уберите старый код из темы. Это самая частая ошибка при переезде.
6. Отслеживание кнопок, форм и звонков
Основная ценность Tag Manager начинается там, где нужно считать не просмотры, а действия.
Клик по кнопке
Создаётся триггер типа «Клик» с условием — например, по тексту кнопки или её классу. Дальше он привязывается к тегу, который отправляет событие в аналитику. Так считаются нажатия на «Оставить заявку», «Заказать звонок», кнопки мессенджеров.
Отправка формы
Для форм используется триггер отправки. Тонкость в том, что многие современные формы отправляются без перезагрузки страницы, и стандартный триггер может не сработать. В таком случае отслеживают либо появление сообщения «Спасибо», либо событие, которое форма передаёт сама.
Клик по номеру телефона
Если телефон на сайте оформлен ссылкой, клик по нему легко поймать триггером с условием по началу адреса. Для мобильного трафика это ценные данные: часть клиентов звонит, вообще не оставляя заявку.
Глубина прокрутки и время на странице
Полезно для длинных страниц и статей: видно, дочитывают ли материал. Настраивается встроенными триггерами без единой строчки кода.
7. Режим предпросмотра и проверка
Перед публикацией любые изменения нужно проверять — это встроенная функция, и пропускать её нельзя.
При включении режима предпросмотра открывается ваш сайт в специальном окне, где видно: какие теги сработали, какие нет и почему, какие значения приняли переменные. Здесь же ловятся типичные проблемы: неверный триггер, опечатка в идентификаторе, тег, который срабатывает дважды.
Практическое правило: считайте настройку законченной только после того, как увидели срабатывание тега в предпросмотре и подтверждение в самой системе аналитики. Одно без другого ничего не доказывает.
8. Публикация и версии
Изменения в Tag Manager не действуют на сайте, пока вы не нажмёте «Опубликовать». Это важное свойство: можно спокойно настраивать, тестировать и не бояться сломать работающий сайт.
Каждая публикация сохраняется как версия с описанием. Если после изменений что-то пошло не так, откат к предыдущей версии занимает несколько секунд. Привыкайте писать понятные описания: через полгода «правки» и «тест» ничего вам не скажут, а «добавил пиксель рекламы и событие отправки формы» — скажет.
9. Частые ошибки новичков
- Задвоенные счётчики. Код остался в теме и добавлен в контейнер. Данные завышаются вдвое, решения принимаются по неверным цифрам.
- Настроил и не опубликовал. Всё работает в предпросмотре, но на сайте ничего нет — забыли нажать публикацию.
- Триггер «Все страницы» для всего. Теги срабатывают там, где не должны, и мусорят статистику.
- Нет названий. Через месяц в контейнере два десятка тегов с именами вида «Тег 1» — разобраться невозможно.
- Отслеживание клика вместо результата. Клик по кнопке формы не равен отправленной заявке: человек мог нажать и не заполнить поля. Считать нужно успешную отправку.
- Нет проверки после изменений на сайте. Дизайнер поменял вёрстку кнопки — триггер по классу перестал срабатывать, и это заметили через месяц по провалу в статистике.
10. Влияет ли Tag Manager на скорость сайта
Сам контейнер лёгкий и грузится асинхронно, то есть не блокирует отрисовку страницы. Но он загружает то, что вы в него положили: десять тяжёлых скриптов замедлят сайт независимо от способа установки.
Как не навредить скорости
- Держите в контейнере только то, чем реально пользуетесь. Пиксель рекламной кампании, закончившейся год назад, надо удалять.
- Не ставьте теги на «все страницы», если они нужны только на одной.
- Периодически проверяйте показатели загрузки — особенно после добавления новых сервисов.
- Тяжёлые виджеты вроде чатов лучше подключать с задержкой или по действию пользователя.
Подробнее о том, какие показатели скорости важны и как их измерять, мы разбирали в материале про Core Web Vitals.
11. Когда без него можно обойтись
Инструмент бесплатный, но это не значит, что он нужен всем и всегда.
Можно обойтись, если на сайте стоит один счётчик аналитики, рекламу вы не запускаете, а сайт не меняется месяцами. Добавить единственный код в шаблон проще, чем изучать новый интерфейс.
Стоит внедрять, если планируете рекламу, хотите считать заявки и звонки, работаете с подрядчиком по маркетингу или у вас несколько сайтов. Каждый следующий сервис будет подключаться за минуты вместо дней.
Отдельный аргумент для тех, кто нанимает подрядчиков: через Tag Manager вы даёте доступ к настройке отслеживания, не открывая доступ к самому сайту. Это и безопаснее, и проще при смене исполнителя.
12. Что делать дальше
Разумный порядок внедрения выглядит так: установить контейнер, перенести в него существующие счётчики, убрать дубли из шаблона, настроить события по ключевым действиям — заявка, звонок, клик в мессенджер, — проверить всё в предпросмотре и опубликовать.
Если разбираться некогда, эту работу можно передать нам: настроим Tag Manager, перенесём счётчики, подключим цели и покажем, из каких источников приходят обращения. Это часть поискового продвижения и работы с рекламой — без корректной аналитики оба направления работают вслепую. Напишите, какие сервисы уже стоят на сайте, и мы посмотрим, что можно упорядочить.
