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