Google Tag Manager для рекламщика: контейнер, теги Метрики и GA4, предпросмотр, версии

Google Tag Manager для рекламщика — это способ самому ставить на сайт счётчики и события конверсий без правок кода сайта на каждое изменение. Вы один раз вставляете код контейнера на сайт, затем добавляете теги и триггеры (правила «когда сработать»: просмотр страницы, клик, отправка формы), проверяете их в предпросмотре и публикуете версию.

Содержание

Зачем GTM рекламщику

Реклама без измерения превращается в споры «лиды есть или нет». Чтобы видеть конверсии, на сайте должны срабатывать события: отправка формы, клик по телефону, оформление заказа. Обычный путь — просить разработчика вставить код. Каждая правка занимает время, а ошибки в коде легко пропустить.

По справке Google, у Менеджера тегов и у прямой установки тега Google (gtag.js) разная роль. С gtag.js коды тегов и сбор данных на страницах вы пишете сами. В Менеджере тегов теги, в том числе сторонние, добавляются и меняются без изменения кода сайта, а управление идёт через веб-интерфейс с рабочими областями и версиями.

Что это даёт специалисту по рекламе:

• быстрее запускать и менять цели, не открывая каждый раз код сайта;
• видеть в одном месте все теги сайта: кто что добавлял и когда;
• проверять тег до публикации, а не на живых посетителях;
• откатываться на прошлую версию, если новая сломала учёт.

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

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

Устройство GTM: аккаунт, контейнер, тег, триггер, переменная

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

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

Цепочку можно запомнить так: событие на сайте → триггер проверяет условия → тег отправляет данные в сервис → вы видите цель в отчёте. Если конверсии нет в отчёте, ищите разрыв по звеньям слева направо. Это и есть основной способ отладки.

Что видно сегодня: названия в интерфейсе

Интерфейс Менеджера тегов и названия кнопок меняются. Русская справка Google к тому же частично переведена автоматически и может содержать неточности перевода, об этом сказано на самих страницах. Поэтому принципы в статье отделены от названий. Ниже — названия из русской справки по состоянию на 1 ноября 2026 года; при расхождении с вашим экраном ориентируйтесь на смысл и на актуальную справку.

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

Шаг 1. Настройка контейнера и установка кода

Создайте аккаунт и контейнер

По справке: откройте сервис Менеджера тегов, войдите в аккаунт Google, на вкладке «Аккаунты» нажмите «Создать аккаунт». В разделе «Создание аккаунта» введите название и выберите страну. В разделе «Создание контейнера» введите название (для сайта справка советует указать основной адрес сайта) и выберите тип. Для обычного сайта нужен тип «Веб», справка называет его самым распространённым. Нажмите «Создать» и примите условия использования.

Практический совет: называйте аккаунт по компании, а контейнер — по домену. Один контейнер — один сайт (или один набор поддоменов, которыми вы управляете вместе). Если у клиента два сайта, не смешивайте их теги.

Установите веб-контейнер

В окне «Установка Google Менеджера тегов» два фрагмента кода. Первый вставляется в тег head как можно выше, сразу после открывающего head. Второй (блок noscript) — сразу после открывающего тега body; он нужен посетителям с отключённым JavaScript. Фрагменты добавляются на каждую страницу сайта.

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

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

Шаг 2. Первый тег: тег Google

По справке, после установки контейнера добавляется тег Google. Откройте контейнер, на вкладке «Рабочая область» выберите «Теги» и нажмите «Создать». Замените «Тег без названия» на понятное имя, в «Конфигурации тега» выберите тип «Тег Google», укажите идентификатор тега и в разделе «Триггеры» выберите «Инициализация — все страницы». Сохраните.

Откуда берётся идентификатор тега — из того сервиса Google, который вы подключаете (например, из потока данных в Google Аналитике). Подробности настройки самой аналитики разобраны в отдельной статье: как настроить Google Analytics 4. Здесь важен принцип: счётчик подключается через тег, а не копируется в код страницы.

Предупреждение о дублях. Справка Google говорит, что при работе через Менеджер тегов дополнительный код gtag.js на сайт добавлять не нужно. Наша рекомендация: прежде чем публиковать тег, убедитесь, что старый код счётчика не остался в шаблоне сайта, иначе одно и то же действие будет учтено дважды.

Шаг 3. Триггер на клик или отправку формы

Тег счётчика считает просмотры. Для рекламы нужны действия: заявка, звонок, заказ. Для них используются другие триггеры. В справке перечислены типы: «Просмотр страницы», «Клик», «Видимость элементов», «Отправка формы», «Триггер глубины прокрутки», «Видео YouTube», «Триггер на основе пользовательского события», «Изменение в истории», «Ошибка JavaScript», «Таймер» и «Группа триггеров».

Как выбрать тип для типовой цели:

Когда создаёте триггер, всегда добавляйте условие, ограничивающее срабатывание нужной страницей или нужным элементом. Без условия триггер срабатывает на все события своего типа.

Пример (условный): вы хотите считать заявки с формы на странице контактов. Создаёте триггер типа «Просмотр страницы» с условием «Page URL содержит /spasibo/», называете его «PV — спасибо за заявку» и привязываете к тегу события.

Шаг 4. Предпросмотр и отладка

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

Как включить, по справке: на вкладке «Рабочая область» нажмите «Предварительный просмотр», откроется Tag Assistant. Укажите адрес сайта и нажмите «Подключить», затем на вкладке Tag Assistant нажмите «Продолжить». Если сайт не открывается, снимите флажок «Включить сигнал отладки в URL». Выйти можно крестиком в интерфейсе отладки или кнопкой «Остановить отладку».

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

1. Откройте страницу, на которой должен сработать тег. Тег есть в списке сработавших?
2. Выполните действие (отправьте тестовую заявку, нажмите кнопку). Появилось нужное событие?
3. Тег сработал ровно один раз? Повторное срабатывание — признак дубля.
4. Тег не сработал на страницах, где не должен (проверьте две-три «чужие» страницы)?

Ограничения предпросмотра по справке: он не поддерживает контейнеры мобильных приложений и AMP (для AMP возможен предпросмотр сайта), а параметр отладки в адресе может мешать открытию отдельных страниц. Коллегам или клиенту можно дать доступ по ссылке: «Дополнительные действия» → «Предоставить доступ».

Предпросмотр проверяет, что тег сработал в GTM. Дошли ли данные до отчёта сервиса, нужно проверить отдельно (например, в отчёте реального времени вашей системы аналитики) — об этом ниже.

Шаг 5. Версия и публикация

Все изменения сначала попадают в рабочую область и пока не работают на сайте. Чтобы они заработали, их нужно опубликовать. По справке: на вкладке «Рабочая область» нажмите «Отправить», в разделе «Конфигурация отправки» выберите «Публикация и создание версии» (сразу опубликовать) или «Новая версия» (сохранить без публикации), укажите название и описание версии, при необходимости откройте «Историю изменений» и нажмите «Опубликовать».

Версия — сохранённая копия контейнера на конкретный момент. Справка советует называть версию так, чтобы было понятно, что изменилось, и приводит пример: «Первый запуск тега просмотра страниц GA». Для рекламных проектов мы рекомендуем формат «дата — что добавили — зачем», например: «2026-11-01 — событие заявки с формы — цель для кампаний» (условный пример).

Если опубликована неготовая версия, по справке можно заново опубликовать предыдущую из раздела «Версии» (действие «Опубликовать»). Также есть действие «Выбрать в качестве последней версии» — оно заменяет содержимое рабочей области выбранной версией. История публикаций сохраняется, видно, кто и когда публиковал.

После публикации откройте сайт без включённого предпросмотра (в обычном окне) и повторите тестовое действие. Затем проверьте, что цель появилась в отчёте сервиса.

Тег Яндекс Метрики через GTM: что проверить

Счётчик Метрики по справке Метрики ставят кодом на сайт; также в справке есть собственный Яндекс Тег Менеджер. Установка через Google Менеджер тегов в справках не описана (см. ниже). Выбирайте один способ и не смешивайте. Если на проекте уже есть Метрика в коде сайта, дубль через GTM удвоит визиты.

Что известно из справки Метрики (зеркало на 1 ноября 2026): код счётчика находится на странице редактирования счётчика, библиотека загружается с адреса mc.yandex.ru/metrika/tag.js, а для передачи достижения цели используется метод reachGoal с идентификатором цели, заданным в цели типа «Целевое событие». Для проверки цели справка Метрики предлагает добавить к адресу страницы параметр _ym_debug=2 и открыть панель отладки; если включена опция «Не учитывать мои визиты», проверку делают в приватном режиме браузера.

Как именно вставить код Метрики в GTM — отдельный вопрос. Официальной инструкции Метрики по Google Менеджеру тегов в справке мы не нашли. В сторонних инструкциях описан путь через тег типа «Пользовательский HTML» с триггером на все страницы; возможно, в галерее есть шаблоны сообщества; их автор не Google и не Яндекс, проверяйте код шаблона перед использованием. Названия типов и шаблонов в интерфейсе меняются, поэтому проверьте их в списке типов тегов на день настройки. Это вторичный источник, не требование справки.

Чек-лист для Метрики через GTM:

Подробнее о том, как читать отчёты и цели Метрики для рекламы в Директе, — в статье про использование Яндекс Метрики для анализа контекстной рекламы. Общий словарь — на странице Яндекс Метрика.

Как цели доходят до рекламных кабинетов

Рекламная система не видит ваш сайт напрямую. Цель сначала фиксируется в системе измерения (Метрика, Google Аналитика), а затем используется в рекламе: для отчётов и для выбора конверсий в кампаниях. Поэтому порядок такой:

1. Определите бизнес-действие (заявка, звонок, покупка).
2. Настройте событие в GTM и проверьте в предпросмотре.
3. Убедитесь, что цель появилась в Метрике или Google Аналитике и считается правильно.
4. Только после этого подключайте цель в рекламном кабинете и сверяйте число конверсий с заявками в CRM или почте.

Как именно выбираются цели в кампаниях Яндекс Директа и Google Ads, зависит от типа кампании и версии интерфейса; эти настройки проверяйте в справке Директа и Google Ads на день работы. Метки источников трафика, которые нужны, чтобы отличить рекламный визит от других, разобраны в статье про UTM-метки.

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

Триггеры, теги и переменные на реальных целях разбираем в модуле «Аналитика и ведение кампаний» курса.

Таблица «задача → тег → триггер» и шаблон названий

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

Шаблон названий. Через полгода вы не вспомните, что такое «Тег 7». Используйте формат Тип | Что | Где:

• Теги: GA | событие | заявка, YM | счётчик | все страницы;
• Триггеры: PV | спасибо, Клик | телефон, Форма | контакты;
• Переменные: Const | ID счётчика Метрики.

Это рекомендация школы, а не стандарт Google. Главное — одинаковая схема на всех проектах: тогда любой коллега разберётся в контейнере за минуты.

Типичные ошибки

Чек-лист перед публикацией

Скопируйте в заметки. Если хотя бы на один пункт ответ «не знаю», публиковать рано.

Доступы и роли в аккаунте

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

Как этим пользоваться (рекомендация школы): подрядчику и сотруднику, который только готовит правки, достаточно «Редактирования», а публикацию оставьте за ответственным лицом со стороны компании. Владельцу бизнеса полезно, чтобы у его сотрудника была роль «Администратор» на уровне аккаунта, а не только у агентства: тогда контейнер не окажется «закрытым» в случае смены подрядчика. Справка тоже советует держать в аккаунте не менее двух администраторов и чтобы аккаунтом управлял сотрудник организации, а не внешнее агентство. Роли на уровне аккаунта в справке две: «Администратор» и «Пользователь»; пять уровней из таблицы выше задаются отдельно для каждого контейнера. Подтверждение как отдельный процесс согласования по справке доступно только в сервисе «Google Менеджер тегов 360» (входит в Google Платформу для маркетинга). Рассмотрите двухэтапную аутентификацию: по справке она необязательна, включить её для аккаунта могут администраторы, а когда она включена, создавать и менять пользовательские теги HTML и переменные JavaScript, а также менять настройки пользователей могут только те, у кого она включена в личном аккаунте Google.

Для владельца бизнеса это же вопрос к подрядчику: на чьём аккаунте стоит контейнер и кто в нём имеет доступ? Контейнер на аккаунте подрядчика — риск потерять настройки при расставании.

Для практиков: на что смотреть в аудите чужого контейнера

Если вы принимаете проект у другого специалиста, начните с аудита:

• История версий. Кто и когда публиковал, нет ли недописанных описаний. Версии без описания — признак хаоса.
• Дубли тегов. Два тега с одним идентификатором счётчика или события; два контейнера на сайте.
• Триггеры без условий на клики и отправки форм.
• Нужны ли все теги. Каждый сторонний тег — лишний скрипт. Забытые теги старых кампаний удаляйте после проверки.
• Согласие пользователя. В глоссарии справки есть понятие «сигнал согласия». Правила согласия и обработки персональных данных в вашей стране проверяйте по актуальным нормам и у юриста; эта статья их не излагает.
• Связка с CRM. Число целей за период сравните с числом реальных заявок: расхождение больше «разумной погрешности» (порог задаёт команда) — повод искать причину.

Для сквозной аналитики, где цели сводятся с расходами и продажами, GTM — только первое звено. Это отдельная тема, мы её здесь не затрагиваем.

Базовый разбор отчётов, куда попадают события, смотрите в статье об использовании Google Analytics для анализа контекстной рекламы, а общие показатели эффективности — в материале как оценить эффективность рекламной кампании.

Практика: аудит своего сайта и тренировочный контейнер

Хотите потренироваться безопасно — создайте тестовый контейнер на тестовой странице (или на простом тестовом сайте), добавьте тег Google, пройдите предпросмотр и опубликуйте версию. Тренировка на живом проекте клиента без проверки, по нашему опыту, — самый дорогой способ учиться.

Что дальше

Когда обновлять страницу

Что устареет быстро: названия кнопок и типов тегов в интерфейсе, шаблоны тегов в галерее, правила согласия и обработки данных. Что останется: логика «событие → триггер → тег», порядок «предпросмотр → версия → публикация», чек-лист, шаблон названий. Плановое обновление: январь 2027.

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

Андрей Гусаров

Основатель школы EDUGUSAROV и агентства GUSAROV. Материал опирается на официальные источники, спорные места помечены.

Обновлено: 1 ноября 2026. Страница пересматривается каждые 60 дней.