Тег (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 посилаються на нього.

Що робить тег крок за кроком

Типовий сценарій на прикладі відправки конверсії через форму:

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.
• Не вставляйте кредентіали або 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 — повний посібник.