Тег (Tag)

Тег (Tag) в Google Tag Manager (GTM) — это отдельная единица конфигурации, определяющая, какой фрагмент кода запустить на сайте и с какими параметрами. Фактически тег отвечает за отправку события в конкретную систему: GA4, Google Ads Conversion, Meta Pixel, LinkedIn Insight Tag, Microsoft Clarity, Hotjar или произвольный JavaScript. GTM как продукт построен вокруг трёх сущностей — tag, trigger, variable — и тег здесь центральный: именно он что-то делает, тогда как триггер лишь решает когда это сделать, а переменная — с какими данными. Через контейнер GTM можно подключить большинство маркетинговых и аналитических сервисов без правок кода сайта: маркетолог создаёт тег в визуальном интерфейсе, привязывает триггер, публикует версию — и с этого момента тег срабатывает на странице.

Тег — фундамент GTM-архитектуры. Понимание тегов критично для любого маркетолога или аналитика, работающего с трекингом. В 2026 типичный контейнер содержит 30-50 тегов, сложный enterprise — 150-300.

Как устроен тег в GTM

Технически тег — это инструкция «при срабатывании триггера X выполнить код Y с данными Z». GTM хранит конфигурацию в JSON на серверах Google, при загрузке страницы контейнер скачивает актуальную версию и, когда наступает событие, встраивает код тега в <script> на клиенте или отправляет HTTP-запрос на сервер соответствующей системы.

Структура тега:

1. Тип тега — выбирается из каталога шаблонов (GA4 Event, Google Ads Conversion, Meta Pixel) или «Custom HTML/Custom Image» для произвольного кода.
2. Конфигурация тега — поля зависят от типа: Measurement ID для GA4, Pixel ID для Meta, Conversion Label для Ads.
3. Триггер — одно или несколько условий, при которых тег срабатывает.
4. Исключения (Exceptions) — условия, при которых тег блокируется даже при активном триггере.
5. Очерёдность (Tag Sequencing) — позволяет указать, что Tag A запускается до/после Tag B.

При публикации версии GTM генерирует контейнер и кэширует его в CDN Google. Время от изменения до реального срабатывания на сайте — обычно 1–5 минут.

Типы тегов по категориям

В каталоге GTM более 150 готовых шаблонов. Самые распространённые:

Отдельная важная категория — Google Tag (с 2024 года заменил GA4 Configuration Tag): его нужно запустить один раз на странице первым, чтобы инициализировать GA4 с Measurement ID. Остальные GA4 Event Tags ссылаются на него.

Если на сайте стоит коллтрекинг, его webhook приходит в контейнер как обычное пользовательское событие — подключить коллтрекинг через GTM значит завести под него отдельный GA4 Event Tag, который сработает после Google Tag.

Что делает тег шаг за шагом

Типичный сценарий на примере отправки конверсии через форму:

1. Пользователь заполняет и отправляет форму.
2. Разработчик в JavaScript вызывает dataLayer.push({ event: 'form_submit', form_name: 'contact' }).
3. GTM ловит событие и проверяет все триггеры типа Custom Event.
4. Триггер «Form Submit» с условием form_name = contact срабатывает.
5. Привязанные теги активируются: GA4 Event с именем generate_lead, Google Ads Conversion, Meta Pixel с событием Lead.
6. Каждый тег формирует HTTP-запрос к соответствующей системе и отправляет: Measurement Protocol для GA4, google-analytics.com/g/collect или пиксели.

Вся цепочка происходит за ~100 мс и незаметна для пользователя. Если включить режим Preview, можно увидеть каждый шаг: какие триггеры сработали, какие теги активны и какие переменные переданы.

Правила именования тегов

В крупных контейнерах (50+ тегов) без дисциплины именования всё разваливается. Индустрия приняла формат из трёх частей:

[Платформа] - [Тип события] - [Контекст]
GA4 - Event - form_submit
Google Ads - Conversion - purchase
Meta - Pixel - AddToCart
Hotjar - Recording - All Pages
Custom HTML - Banner_Tracker - Homepage

Такой формат позволяет сортировать теги по префиксу и сразу видеть, что именно делает тег и в какую систему отправляет. Это критично, когда через полгода маркетолог передаёт контейнер преемнику или проводится аудит GTM.

Документируйте в GTM Notes: цель тега, JIRA-тикет, дата создания. Через год маркетолог-преемник скажет спасибо.

Built-in vs Custom HTML tags

GTM разделяет теги на два класса:

Google рекомендует минимизировать использование Custom HTML на production: шаблонные теги автоматически получают обновления, когда платформа меняет API, а Custom HTML требует ручного переписывания. Кроме того, Custom HTML — типичная мишень для аудита безопасности: тег с ошибкой может раскрывать UTM-параметры, идентификаторы сессии, PII.

Правила Custom HTML:

• Обязательно код-ревью перед Publish.
• Не вставляйте credentials или PII в код.
• Добавляйте <script nonce='{{nonce}}'> для CSP-совместимости.
• Документируйте в Notes цель и дату создания.

Built-in Google Tag (с 2023) и GA4 Event

С конца 2023 года Google объединил отдельные теги GA4 и Google Ads в единый Google Tag. Раньше было так:

• GA4 Configuration Tag — инициализация GA4.
• Google Ads Conversion Tracking — отдельная инсталляция для Ads.

Теперь:

• Google Tag — один тег на страницу, обслуживающий и GA4, и Google Ads.
• GA4 Event — тег для отдельных событий, ссылается на ту же инсталляцию.

Это упростило архитектуру: Measurement ID вводите один раз, все события GA4 автоматически получают конфигурацию.

Tag Sequencing: управление порядком

Tag Sequencing позволяет указать порядок срабатывания тегов. Настройка: откройте тег → Advanced Settings → Tag Sequencing → ‘Fire a tag before this tag fires’ / ‘Fire a tag after this tag fires’.

Типичные сценарии:

• GA4 Event после Google Tag — сначала инициализация, потом события.
• Consent Initialization → остальные теги — Consent Mode v2 перед аналитикой.
• Meta Pixel базовый → Meta Pixel события — сначала PageView, потом AddToCart.
• Custom HTML setup → Conversion — подготовка состояния, потом трекинг.

Опции зависимости:

• ‘Run setup tag even if main tag fails’ (по умолчанию да).
• ‘Don’t fire main tag if setup tag fails’ (для критических зависимостей).

Server-side GTM теги

Server-side GTM имеет отдельный каталог тегов. Архитектура: браузер → клиентский GTM → ваш sGTM endpoint (gtm.example.com) → Server-side теги → GA4/Meta CAPI/TikTok Events API.

Стандартные sGTM-теги:

1. Google Analytics: GA4 — принимает события с клиента, форвардит в GA4 с очисткой PII.
2. Meta Conversions API — server-side версия Meta Pixel, обходит ad-blockers.
3. TikTok Events API — server-side для TikTok.
4. HTTP Request — произвольный серверный запрос в CRM/API.

Преимущества:

• Обход ad-blockers (домен ваш — не в фильтрах).
• First-party cookies (28 дней вместо 7).
• Очистка PII перед отправкой в вендоры.
• Обогащение с CRM (LTV, customer segment).
• Один браузерный запрос вместо 10.

Тег vs пиксель: где разница

«Пиксель» (pixel) — исторический термин со времён, когда трекинг делали через прозрачное изображение 1×1 пикс. GTM использует термин «тег» как общий: пиксель — это тег типа Image, JavaScript-событие — тег типа GA4 Event, серверный запрос — тег типа HTTP Request в server-side GTM. То есть пиксель — частный случай тега, а не альтернатива.

В современной маркетинг-документации термины «пиксель» и «тег» часто используются взаимозаменяемо: «Meta Pixel» = «Meta Tag», «conversion pixel» = «conversion tag».

Типичные ошибки с тегами

1. Теги без триггера. GTM их сохраняет, но не запускает — проверка перед публикацией часто ловит такие случаи.
2. Дублирование GA4 Event. Тот же тег с двумя триггерами, каждый срабатывает отдельно — GA4 получает событие дважды.
3. Блокировка рекламой. ~40% пользователей с AdBlock блокируют googletagmanager.com и google-analytics.com — снижает покрытие. Решение — server-side GTM на собственном домене.
4. Теги с Custom HTML без nonce. При включённом CSP браузер блокирует инлайн-скрипты, нужен nonce-параметр.
5. Задержка публикации. Создали тег, забыли опубликовать версию → на сайте его ещё нет. Всегда проверяйте, что последняя версия = production.
6. Двойной gtag.js + GTM Google Tag. Конфигурация конфликтует, события считаются дважды.
7. PII в тегах. Email/phone в параметрах — бан GA4 property и нарушение GDPR.
8. Не исключён internal traffic. Команда заходит ежедневно, шум в данных.
9. Custom HTML без проверки. JS выполняется произвольный, риск XSS и утечки данных.
10. Тег All Pages для тяжёлых скриптов. Hotjar на checkout замедляет conversion-страницы, исключайте через триггер с условием.

Связанные материалы

• Trigger (триггер) в GTM — условия срабатывания тега.
• DataLayer — источник данных для тегов.
• Event (событие) в GA4 — то, что отправляет тег.
• Conversion / Key Event — обозначение важных событий.
• GTM — полное руководство.
• GA4 — полное руководство.