Google Tag Manager: как менять счётчики на сайте без правки кода

Ты только что выложил свою первую браузерную игру — скажем, ту самую «Змейку», которую собрал вместе с Claude Code. Ссылка работает, друзья уже играют, и тебе хочется понять: сколько человек заходит в день, с каких устройств, какие кнопки нажимают чаще всего. Самый очевидный путь — поставить счётчик вроде Google Analytics 4 или Яндекс.Метрики. Но потом маркетолог просит добавить пиксель рекламной сети, потом ещё один, потом оказывается, что старый счётчик нужно обновить. Каждый раз приходится лезть в код, просить ИИ-ассистента что-то вставить, проверять, что ничего не сломалось, и заново выкладывать сайт. Google Tag Manager убирает эту рутину: ты один раз ставишь на сайт маленький контейнер, а все счётчики, пиксели и события настраиваешь через браузерную панель. Ниже — что такое GTM, чем он отличается от самой аналитики, когда он нужен новичку, а когда — перебор, и как не наделать типичных ошибок.

Содержание

Что такое Google Tag Manager простыми словами
Чем GTM отличается от Google Analytics 4
GTM и Яндекс.Метрика: можно ли использовать вместе
Когда GTM реально нужен новичку, а когда это лишняя сложность
Как GTM понимает, что происходит на сайте: dataLayer и события
Как это выглядит технически на уровне процесса
Практический пример: считаем события в «Змейке»
GTM для одностраничных приложений и PWA
Переход с прямого кода на GTM: пошаговая схема
Как не превратить GTM в свалку
Типичные ошибки новичков
Сравнение: вставить код счётчика напрямую vs через GTM
Частые вопросы
Заключение + чек-лист

Что такое Google Tag Manager простыми словами

Google Tag Manager, или сокращённо GTM, — это не сама система аналитики. Это диспетчер тегов: специальный сервис, который управляет всеми счётчиками и скриптами на твоём сайте из одного места. Счётчики — это как розетки в квартире. Можно воткнуть в каждую стену отдельную розетку и вести к ней свой провод. А можно один раз сделать электрощиток с автоматами: от него идёт один кабель, а дальше ты через рубильники решаешь, что включать, что выключать и когда.

В случае с сайтом этот «электрощиток» — контейнер GTM. Это два небольших фрагмента JavaScript-кода, которые вставляются в страницу один раз. Один кусок обычно помещается в <head>, другой — сразу после открывающего тега <body>. После этого всё остальное происходит в веб-интерфейсе Google Tag Manager: ты создаёшь теги, выбираешь триггеры, публикуешь изменения — и они сразу начинают работать на сайте без новых правок в коде приложения.

Чтобы не путаться, стоит сразу запомнить три базовых термина:

Тег — это фрагмент кода, который должен выполниться на странице. Это может быть код Google Analytics 4, Яндекс.Метрики, пиксель Facebook или TikTok, скрипт чата поддержки, cookie-виджет и так далее.
Триггер — условие, при котором тег срабатывает. Например, «на всех страницах», «только на странице игры», «при нажатии на кнопку „Начать игру“», «при отправке формы".
Переменная — это кусочек данных, который GTM может подставлять в теги и триггеры. Например, URL страницы, текст нажатой кнопки, значение из dataLayer, идентификатор пользователя.

💡

Главная мысль: GTM — это пульт управления. Сам он не считает посетителей и не строит отчёты. Он лишь говорит сайту, какие сторонние скрипты загружать и в какой момент.

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

Чем GTM отличается от Google Analytics 4

Это самое частое смешение. Google Analytics 4 — это самостоятельный сервис аналитики. Он собирает данные о посетителях: откуда они пришли, сколько времени провели на сайте, какие страницы смотрели, какие события совершили. GA4 сам по себе ничего не устанавливает на сайт: чтобы он начал работать, нужно вставить его код.

GTM — это способ установить и настроить GA4 (и любые другие счётчики) без того, чтобы каждый раз просить Claude Code вставлять новый кусок кода в проект. Если провести бытовую аналогию, то GA4 — это счётчик электроэнергии, а GTM — это электрощиток, в который этот счётчик подключается. Счётчик считает, щиток — распределяет.

Есть и ещё один важный нюанс. В прошлом Google предлагал Universal Analytics — старую версию системы, которая прекратила сбор данных в 2024 году. Сейчас актуальная версия — Google Analytics 4. GTM одинаково хорошо умеет устанавливать и GA4, и многие другие сервисы. Поэтому когда ты видишь в интернете фразу «ставим счётчик через GTM», речь обычно именно о том, что GTM подключает код GA4 к сайту.

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

GTM и Яндекс.Метрика: можно ли использовать вместе

Можно, и довольно часто так и делают. Счётчик Яндекс.Метрики тоже можно поставить через GTM тем же способом, что и Google Analytics 4. В панели GTM создаётся тег с пользовательским HTML, в него вставляется код Метрики, указывается триггер «на всех страницах» — и Метрика начинает собирать визиты.

Чем тогда отличается GTM от Яндекс.Метрики? Метрика — это одна конкретная система аналитики. Она знает, как считать российский трафик, строит тепловые карты, записывает вебвизор, показывает поисковые запросы из Яндекса. GTM — это не аналитика вообще. Это общий пульт для управления сразу несколькими системами: GA4, Метрикой, пикселями соцсетей, чатами, A/B-тестами и другими скриптами.

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

Если тебе интересно, как вообще настроить аналитику для новичка, загляни в статью «SEO для новичка: Метрика и Вебмастер». Там разбираем базовую связку поисковых инструментов Яндекса.

Когда GTM реально нужен новичку, а когда это лишняя сложность

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

Прямой код счётчика проще, если:

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

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

GTM оправдан, когда:

планируется несколько счётчиков сразу: GA4, Яндекс.Метрика, пиксели рекламных кабинетов;
часто проводятся эксперименты с рекламными пикселями, которые не хочется каждый раз просить переставлять в коде;
есть человек без доступа к коду, которому нужно управлять тегами;
важно откатывать изменения или тестировать новые теги в безопасном режиме;
хочется настраивать события, всплывающие баннеры cookie, параметры электронной торговли без правки приложения.

Скажем, ты делаешь небольшой лендинг для своей игры. Если тебе нужен только счётчик посещений, проще вставить код Метрики напрямую. Но если ты планируешь запускать рекламу во ВКонтакте, Telegram Ads, Яндекс.Директе и ещё отслеживать конверсии в GA4, то GTM сильно упростит жизнь. Вместо четырёх правок кода и четырёх деплоев ты один раз ставишь контейнер и дальше щёлкаешь мышкой.

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

⚠️

Важно: GTM решает проблему управления кодом, но не делает аналитику сама по себе лучше. Если внутри GA4 или Метрики настроены события неправильно, данные будут бесполезны и с GTM, и без него.

Как GTM понимает, что происходит на сайте: dataLayer и события

Чтобы GTM мог реагировать на действия пользователя, сайт должен ему что-то сообщать. Для этого используется специальный JavaScript-массив, который обычно называют dataLayer. Это как журнал событий: сайт записывает туда факты («пользователь нажал кнопку», «игра закончилась», «был набран рекорд»), а GTM читает этот журнал и решает, какие теги запускать.

dataLayer — это конвейер с лотками. Каждый лоток — это одно событие с наклейками. GTM стоит у конвейера, смотрит на наклейки и выбирает, какие посылки отправить в Google Analytics, а какие — в рекламный пиксель.

На практике в коде игры это может выглядеть так:

window.dataLayer = window.dataLayer || [];
window.dataLayer.push({
  event: 'game_over',
  score: 42,
  isNewRecord: false
});

Первая строка гарантирует, что массив dataLayer существует, даже если GTM ещё не успел его создать. Вторая строка отправляет в него событие с именем game_over и двумя дополнительными параметрами: набранными очками и флагом нового рекорда.

В панели GTM для такого события создаётся тег события GA4, а триггером служит «пользовательское событие dataLayer с именем game_over». Переменные score и isNewRecord можно передать в GA4 как параметры события. Тогда в отчётах будет видно не просто «игра закончилась», а «игра закончилась со счётом 42».

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

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

Как это выглядит технически на уровне процесса

Чтобы понять, почему GTM экономит время, полезно разобрать процесс по шагам. Здесь мы не будем повторять точные названия каждой кнопки в интерфейсе Google — они могут меняться. Смысл процесса остаётся стабильным.

Шаг 1. Создаём контейнер и получаем код

В панели GTM создаётся новый контейнер, обычно один на сайт или на приложение. Система выдаёт два фрагмента кода. Один нужно разместить как можно выше в <head>, другой — сразу после открывающего тега <body>. Это единственный раз, когда тебе понадобится править код проекта. Всё остальное происходит уже в браузере.

Шаг 2. Размещаем код на сайте один раз

Если сайт состоит из одного HTML-файла, код вставляется в него. Если это фреймворк вроде React, Vue или Nuxt — код добавляется в общий шаблон, например в index.html или в компонент Layout. Если сайт собран на генераторе статики, обычно есть специальное поле для вставки скриптов в <head>. Главное — чтобы код присутствовал на каждой странице, где нужна аналитика.

Для учебного проекта «Змейка», размещённой на GitHub Pages, это может выглядеть так: ты один раз добавляешь два фрагмента в index.html, делаешь коммит и пуш — и забываешь про код. Контейнер на месте.

Шаг 3. Настраиваем теги в панели GTM

Теперь заходим в веб-панель. Создаём тег: например, тег конфигурации GA4. Указываем идентификатор потока данных, который даёт Google Analytics. Выбираем триггер «All Pages» или его аналог — чтобы GA4 загружался на каждой странице.

Если нужно отследить событие, создаётся отдельный тег. Например, при нажатии кнопки «Начать игру» в «Змейке» можно отправить в GA4 событие start_game. Для этого создаётся тег типа «Событие GA4», прописывается название события, а в качестве триггера выбирается клик по нужной кнопке.

Шаг 4. Проверяем в режиме предпросмотра

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

Шаг 5. Публикуем контейнер

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

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

Шаг 6. Управляем версиями

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

Практический пример: считаем события в «Змейке»

Давай закрепим всё на конкретном примере. Пусть наша игра — одностраничное приложение на чистом HTML и JavaScript. Внутри неё есть несколько важных моментов, которые интересно отслеживать:

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

С помощью dataLayer мы можем явно сообщать GTM о каждом из этих моментов. В коде игры это выглядит как обычные вызовы:

// При старте игры
window.dataLayer.push({ event: 'start_game' });

// При проигрыше
window.dataLayer.push({
  event: 'game_over',
  score: currentScore,
  isNewRecord: currentScore > bestScore
});

// При новом рекорде
if (currentScore > bestScore) {
  window.dataLayer.push({
    event: 'new_record',
    score: currentScore
  });
}

В панели GTM для каждого из этих событий создаётся свой тег GA4. Триггером служит пользовательское событие с соответствующим именем. В тег game_over можно добавить параметры score и isNewRecord, а в тег new_record — только score.

В Google Analytics 4 появляются события не просто «page_view», а полноценные игровые действия. Можно посмотреть, сколько человек доходит до первой игры, какой средний счёт, как часто бьют рекорды. И главное — чтобы добавить новое событие, не нужно трогать код счётчика. Достаточно добавить ещё один dataLayer.push в игру и пару настроек в GTM.

Если проект со временем превратится в PWA или в мини-приложение в Telegram, эти же события можно будет переиспользовать. Логика останется прежней: игра сообщает о факте, GTM решает, куда его передать.

GTM для одностраничных приложений и PWA

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

GTM в связке с dataLayer решает эту проблему. Вместо того чтобы надеяться на стандартное событие загрузки страницы, ты сам сообщаешь: «сейчас пользователь открыл экран настроек» или «сейчас открыл экран рекордов». В dataLayer это выглядит так:

window.dataLayer.push({
  event: 'screen_view',
  screen_name: 'leaderboard'
});

В GTM создаётся тег события GA4, который срабатывает при screen_view, и передаёт параметр screen_name. Тогда в аналитике каждый виртуальный экран будет учтён отдельно, хотя URL в адресной строке не менялся.

Для PWA есть ещё один плюс. Когда приложение устанавливается на телефон и открывается в полноэкранном режиме, обычные счётчики иногда ведут себя непредсказуемо. Если вся логика событий идёт через dataLayer, GTM остаётся единой точкой входа. Это упрощает отладку и позволяет менять системы аналитики, не пересобирая приложение.

Переход с прямого кода на GTM: пошаговая схема

Если ты уже вставил счётчик напрямую и теперь хочешь перевести его на GTM, важно не получить дублирование данных. Два счётчика GA4 на одной странице будут считать каждого посетителя дважды.

Вот безопасная схема перехода:

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

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

Как не превратить GTM в свалку

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

Давай тегам понятные имена. Вместо «Тег 1» или «GA4 — 2» лучше написать «GA4 — Page View — All Pages» или «YM — Counter — All Pages». Через месяц ты сам не вспомнишь, что делал «Тег 7».

Используй папки и рабочие области. Если в контейнере много тегов, логично сгруппировать их по системам: Google Analytics, Яндекс.Метрика, рекламные пиксели, сервисные скрипты. Это ускоряет навигацию и снижает риск случайно изменить чужой тег.

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

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

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

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

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

Ошибка 1. Забыть опубликовать контейнер

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

Ошибка 2. Путать аккаунты GTM и GA4

Это разные сервисы Google с разными логинами и интерфейсами. Идентификатор GTM выглядит примерно как GTM-XXXXXX, а идентификатор потока GA4 — как G-XXXXXXXXXX. Если вставить GA4-идентификатор в поле GTM или наоборот, ничего работать не будет.

Ошибка 3. Ставить один и тот же тег дважды

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

Ошибка 4. Игнорировать режим предпросмотра

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

Ошибка 5. Неправильно настроить триггеры

Триггер — это фильтр. Если сказать «срабатывать на всех страницах», тег будет грузиться везде. Если выбрать «при клике по любой кнопке», события полетят при каждом чихе. Нужно быть точным: отслеживать конкретный класс, идентификатор или URL.

Ошибка 6. Не учитывать блокировщики рекламы

Часть посетителей использует AdBlock, uBlock Origin, Privacy Badger и другие блокировщики. Они могут блокировать скрипты Google и тем самым мешать GTM загружать теги. Это нормально, но данные в аналитике никогда не будут на 100 % совпадать с реальным числом посетителей.

Ошибка 7. Создавать лишние контейнеры

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

Сравнение: вставить код счётчика напрямую vs через GTM

Иногда проще сравнить две схемы в таблице. Вот как выглядит выбор для небольшого проекта.

Критерий	Код счётчика напрямую	Через Google Tag Manager
Установка	Вставляешь код счётчика в шаблон сайта	Вставляешь один контейнер GTM в шаблон сайта
Добавление нового счётчика	Правишь код и заново деплоишь сайт	Добавляешь тег в панели GTM и публикуешь контейнер
Изменение настроек	Правишь код и заново деплоишь сайт	Меняешь настройки в панели без деплоя
Несколько счётчиков	Несколько отдельных кусков кода в шаблоне	Все счётчики в одном контейнере
Эксперименты с пикселями	Долго: код, ревью, деплой, откат	Быстро: включил в панели, проверил, отключил
Кто может управлять	Тот, у кого есть доступ к коду	Тот, у кого есть доступ к панели GTM
Версионирование	Зависит от Git-истории	Встроенные версии контейнера с откатом
Влияние на скорость	Код счётчика грузится сам по себе	Небольшой скрипт GTM + теги, которые он подгружает
Зависимость от стороннего сервиса	Минимальная: сам счётчик	Дополнительная: сам GTM должен быть доступен
Лучше подходит для	Один стабильный счётчик	Несколько систем, частые изменения, команда

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

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

Нужен ли программист, чтобы начать пользоваться GTM?

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

Можно ли через GTM установить Яндекс.Метрику?

Да. Счётчик Яндекс.Метрики можно добавить в GTM через специальный тег или через пользовательский HTML. Триггер обычно выбирается «на всех страницах». После публикации контейнера Метрика начинает собирать визиты точно так же, как если бы её код был вставлен напрямую. Подробнее о базовой настройке аналитики смотри в статье «SEO для новичка: Метрика и Вебмастер».

Влияет ли GTM на скорость сайта?

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

GTM заменяет Google Analytics?

Нет. GTM не собирает и не показывает статистику. Он лишь помогает установить код Google Analytics 4 на сайт и отправлять в него события. Сами отчёты, аудитории, воронки — всё это по-прежнему находится в интерфейсе GA4. Если хочешь разобраться в связке UTM-меток и аналитики, загляни в статью «UTM-метки и аналитика».

Почему я добавил тег, а данных в аналитике нет?

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

Google Tag Manager платный?

Стандартная версия Google Tag Manager бесплатна. Для большинства новичков и небольших проектов её возможностей более чем достаточно. Есть также премиальная версия для крупных компаний с расширенными правами доступа, но это выходит далеко за рамки типичного учебного или стартап-проекта.

Заключение + чек-лист

Google Tag Manager — это не волшебная палочка, которая сама настроит аналитику, но очень удобный пульт для управления счётчиками. Основная ценность для новичка в вайбкодинге — возможность не дергать Claude Code и не деплоить сайт каждый раз, когда нужно добавить или поменять пиксель. Один раз вставил контейнер, дальше щёлкаешь мышкой в панели.

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

Чек-лист «GTM готов к работе»

Создан контейнер в Google Tag Manager.
Два фрагмента кода контейнера вставлены в шаблон сайта: в <head> и после <body>.
Сайт выложен в продакшен с контейнером.
Создан тег для нужного счётчика, например GA4 или Яндекс.Метрики.
Указан правильный идентификатор счётчика.
Настроен триггер, при котором тег срабатывает.
Проверено в режиме предпросмотра, что тег загружается.
Контейнер опубликован, а не просто сохранён как черновик.
На сайте проверено, что данные приходят в аналитику.
Старый прямой код счётчика удалён, если он дублирует тег в GTM.
Настроены права доступа, если с GTM работает кто-то ещё.
Запасная версия контейнера сохранена, чтобы можно было откатиться.

💡

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

Читай дальше

Все статьи

Объяснялка

Не просто статьи — тебя доведут до результата

В практикуме за 2499 ₽ рядом живая команда практикующих разработчиков и маркетологов: ведём по шагам до твоего работающего приложения. Не «ролики и сам разбирайся» — помогаем на каждом затыке.

Перейти к практикуму

Уже с нами? Вернуться в кабинетНе готов покупать — подпишись на новые разборы

Все статьи Ещё: технологии и архитектура