Google Tag Manager — зачем он бизнесу и как его подключить

SEO group

• Title: Google Tag Manager — как подключить и зачем он
• Meta description: Что делает Google Tag Manager, чем он отличается от gtag.js и как поставить контейнер, проверить теги до публикации и не сломать скорость.
• focusKeyword: google tag manager

Article CTA

• heading: Контейнер стоит, а конверсии в Google Ads так и не приходят?
• subtext: Посмотрим контейнер, тег конверсии и режим согласия — и скажем, где именно теряются данные о заявках.
• buttonLabel: Проверить теги конверсий

Бюджет списывается каждый день, менеджер говорит «заявки есть», а на вопрос «сколько стоила последняя» ответа нет ни у кого. Кампании работают, отчёты рисуют клики, а вот что случилось с человеком после клика — слепая зона.

Причина обычно техническая и скучная. На сайте нет слоя, который фиксирует действия пользователя и передаёт их в рекламный кабинет. Этот слой и есть Google Tag Manager.

Что делает Google Tag Manager и почему без него реклама слепа

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

Тег здесь — кусок кода, который что-то отправляет наружу: событие в аналитику, конверсию в рекламный кабинет, данные в пиксель соцсети. Раньше каждый такой кусок вставляли в шаблон сайта руками. Через год никто уже не помнил, откуда взялся третий скрипт в подвале и можно ли его убрать.

Для бизнеса разница простая. Без тег-менеджера каждое «а давайте ещё померяем форму обратного звонка» становится задачей разработчику: неделя ожидания и риск задеть что-то другое. С ним это пятнадцать минут маркетолога. Главное же другое. Настройка Google Ads без переданных конверсий превращается в ставки наугад: алгоритм не знает, какие клики закончились заявкой, и оптимизировать ему не на что.

Tag Manager или gtag.js — когда простой код всё ещё нормальный выбор

Альтернатива есть, и Google описывает её сам. gtag.js — JavaScript-фреймворк, который отправляет данные с сайта в измерительные продукты Google. Разницу компания формулирует в сравнительной таблице дословно.

gtag.js умеет отправлять данные только продуктам Google. Теги разворачиваются кодом: чтобы добавить новый, нужно писать код и выкатывать релиз. Контроль версий зависит от того, как у вас устроена работа с кодом.

Tag Manager отправляет данные и продуктам Google, и сторонним, и полностью кастомным тегам. Теги добавляются и меняются на лету без правки кода, есть рабочие пространства для совместной работы и собственный контроль версий.

Оба варианта в таблице Google отмечены как бесплатные. Тег-менеджер не является платной надстройкой над бесплатным решением.

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

И ещё один момент, который экономит часы расследований. Если на сайте уже стоит Tag Manager, отдельные сниппеты gtag.js добавлять не надо. Половина случаев двойного подсчёта транзакций начинается именно с того, что тег поставили и в контейнере, и в шаблоне.

Из чего состоит контейнер

Контейнер — это набор тегов, триггеров, переменных и сопутствующих настроек, установленный на конкретный сайт или приложение. Один сайт, один контейнер. Именно его код вы ставите на страницы.

Внутри лежат три вещи, и ничего страшного в них нет.

• Теги — то, что отправляется наружу: событие GA4, конверсия Google Ads, пиксель.
• Триггеры — условие срабатывания. Google определяет их прямо: триггеры заставляют тег сработать, когда происходит определённое событие. Открылась страница благодарности, нажали кнопку, отправили форму.
• Переменные упрощают и автоматизируют конфигурации тегов. Например, ID счётчика лежит в переменной, и при замене аккаунта вы правите одно значение, а не двадцать тегов.

Этот словарь полезно держать рядом с UTM-метками: метки говорят, откуда пришёл пользователь, теги — что он сделал дальше. Одно без другого даёт половину картины.

Как подключить Google Tag Manager пошагово

Последовательность, по которой мы ставим контейнер на проектах.

1. Создать аккаунт и контейнер. Аккаунт заводят на компанию, контейнер — на сайт. На выходе два блока кода и идентификатор контейнера.
2. Вставить код в шаблон. Первый блок Google просит скопировать и вставить как можно выше в тег <head>. Второй — сразу после открывающего тега <body>. Оба нужны на всех страницах сайта, а не только на главной. На выходе контейнер живой на каждой странице.
3. Или поставить через интеграцию CMS. Для WordPress, Shopify, Wix и подобных Google предлагает интеграцию, которая не требует обновлять код на каждой странице сайта. Для типичной украинской CMS это самый быстрый путь без риска сломать шаблон. На выходе то же самое, но без доступа к коду.
4. Добавить первый тег. Обычно это конфигурация GA4, дальше конверсии рекламы. На выходе черновик контейнера с рабочими тегами.
5. Проверить в режиме предварительного просмотра. Шаг, который пропускают чаще всего и платят за это месяцем данных. На выходе подтверждение, что теги срабатывают там, где надо.
6. Опубликовать. Изменения в рабочем пространстве не работают на сайте, пока их не опубликуют. Это буквальная цитата из документации и самая частая причина паники «поставил, а ничего не меряется». На выходе версия контейнера, которая живёт на боевом сайте.

Логика та же, что когда нужно подключить Search Console: подтверждение прав, проверка, и только потом выводы из данных.

Режим предварительного просмотра экономит месяц данных

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

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

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

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

Версии и откат, или почему контейнер безопаснее правки кода

Версия — снимок конфигурации контейнера на определённый момент. Каждая публикация создаёт такой снимок.

Если после публикации что-то поехало, откат делается через «Set as Latest Version»: черновик контейнера заменяет содержимое выбранной версии, и вы публикуете её повторно. Не надо искать разработчика, не надо откатывать релиз сайта.

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

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

Согласие на трекинг и режим согласия

Режим согласия меняет поведение тегов в зависимости от выбора пользователя. От этого зависит, будут ли у вас данные вообще.

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

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

Соблазн сделать проще, то есть вообще не грузить теги Google до клика по баннеру, стоит дорого. Google прямо предупреждает: в этом случае он не сможет сверить выбор пользователя, и это ведёт к потере данных.

Consent Mode v2 добавил два параметра: ad_user_data (согласие на отправку данных пользователя в Google для рекламных целей) и ad_personalization (согласие на персонализированную рекламу). Вместе с базовыми они определяют, что теги могут делать. Когда ad_storage равен denied, новые рекламные куки и идентификаторы не записываются, а IP-адреса сокращаются уже при сборе. Когда analytics_storage равен denied, теги не читают и не пишут собственные аналитические куки первой стороны.

В самом контейнере согласие настраивается на уровне каждого тега, и состояний там ровно два: «дополнительное согласие не нужно» и «требовать дополнительное согласие для срабатывания». Страница Consent Overview делит все теги на две кучи, где согласие настроено и где нет. С неё и стоит начинать ревизию. А ещё в каждом веб-контейнере уже есть типовой триггер «Consent Initialization — All Pages», который срабатывает раньше всех остальных тегов. Баннер согласия цепляют именно на него, а сама связка разобрана отдельно: как подключить Google Consent Mode.

Сколько Tag Manager весит для скорости сайта

Вокруг этой темы больше всего выдумок, поэтому по порядку.

По набору данных third-party-web от 1 июля 2024 года, Google Tag Manager встречается на 15 022 156 страницах, а среднее влияние на главный поток составляет 1066 мс. Для сравнения: в том же наборе сам Google Analytics имеет 108 мс.

Без методики эта цифра вводит в заблуждение. Около четырёх миллионов сайтов ежемесячно обходит Lighthouse на мобильном, а время выполнения задачи приписывают первому URL скрипта в стеке. То есть в эти 1066 мс входит не только сам тег-менеджер, но и сторонние скрипты, которые он за собой тянет. Web Almanac 2025 описывает тег-менеджеры именно так: скрипты, склонные загружать много других скриптов и запускать много задач.

Вывод отсюда не «не ставьте GTM», а «следите, что вы в него кладёте». На нашем сайте контейнер подключён с defer, но экономию даёт не это, а дисциплина в отношении тегов внутри. Каждый добавленный пиксель — чужой скрипт на вашем главном потоке.

Для больших проектов есть серверный тегинг. Google определяет его как способ инструментировать теги, чтобы измерять активность пользователя там, где она происходит. Выгодами компания называет производительность страницы, более детальный контроль приватности и качество данных. Серверный контейнер работает в вашем собственном проекте Google Cloud или в другой среде на ваш выбор. Перед боевым трафиком Google настойчиво советует поставить сервер на собственный домен и перевести его в production mode, разворачивать кластером ради доступности и масштабируемости, а сами инстансы держать максимум с одним vCPU: лишние ядра не используются и портят автомасштабирование. Это уже инфраструктурная работа со счётом за облако. Браться за неё стоит, когда клиентский контейнер исчерпал себя, а не «потому что модно».

Типичные грабли

• Код только на главной. Оба блока должны быть на всех страницах, иначе половина пути пользователя невидима.
• Забыли опубликовать. Теги живут в черновике, на сайте — тишина.
• Тег стоит дважды. Дубль тега Google на одной странице — задокументированный сценарий: тот же самый тег случайно внедрили дважды. В разделе управления тегом у Google есть настройка «Ignore duplicate instances of on-page configuration»: с ней обрабатывается только первая команда конфигурации, следующие игнорируются.
• Согласие не настроено ни на одном теге. Consent Overview покажет это за десять секунд.
• Контейнер, в который год складывали и ничего не убирали. Смотрите на индикатор размера.

FAQ