Контейнер встановлено. Іконка Tag Assistant у браузері горить зеленим. А в GA4 — тиша. Або цифри, які не мають нічого спільного з реальною кількістю заявок за тиждень. Знайома ситуація для більшості власників малого й середнього бізнесу в Чехії: щойно розібралися з установкою Google Tag Manager для початківців — і вирішили, що на цьому робота закінчена.
Насправді вона щойно почалась. GTM — це порожня коробка з розетками. Без тегів, увімкнених у цю коробку, жоден клік, жодна заявка й жоден дзвінок не потраплять ні в GA4, ні в Google Ads, ні в Meta. А рекламний бюджет продовжує списуватися — просто без зворотного зв’язку про те, що він приносить.
Ця стаття починається з позиції, що контейнер уже встановлено: сам процес реєстрації акаунту й установки коду залишається за межами цього матеріалу. Тут — про наступний, менш очевидний етап: які теги ставити першими, у якому порядку, і як переконатися, що кожен передає саме те, що треба, перш ніж контейнер піде в публікацію.
Google Tag Manager для початківців: що таке GTM, якщо коротко
Google Tag Manager — це не аналітика. Це посередник, який передає команди іншим системам: GA4, Google Ads, Meta. Сам він нічого не аналізує і жодних звітів не показує.
Логіка всередині проста, хоч на перший погляд і плутана. Тригер визначає момент («коли»). Тег — дію («що зробити в цей момент»). Змінна — деталь («яке саме значення передати»). Приклад: відвідувач натискає кнопку «Замовити дзвінок» (тригер) → спрацьовує тег GA4 Event (дія) → у подію передається назва кнопки й URL сторінки (змінні).
Якщо порівнювати з електрикою в будинку: GTM — це щиток і проводка, GA4 — лічильник і показник споживання. Без проводки лічильник нічого не порахує, навіть якщо світло технічно є в будинку.
Ближче до щоденної практики: відвідувач заповнює й відправляє контактну форму (тригер — Form Submission) → спрацьовують одразу два теги — подія в GA4 та подія Lead у Meta (дії) → у обидва передається номер телефону чи назва форми, якщо це потрібно для сегментації (змінні). Один тригер може запускати кілька тегів одночасно. Саме тому порядок налаштування має значення: спершу база (GA4), потім усе, що на неї спирається.
Питання, яке регулярно з’являється в пошуку: чим саме GTM відрізняється від Google Analytics, якщо обидва працюють із тими самими даними? GTM нічого не зберігає й не показує у вигляді графіків чи таблиць — він лише передає команди. Видалити чи змінити тег у GTM можна за хвилину, без втручання в код сайту. Змінити те, як GA4 рахує звіти, — це вже окрема настройка на боці самого GA4.
Повний опис усіх налаштувань контейнера, акаунтів і дозволів доступу є в офіційній документації Google Tag Manager — її варто тримати під рукою як довідник, навіть якщо контейнер уже працює.
1. Тег конфігурації GA4 — основа для всього іншого
GA4 Configuration — це фундамент. Без нього жоден інший тег, включно з конверсіями Google Ads, не працюватиме коректно: вони спираються на дані сесії, які передає саме цей тег.
Створюється він так: у GTM додається новий тег типу Google Analytics: GA4 Configuration, у полі Measurement ID вставляється ідентифікатор виду G-XXXXXXXXXX з розділу Data Streams у GA4-акаунті, тригер — All Pages. Це той самий тег, який має «побачити» кожну сторінку сайту без винятку.
Типова помилка на цьому етапі — дублювання. Якщо код GA4 вже вручну вставлено в <head> сайту (наприклад, розробником раніше) і одночасно доданий той самий тег через GTM, GA4 порахує кожен візит двічі. Кількість сесій виглядає вдвічі більшою, ніж є насправді, а показник відмов «покращується» без жодної реальної причини. Перевірити просто: відкрити DebugView у GA4, зайти на сайт в іншій вкладці й подивитися, чи не приходить одна й та сама подія page_view двічі за секунду.
Це одна з найпоширеніших причин, чому дані виглядають суперечливо: трафік начебто є, а звіти показують нелогічні цифри — і причина здебільшого не в самій рекламі, а саме в дублі.
На WordPress ця ситуація трапляється частіше, ніж здається: код GA4 могли додати SEO-плагін, тема сайту й GTM одночасно — кожен по-своєму, і жоден з них про інші не знає. Перед публікацією контейнера варто відкрити код сторінки (Ctrl+U чи «Переглянути код сторінки») і пошуком знайти, скільки разів там зустрічається Measurement ID. Більше одного — одне з джерел варто вимкнути, і логічніше залишити тег саме в GTM: через нього легше централізовано керувати всім трекінгом.
Розширення Tag Assistant (офіційний інструмент Google для Chrome) показує те саме ще швидше: підсвічує зеленим усі теги, що спрацювали на сторінці, і одразу видно, чи GA4 Configuration з’явився один раз, а не два.
2. Тег відстеження конверсій Google Ads — без нього алгоритм працює наосліп
Тег конверсії без даних — це порожній звіт. Якщо GTM не передає жодної конверсії, алгоритм Google оптимізує кампанію наосліп: не знає, які аукціони й аудиторії справді приводять до заявок. Саме тут рекламний бюджет найчастіше йде в нікуди.
Conversion ID і Conversion Label беруться з розділу Goals → Conversions у Google Ads-акаунті, після створення дії-конверсії. У GTM додається тег Google Ads Conversion Tracking із цими двома значеннями.
Є нюанс, якого немає в більшості базових інструкцій: тригер краще прив’язувати не до події відправки форми, а до завантаження сторінки подяки (Thank You Page). Форма технічно може «відправитись» на рівні JavaScript навіть тоді, коли сервер повернув помилку валідації або лист не дійшов. Тригер на URL сторінки подяки (наприклад, /dyakuyemo або /thank-you) спрацьовує лише тоді, коли заявка справді оброблена і користувач побачив підтвердження. Дрібниця на перший погляд — але саме вона визначає, чи рахує Google Ads конверсіями реальні заявки, чи спроби їх залишити.
Якщо окремої сторінки подяки немає — форма просто показує повідомлення поверх тієї самої сторінки — доведеться орієнтуватись на подію відправки як на менш надійну альтернативу. Тоді варто хоча б додати перевірку, що форма справді пройшла валідацію (через змінну, яку передає сама CMS чи плагін форми при успішній відправці), а не спрацьовувати на сам факт натискання кнопки.
Окремо варто згадати Enhanced Conversions — функцію Google Ads, яка дозволяє передавати хешовані контактні дані (email, телефон) разом із конверсією для точнішого зіставлення з обліковими записами Google. Для першого запуску вона не обов’язкова, але на цьому етапі її вже варто тримати в голові як логічний наступний крок. Особливо це стає помітно, коли обмеження iOS і блокування сторонніх cookie урізають частину даних зі стандартного відстеження — Enhanced Conversions частково компенсує цю втрату, підвищуючи точність зіставлення навіть без сторонніх cookie.
3. Тег Meta Pixel — і чому тут не можна пропускати юридичний контекст
Meta Pixel потрібен для двох речей: ретаргетингу (показ реклами тим, хто вже був на сайті) і Lookalike Audiences (пошук нових людей, схожих на наявних клієнтів). Без пікселя обидва інструменти недоступні.
Базове налаштування — Custom HTML тег із кодом PageView з Facebook Business Manager, тригер All Pages, плюс окремий тег на подію Lead із тригером на відправку форми або сторінку подяки.
Тут важливо не оминати те, чого бракує більшості інструкцій «як встановити GTM з нуля». Для відвідувачів з ЄС, включно з Чехією, встановлення пікселя без згоди відвідувача суперечить вимогам GDPR і ePrivacy Directive щодо нефункціональних cookie. Google для своїх тегів уже зробив Consent Mode обов’язковим для рекламодавців, що працюють з аудиторією ЄС: без нього недоступні ремаркетинг, побудова аудиторій, моделювання конверсій і розширені конверсії для трафіку з Європи. Той самий принцип поширюється і на Meta Pixel — тег має бути прив’язаний не до тригера All Pages, а до тригера, що перевіряє категорію згоди (наприклад, через вбудовану в GTM консент-перевірку на рівні тегу — Additional Consent Checks), і спрацьовувати лише після того, як відвідувач підтвердив маркетингові cookie в банері згоди.
Це не юридична консультація — формулювання конкретних умов, зон відповідальності й тексту банера згоди варто узгодити з юристом перед публікацією. Сам принцип простий: «тег чекає на згоду» замість «тег стріляє одразу». І це технічна деталь, яку GTM дозволяє налаштувати буквально в двох полях.
Ще одне, що варто тримати в полі зору навіть на старті: браузери — Safari, Firefox, поступово й Chrome — дедалі активніше блокують сторонні cookie, на яких традиційно тримався піксель. Дані з пікселя, встановленого лише через браузер, поступово недораховують частину конверсій, особливо на iPhone. Повне рішення цієї проблеми — Conversions API, серверна передача подій напряму в Meta в обхід браузера — виходить за межі базового налаштування перших п’яти тегів. Тому пункт «дані з пікселя занижені» не варто одразу списувати на помилку в тригерах: частина розбіжності — норма для сучасного вебу.
Якщо після цього розділу лишається сумнів, чи поточна конфігурація Meta Pixel і Consent Mode на сайті вже відповідає цим вимогам — швидше перевірити це через безкоштовний аудит поточного налаштування аналітики, ніж розбиратися в тригерах і категоріях згоди самостійно.
4. Тег відстеження кліків по телефону та email
Ні GA4, ні рекламні системи за замовчуванням не бачать клік по посиланню tel: чи mailto:. Для браузера це звичайне посилання, яке відкриває дзвонилку або поштового клієнта — і на цьому для аналітики історія закінчується.
Виправляється так: тригер Just Links у поєднанні з умовою, що Click URL містить tel: або mailto:, плюс тег GA4 Event із назвою події на кшталт phone_click або email_click. Вбудована змінна Click URL у GTM активується в розділі Variables → Configure — без неї тригер не побачить, за яким саме посиланням клікнули.
Для бізнесу з локальними послугами — стоматологій, автосервісів, юридичних консультацій — це часто сліпа зона в даних. Форма на сайті може приносити менше заявок, ніж здається, просто тому що суттєва частка звернень — це дзвінок напряму з картки Google або з номера в шапці сайту. Без окремого тегу ця активність лишається невидимою.
Тег фіксує лише факт кліку, не сам дзвінок і не його результат. Якщо дзвінки для бізнесу — основний канал заявок, а не другорядний, наступний логічний крок — сервіси call-tracking із підміною номера: вони показують, яке рекламне джерело привело до дзвінка і скільки він тривав. Але це вже окрема система поза GTM. Починати варто з базового тегу кліку — він безкоштовний і встановлюється за кілька хвилин.
5. Тег відстеження прогресу заповнення форми
Форма — не подія «все або нічого». Хтось починає заповнювати поля й закриває вкладку на середині, і ця поведінка ніде не фіксується, якщо тег стежить лише за фактом відправки.
Базовий тег форми — Form Submission з опцією Wait for Tags: вона дає GTM час відправити дані в GA4 та рекламні системи до того, як браузер перенаправить користувача на сторінку подяки. Без цієї опції частина подій губиться просто через швидкість переходу. Додатковий тег — на фокус першого поля форми (наприклад, «Ім’я» чи «Телефон») — дозволяє порахувати, скільки людей узагалі почали взаємодію, а не лише скільки завершили.
Для багатоетапних форм, коли контактні дані запитуються не одним екраном, а кількома кроками (спершу послуга, потім дата, потім контакти), варто додати окремий тег на кожен крок, а не лише на перше поле й фінальну відправку. Одна справа, коли відвідувач не дійшов навіть до вибору послуги, і зовсім інша — коли він дійшов до останнього кроку й зупинився на полі телефону.
Різниця між цими двома цифрами — і є form abandonment. Форма отримує 100 фокусів на перше поле, а завершень лише 40? Це не проблема реклами і не проблема трафіку. Це сигнал, що щось на самій формі відлякує людей: забагато полів, незрозуміла кнопка, технічна помилка при відправці. Це поширений патерн для форм із кількома полями чи кроками, і саме на нього варто дивитися в першу чергу, перш ніж підозрювати рекламу чи трафік. Якщо проблема виявляється не в тегах, а у формі самій по собі, наступне логічне питання — чому форма на сайті не конвертує: розробка й оптимізація landing pages вирішує це системно, а не лише на рівні одного тегу.
Як перевірити, що всі теги працюють правильно, перед публікацією
Перед публікацією контейнера потрібні три перевірки: Preview mode в GTM, DebugView у GA4, і звірка цифр конверсій із реальними заявками в CRM або пошті за той самий період.
Preview mode відкриває сайт у спеціальній панелі й показує, які теги спрацювали на кожній дії: клік, відправка форми, перехід сторінки. Тег, який мав спрацювати, у списку відсутній? Проблема в тригері чи умові запуску. Панель також показує порядок спрацювання тегів у часі: якщо тег конверсії Google Ads з’являється раніше, ніж GA4 Configuration, це ознака проблеми з пріоритетом тегів (Tag Sequencing) — конверсія технічно відправляється, але без бази, на яку мала б спиратися.
Preview mode варто пройти не лише на десктопі, а й на мобільному — телефоном або через режим емуляції в DevTools браузера. Значна частина трафіку малого й середнього бізнесу в Чехії йде саме з мобільних пристроїв, а деякі тригери (наприклад, на клік по номеру телефону в шапці сайту) на мобільній версії можуть бути реалізовані інакше, ніж на десктопній — і тому спрацьовувати не так само.
DebugView у GA4 — окремий звіт, який показує події в реальному часі з усіма параметрами. Тут видно не тільки факт спрацювання, а й що саме передалося: чи прийшов Measurement ID, чи не задвоївся page_view, чи є значення в потрібних параметрах події.
Останній і найважливіший крок — той, якого немає в більшості інструкцій з установки: звірка з реальністю. Google Ads і GA4 за тиждень показують, скажімо, 20 конверсій, а в CRM чи поштовій скриньці агенції за той самий період — 15 реальних заявок? Розбіжність варто дослідити.
Практичний орієнтир для такої розбіжності — поріг 10–15%: якщо розрив більший, причина здебільшого одна з трьох — дубльований тег, неправильний тригер (наприклад, спрацювання на невдалу відправку форми) або втрачені події через швидкий редирект без Wait for Tags. Це експертна оцінка на основі практики налаштування аналітики, а не офіційний норматив Google.
Якщо ці розбіжності не з’ясувати до публікації, вони йдуть далі: у звіти, у рішення про масштабування кампаній, у бюджет наступного місяця. Самостійне налаштування частіше дає збій саме тут — не в самому встановленні GTM, а в останньому кроці перевірки, який легко пропустити, коли контейнер вже «зелений» і здається готовим.
Якщо після перевірки цифри все одно не сходяться або немає часу розбиратися в тригерах і Consent Mode — безкоштовний аудит поточного налаштування аналітики швидше знайде, де саме губляться дані, ніж перебирання тегів вручну.
Наступний крок
Ці п’ять тегів — не весь можливий набір, а мінімум, без якого розмова про ефективність реклами лишається здогадками. Жоден з них окремо не складний технічно — кожен займає від п’яти до п’ятнадцяти хвилин налаштування. Складність не в кількості кліків у GTM, а в деталях, які легко пропустити: дубльований GA4-код, тригер на форму замість сторінки подяки, піксель без прив’язки до згоди, форма без Wait for Tags. Кожна дрібниця окремо здається несуттєвою — але разом вони й дають той розрив між тим, що показують рекламні кабінети, і тим, що насправді відбувається з бізнесом.
Далі логічно йдуть розширена електронна комерція, атрибуційні моделі та повноцінна звітність — але це вже наступний рівень, коли базові дані вже перевірені й їм можна довіряти.
Коли теги налаштовано і дані підтверджені, наступне логічне питання — чи ефективно витрачається бюджет на самі кампанії. Тут у гру вступає оптимізація PPC-кампаній: без коректного трекінгу оптимізувати аукціони й ставки — те саме, що керувати автомобілем із заклеєним спідометром.
Якщо після прочитання виникло відчуття, що частина з цих п’яти тегів у вашому контейнері налаштована не так, як описано вище — це нормально. І це саме той момент, коли варто залишити заявку на консультацію і отримати конкретний список того, що варто виправити першим.
