Тег
Определяет, какое действие должна выполнить система.
Настраиваем GTM как технический слой между сайтом и системами аналитики: создаём теги, триггеры и переменные, подключаем события, работаем с dataLayer, передаём данные в GA4 и при необходимости в рекламные платформы.
Google Tag Manager не заменяет систему аналитики. Он помогает управлять тем, какие теги запускаются, при каких условиях и какие данные передаются дальше.
Определяет, какое действие должна выполнить система.
Определяет, когда именно тег должен запускаться.
Передаёт дополнительный контекст для логики и событий.
GA4, рекламная система или другая интеграция.
Набор тегов зависит от сайта, используемых систем и карты событий. Не добавляем теги просто ради количества.
Подключение GA4 и передача событий.
Фиксация успешных заявок и отправок.
Клики по номеру телефона.
WhatsApp, Telegram и другие контакты.
Нажатия по важным кнопкам сайта.
Теги и конверсионные действия рекламы.
Товарные и покупательские события.
Собственная логика под конкретный проект.
Сначала изучаем структуру сайта и необходимые события. Затем выстраиваем контейнер, теги, триггеры и тестируем каждый сценарий.
Чем больше сайт, тем важнее единая система именования и логичная структура, чтобы через несколько месяцев контейнер не превратился в набор непонятных тегов.
GA4 events, рекламные теги и другие интеграции.
Клик, форма, page view, custom event или другое условие.
URL, элементы, параметры, значения и переменные dataLayer.
Проверяем, публикуем и сохраняем понятную историю версий.
Когда обычного клика недостаточно, сайт может передавать в GTM дополнительные данные через dataLayer: тип события, товар, стоимость и другой контекст.
{
event: "lead_submit",
form_type: "consultation",
page_type: "service"
} Эти инструменты часто работают вместе, но решают разные задачи. Разделение ролей делает аналитическую архитектуру понятнее и устойчивее.
Вместо измерения только просмотров страницы можно фиксировать реальные пользовательские действия и передавать их в аналитику.
Успешная отправка формы.
Нажатие на номер.
Переход в мессенджер.
Скачивание каталога или презентации.
Пользователь завершил регистрацию.
Финальное e-commerce событие.
Для товарной аналитики могут понадобиться сведения о товарах, стоимости, корзине, заказе и других элементах воронки.
Идентификатор, название и параметры.
Цена и значение события.
Добавление и удаление товаров.
Этапы оформления заказа.
Данные о транзакции.
Финальное событие воронки.
Сначала изучаем существующую настройку: версии, теги, триггеры, переменные и текущую передачу событий.
Проверяем работу контейнера до публикации.
Тег запускается только там, где нужно.
Переменные получают правильные данные.
Получатель действительно принимает данные.
Нет лишнего повторного срабатывания.
Изменения публикуются контролируемо.
Проверим существующий контейнер или настроим новый, определим необходимые события, создадим теги и триггеры и протестируем передачу данных до публикации.