Уявіть ситуацію: реклама відкручує бюджет, на сайт заходять люди, хтось навіть тисне кнопку «Замовити» — а ви й досі не знаєте, скільки з цих кліків насправді перетворилося на заявку. Без окремого трекінгу подій Google Analytics 4 бачить лише загальний трафік, і оптимізувати рекламу на реальні результати просто нема на чому. У цій статті ADSchool показує на живому прикладі, як зібрати трекінг кліків і форм через Google Tag Manager і передати ці дані в GA4.
Навіщо взагалі підключати Google Tag Manager до Google Analytics 4
Google Tag Manager дає змогу створювати події для GA4 без правок коду сайту — саме тому в ADSchool його підключають одразу після базового налаштування аналітики. У попередньому кроці зазвичай уже є сайт, підключена Google Analytics і встановлений Tag Manager із прив’язкою до потоку даних; тепер лишається головне — навчити систему розпізнавати, які саме дії на сторінці варто вважати результатом: клік по кнопці, відправку форми чи перехід на сторінку подяки.
Без такого трекінгу маркетолог працює наосліп: реклама показується, бюджет витрачається, а от чи справді людина замовила послугу чи просто погортала сайт — невідомо. Коли події передані в GA4, а згодом і в рекламний кабінет Google, кампанію можна оптимізувати саме на тих користувачів, які клікають на «Замовити» чи доходять до сторінки подяки, а не просто заходять на головну. Той самий принцип працює і в Meta Ads, де для оптимізації реклами налаштовують конверсії через Facebook Pixel — логіка ідентична, змінюється лише інструмент.
Яку подію обрати першою: клік по кнопці чи відправку форми
Для більшості сайтів достатньо двох базових подій: клік по кнопці «Замовити» (чи «Купити», «Залишити заявку») і сама відправка форми з контактними даними. Перша подія показує, скільки людей взагалі зацікавилися пропозицією і дійшли до дії, друга — скільки з них реально почали оформлення. Разом ці дві точки дають повну картину воронки на сторінці: скільки людей побачили кнопку, скільки клікнули і скільки дійшли до фінального кроку.
На практиці в GTM обидві події налаштовуються однаково за структурою: спочатку створюється тег типу «Подія Google Аналітики 4» з ідентифікатором показника і назвою події, а потім до нього прив’язується тригер — умова, яка визначає, коли саме ця подія повинна спрацювати. Тригер може реагувати на клік по конкретному класу елемента, на відправку форми або на перегляд певної сторінки — і саме вибір правильного тригера найчастіше стає джерелом помилок у новачків.
Як створити тег для кліку по кнопці «Замовити»: покрокова конфігурація
Перше речення тут відповідає прямо: щоб зафіксувати клік по кнопці в GA4, потрібно послідовно заповнити п’ять полів у Google Tag Manager — тип тега, ідентифікатор показника, назву події, тригер за класом елемента і публікацію змін. Кожне з цих полів впливає на те, чи подія взагалі спрацює і чи буде зрозуміла в звітах.
Тип тега
Обираєте «Google Аналітика: подія GA4» — не плутати зі старою Universal Analytics, яка вже практично не використовується.
↳ саме цей тип пише дані у GA4
Ідентифікатор показника
Копіюється з Google Analytics: Адміністратор → Потоки даних → ваш проєкт. Без нього подія не прив’яжеться до конкретного ресурсу GA4.
↳ береться один раз, використовується у всіх подіях
Назва події
Пишеться так, щоб її розуміли не тільки ви — наприклад «замовити_головна» замість просто «замовити», якщо кнопок з такою назвою на сайті кілька.
↳ саме ця назва з’явиться у звітах GA4
Тригер за класом
Клік «за всіма елементами» з фільтром «клас містить…» — клас кнопки береться через інспектор браузера (права кнопка миші → «Перевірити»).
↳ надійніше, ніж прив’язка до тексту кнопки
Публікація
Без натискання «Відправити» → «Опублікувати» жодні зміни в GTM не потрапляють на сайт, скільки б ви не зберігали конфігурацію тега.
↳ окремий крок, який часто пропускають
Прив’язка тригера саме до класу елемента, а не до тексту кнопки, — принципова деталь. Якщо на сайті кілька мов або кнопка підписана по-різному на різних сторінках («Замовити», «Купити», «Buy now»), тригер за текстом просто не спрацює там, де текст відрізняється. Клас елемента, навпаки, зазвичай залишається сталим незалежно від мови чи формулювання, тому саме такий підхід ADSchool рекомендує як базовий для більшості сайтів.
Як перевірити, що тег спрацював правильно, до публікації на живий сайт
Перевірити коректність тригера можна одразу в GTM через режим «Попередній перегляд» — він підключається до вашого сайту в окремому вікні й показує в реальному часі, які теги спрацювали, а які ні. Це критичний крок, тому що клас елемента, знайдений «на око», часто виявляється не тим, що реально висить на кнопці: сама верстка може містити скорочену чи розширену версію класу, і різниця в один символ означає, що подія просто не запуститься.
- Опублікувати зміни в GTM перед будь-яким тестом — інакше сайт працює зі старою версією контейнера
- Відкрити режим попереднього перегляду і підключити його до реальної адреси сайту
- Клікнути по кнопці, яку тестуєте, і перевірити, чи подія з’явилась у списку спрацьованих тегів
- Відкрити конкретний клік у списку подій і звірити клас елемента з тим, що вказано в тригері
- Повторити клік ще раз, якщо подія не з’явилась одразу — іноді потрібно кілька секунд затримки
Якщо після перевірки клас у тригері не збігається з реальним класом кнопки на сторінці — саме туди й варто скопіювати правильне значення, зберегти тег і протестувати знову. Це нормальна частина роботи, а не помилка: майже кожне налаштування трекінгу проходить через одне-два уточнення класу чи умови тригера, перш ніж подія почне стабільно спрацьовувати.
Головна помилка новачків: чому клік по кнопці ще не означає заявку
Клік по кнопці відправки форми фіксується в GA4 навіть тоді, коли форма насправді не пішла — наприклад, користувач не заповнив обов’язкові поля, і система просто не дала заявці відправитись. Якщо тригер налаштований саме на клік, а не на реальний факт відправки, у звітах з’являється подія «заявка», хоча заявки як такої не було: людина натиснула кнопку, отримала помилку валідації і пішла із сайту.
Наслідок цієї помилки виглядає красиво, але оманливо: у кабінеті аналітики може показувати сто п’ятдесят «заявок» за день, тоді як реальних лідів у поштовій скриньці чи CRM — вдесятеро менше. Для клієнта чи керівника це означає хибне враження про ефективність реклами і, що гірше, неправильні висновки про те, який канал варто масштабувати. Саме тому подію на клік кнопки форми ADSchool не рекомендує використовувати як єдиний показник конверсії — вона годиться хіба що як допоміжна метрика зацікавленості, але не як підтвердження факту заявки.
Найнадійніший спосіб перевірки заявки: подія на сторінку подяки
Найточніший спосіб зафіксувати реальну заявку — прив’язати подію GA4 не до кліку, а до перегляду окремої сторінки подяки, на яку користувача переадресовує форма після успішної відправки. Логіка проста: якщо людина потрапила на цю сторінку, то форма гарантовано пройшла валідацію і дані пішли, адже інакше туди неможливо потрапити ні за яких обставин.
Технічно це виглядає так: створюється окрема сторінка (наприклад, «Дякуємо за реєстрацію») зі своєю унікальною адресою, у формі налаштовується переадресація саме на неї після відправки, а в GTM додається тригер типу «Перегляд сторінки» з умовою «URL сторінки містить…» замість «дорівнює…». Умова «містить» важлива, якщо на сайті кілька мовних версій — тоді адреса подяки може відрізнятися суфіксом мови, і жорстка перевірка на повний збіг просто пропустить частину реальних заявок.
Такий спосіб трохи довший у налаштуванні, ніж прив’язка до кліку, зате повністю виключає хибні спрацьовування. У багатьох конструкторах сайтів є і спеціальна вбудована подія «надсилання форми», яка теоретично вирішує ту саму задачу без сторінки подяки, — але на практиці вона часто вимагає окремого підключення аналітики саме в самому конструкторі, а це створює дублювання даних і затримки. Тому сторінка подяки залишається більш універсальним і перевіреним варіантом, який працює однаково незалежно від того, на якій платформі зроблено сайт.
Скільки часу закладати на налаштування аналітики й тестування подій
На повне налаштування трекінгу — від першого тега до перевірених і стабільно працюючих подій у GA4 — варто закладати щонайменше три-чотири дні, навіть якщо технічно всі кроки займають лічені години. Причина не в складності самих тегів, а в тому, що події з’являються у звітах GA4 не одразу: після публікації змін у GTM і успішного тестування через попередній перегляд дані можуть підтягуватись у інтерфейс аналітики протягом 24, а іноді й 48 годин.
Обіцяти клієнту чи керівнику, що аналітика буде повністю готова «вже завтра», — ризиковано: якщо людина хоч трохи розуміється на темі, вона знає про цю технічну затримку і сприйме занадто оптимістичний дедлайн як ознаку некомпетентності. Реалістичніший підхід — окремо закладати день-два на саме налаштування і тестування подій, і ще пів дня-день на очікування, поки дані стабільно з’являться в звітах, особливо якщо йдеться про складніші сценарії на кшталт електронної комерції з кошиком чи кількома воронками одночасно.
Чи потрібен окремий google tag manager курс, щоб самостійно опанувати трекінг
Базові навички — створення тега, налаштування тригера за класом чи URL, тестування через попередній перегляд — можна опанувати самостійно за кілька практичних занять, тож окремий google tag manager курс не обов’язковий саме для старту. Водночас глибше розуміння того, як передавати події в рекламний кабінет для оптимізації, працювати з електронною комерцією чи налаштовувати складніші сценарії конверсій, зазвичай приходить у комплексі з навчанням запуску реклами — саме так ця тема побудована в програмі Google Ads – Media Buyer в ADSchool.
На практиці людина, яка шукає google tag manager курс, майже завжди паралельно цікавиться і суміжними темами — тому в пошуку зустрічаються запити на кшталт google analytics курс, google ads курс чи навіть google adwords курс (застаріла, але й досі поширена назва тієї самої системи). Якщо ви колись натрапляли й на формулювання google ads навчання — це той самий запит, просто іншими словами: людина хоче зрозуміти всю зв’язку від аналітики до готової рекламної кампанії, а не окремий інструмент у відриві від решти.
Практикуючий маркетолог — байдуже, спеціалізується він на таргеті, SEO чи SMM, — повинен вміти самостійно поставити аналітику, розібратися, що таке Tag Manager, і налаштувати трекінг ключових дій на сайті: без цього неможливо побудувати воронку з можливістю відстежувати показники, а отже й доводити ефективність реклами клієнту чи керівнику. Ці навички однаково потрібні й таргетологу, і фахівцю з контекстної реклами, тож інвестиція часу в вивчення аналітики окупається незалежно від конкретної спеціалізації в маркетингу.
Наступний логічний крок після того, як події стабільно фіксуються в GA4, — передати їх у рекламний кабінет Google Ads, щоб система оптимізувала покази саме на тих, хто реально клікає «Замовити» чи доходить до сторінки подяки. Якщо хочете розібратися з усім циклом — від першого тега в GTM до оптимізації реклами на реальні конверсії, — детальний покроковий розбір усіх подій GA4 (клік, форма, сторінка подяки) є в окремому практичному матеріалі ADSchool.
Якщо хочете не просто розібратися з GTM і GA4, а навчитись повністю запускати й оптимізувати рекламу на реальні конверсії — програма Google Ads – Media Buyer в ADSchool якраз побудована навколо цього циклу: від аналітики до готової кампанії.
Часті запитання
Чому подія GA4 не з’являється одразу після налаштування в Google Tag Manager?
Дані з нових подій підтягуються в звіти GA4 не миттєво — зазвичай протягом 24 годин, іноді до 48. Якщо тег протестований у попередньому перегляді і працює коректно, просто зачекайте цей термін перед тим, як перевіряти звіт «Конверсії».
Чим тригер за класом елемента кращий за тригер по тексту кнопки?
Клас елемента залишається стабільним незалежно від мови сайту чи формулювання тексту на кнопці («Замовити», «Купити», «Buy now»), тоді як тригер за текстом ламається щоразу, коли текст відрізняється хоча б в одній мовній версії.
Чи можна відстежувати відправку форми без сторінки подяки?
Так, деякі конструктори сайтів мають вбудовану подію «надсилання форми», але вона часто вимагає окремого підключення аналітики й може створювати дублювання даних. Подія на URL сторінки подяки лишається найбільш універсальним і надійним варіантом.
Скільки часу реально йде на повне налаштування аналітики для сайту?
На практиці — три-чотири дні: день-два на саму розробку тегів і тригерів, ще пів дня-день на тестування всіх подій і очікування, поки дані стабільно з’являться в звітах GA4.
Отримати →