Налаштування GTM
Google Tag Manager допомагає керувати аналітичними та рекламними тегами через один контейнер. Після його встановлення можна підключати Google Analytics 4, Google Ads, Meta Pixel, відстежувати надсилання форм, кліки, покупки та інші дії користувачів без постійного редагування шаблону сайту.
Що таке Google Tag Manager і навіщо він потрібний?
Правильне налаштування GTM починається з розуміння того, які дані справді потрібні бізнесу. Якщо просто встановити контейнер і додати кілька тегів без карти подій, у звітах швидко з'являться дублі, зайві події та показники, які важко використовувати для аналізу реклами чи поведінки відвідувачів.
Google Tag Manager, або GTM – система керування тегами Google. Через неї можна додавати на сайт аналітичні та рекламні скрипти, задавати умови їх запуску, передавати параметри дій користувачів та перевіряти роботу налаштувань до публікації контейнера.
У пошуку зустрічаються формулювання «ГТМ менеджер» і «ГТМ це», хоча офіційна назва сервісу - Google Tag Manager. Його часто використовують разом з Google Analytics 4, оскільки GTM зручно керує надсиланням даних, а GA4 приймає ці дані та формує звіти.
Насправді GTM потрібен там, де потрібно налаштування аналітики кількох джерел даних. Через один контейнер можна підключити Google Analytics, рекламні теги Google Ads, Meta Pixel, JavaScript користувача та інші системи, не додаючи кожен новий скрипт вручну в код сторінок.
Як працює GTM?
Після встановлення контейнер GTM завантажується разом із сторінкою та перевіряє задані умови. Якщо користувач здійснює дію, що відповідає тригеру, потрібний тег запускається і передає дані підключений сервіс.
Наприклад, відвідувач натискає кнопку надсилання форми. GTM фіксує дію, перевіряє умови тригера та запускає тег події GA4. У Google Analytics з'являється подія, яку потім можна використовувати при аналізі лідів і за необхідності відзначити як ключову подію.
Схему передачі можна представити так:
Сайт → контейнер GTM → тригер → тег → GA4 чи рекламна система → звіт
При більш складному налаштуванні між сайтом та GTM додається Data Layer. У нього розробник передає значення, які потрібні аналітиці: суму покупки, ID товару, тип форми, transaction_id, статус авторизації та інші параметри.
Основні елементи Google Tag Manager
Усередині контейнера використовуються три базові елементи: теги, тригери та змінні. Вони працюють разом, тому помилки в одному елементі часто призводять до того, що подія не надсилається або спрацьовує кілька разів.
Перед створенням великої кількості налаштувань краще домовитись про зрозумілі назви. За назвою тега має бути видно, куди він відправляє дані та яку дію відстежує. Такий підхід спрощує аудит контейнера через кілька місяців після початкового налаштування.
Теги
Тег містить дію, яку GTM повинен виконати після спрацьовування вибраного тригера. Найчастіше він надсилає дані в Google Analytics, Google Ads, Meta або інший сервіс, але через HTML можна запускати і власні скрипти.
У робочому контейнері можуть використовуватися Google tag для GA4, тег події, рекламний тег, тег ремаркетингу або JavaScript. Для кожного тега задаються параметри та умови запуску, тому один контейнер може обслуговувати кілька систем аналітики одночасно.
Перед публікацією слід перевірити, що тег запускається лише там, де це заплановано. Якщо один і той же тег спрацьовує двічі за однієї дії, статистика буде завищена, а кількість конверсій перестане відповідати реальним заявкам або покупкам.
Основні помилки при налаштуванні GTM та Google Analytics
Більшість проблем з аналітикою пов'язані не зі складністю інтерфейсу GTM, а з дублями, неточними умовами та відсутністю перевірки після впровадження. Помилка може місяцями залишатися непомітною, якщо команда орієнтується лише на цифри у звітах.
Перед запуском реклами бажано пройти базовий аудит контейнера та порівняти події з реальними діями на сайті. Якщо аналітика показує вдвічі більше заявок, ніж CRM, оптимізація рекламних кампаній спиратиметься на неправильні дані.
GTM встановлено на сайті двічі
Дублювання виникає, коли один контейнер доданий через плагін, код теми та системну інтеграцію одночасно. Браузер завантажує кілька екземплярів одного GTM, а пов'язані з ним теги можуть запускатись повторно.
Перевірити проблему можна через вихідний код, Tag Assistant та мережні запити. Після виявлення слід залишити один узгоджений спосіб встановлення, який не зникне після оновлення CMS або теми.
Перед видаленням зайвого коду необхідно переконатися, що він справді дублює той самий контейнер. На складному проєкті можуть використовуватися різні контейнери, тому слід орієнтуватися за ID GTM-.
Google Analytics встановлений безпосередньо та одночасно через GTM
Якщо той самий потік GA4 отримує PageView з прямого Google tag і з GTM, дані можуть дублюватися. Аналогічна проблема виникає з подіями, якщо стара реалізація залишається в коді після перенесення контейнера.
Перед міграцією слід знайти код відстеження google analytics у шаблонах, плагінах та налаштуваннях CMS. Потім порівняти його Measurement ID з ідентифікатором, який використовується в GTM.
Видалення старої установки виконують лише після перевірки нової схеми. Такий порядок знижує ризик ситуації, коли обидві інтеграції відключені одночасно, і аналітика перестає збирати дані.
Переплутані GTM ID та GA4 Measurement ID
GTM ID починається з GTM-, а ідентифікатор виміру GA4 - з G-. Ці значення стосуються різних сервісів і використовуються в різних місцях налаштування.
Плутанина часто виникає, коли власник сайту просить google analytics код і відправляє розробнику лише один ідентифікатор без пояснення. Для впровадження краще вказувати назву сервісу та повний формат значення.
Окремо можна зафіксувати ID у технічній документації проєкту. Це скорочує час перевірки, коли за кілька місяців потрібно визначити, який ресурс і контейнер пов'язані з сайтом.
Зміни GTM збережені, але не опубліковані
Збережений тег ще означає, що зміна працює для звичайних відвідувачів. Поки нова версія контейнера не опублікована, налаштування доступне в робочій області та Preview, але не стає частиною чинної конфігурації.
Перед публікацією слід перевірити всі змінені теги, а потім повторно відкрити сайт без Preview. Такий контроль допомагає швидко виявити проблему, пов'язану з версією чи кешем.
В описі публікації корисно вказувати коротку причину зміни. Історія контейнера потім показує, коли з'явилося конкретне налаштування і хто її додавав.
Подія спрацьовує кілька разів
Повторна подія може з'явитися через занадто широкий тригер, кілька однакових тегів або повторну передачу Custom Event через Data Layer. Причину потрібно шукати за послідовністю подій у Preview.
Для форми слід перевірити, чи не запускається тег одночасно по кліку та успішному відправленню. У такому разі одна заявка може створити два записи, хоча користувач здійснив одну цільову дію.
Після виправлення тестують кілька послідовних відправлень та оновлення сторінки. Коректне налаштування має давати передбачувану кількість подій для кожного сценарію.
Теги не перевірені через Preview
Публікація без Preview залишає надто багато невідомих. Навіть простий тригер кліка може не спрацювати через інший клас, динамічне посилання або особливості JavaScript на сторінці.
Перед запуском варто виконати дію вручну та перевірити Tags Fired, Variables та підсумкову подію у приймаючій системі. Така перевірка займає менше часу, ніж пошук причини некоректної статистики.
Особливо уважно потрібно тестувати ecommerce, форми та рекламні конверсії. Помилка у цих подіях безпосередньо впливає на звіти, аудиторії та рішення щодо бюджету.
Я рекомендую спочатку визначити, які дії на сайті справді пов'язані із заявками, продажами та іншими бізнес-цілями. Встановлений контейнер сам не робить аналітику корисною. Якщо GA4 вже додана безпосередньо до шаблону, перед перенесенням до GTM я перевіряю старі теги, щоб не отримати подвійні перегляди сторінок та повторні події.
Як підключити Google Analytics 4 через GTM?
Після встановлення контейнера можна підключити GA4 через tag Google. Для цього знадобиться ідентифікатор вимірювання з вебпотоку Google Analytics, який розпочинається з G-.
Такий варіант є зручним, якщо пізніше планується налаштування подій, Google Ads, Meta Pixel або електронної торгівлі. Усі основні зміни можна вести в одному контейнері, перевіряти через Preview та публікувати лише після тестування.
Де взяти код Google Analytics?
Щоб знайти дані вебпотоку, потрібно відкрити налаштування ресурсу GA4, перейти до потоків даних та вибрати потрібний сайт. У картці потоку відображається Measurement ID виду G-XXXXXXXXXXXX, який використовується при підключенні Google tag через GTM.
Користувач, який шукає, де взяти код google analytics або де взяти код гугл аналітікс, часто має на увазі саме цей ідентифікатор. Однак повний код Google Analytics та Measurement ID – різні дані, тому перед встановленням потрібно визначити вибраний спосіб підключення.
Якщо потрібний прямий код google analytics, у налаштуваннях потоку можна відкрити інструкції зі встановлення та перейти до ручного варіанту. Там відображається повний фрагмент gtag.js, який можна розмістити у HTML-сайті.
Де взяти код лічильника Google Analytics?
Формулювання «де взяти код лічильника google analytics» збереглося з часу попередніх версій аналітики, тому його досі використовують власники сайтів та фахівці. У GA4 замість звичного терміна «лічильник» частіше працюють із Google tag та Measurement ID.
Google analytics код лічильника при прямій установці є JavaScript-фрагментом, який завантажує бібліотеку gtag.js і містить ідентифікатор потрібного потоку. При встановленні через GTM достатньо отримати Measurement ID і додати його до відповідного настроювання Google tag.
Тому запити код лічильника google analytics та код відстеження google analytics можуть описувати різні частини одного завдання. Перед впровадженням слід визначити, чи потрібен повний скрипт HTML або підключення аналітики через контейнер GTM.
Як отримати код Google Analytics для ручної установки?
Щоб отримати код google analytics, потрібно відкрити вебпотік GA4 та перейти до інструкції ручної установки. Система показує JavaScript-фрагмент, який містить підключення бібліотеки та ідентифікатор виміру вибраного ресурсу.
Такий варіант підходить сайту, де аналітика безпосередньо підключається і немає завдання керувати великою кількістю маркетингових тегів. Google Analytics отримати код можна без окремого контейнера GTM, якщо вибрано саме прямий спосіб встановлення.
Фраза install google analytics зазвичай відноситься до тієї ж операції: отримати Google tag, додати його до шаблону та перевірити надходження даних. Після встановлення слід переконатися, що використовуються правильний ресурс, потік даних та домен.
Куди вставити код Google Analytics?
Відповідь залежить від обраного способу підключення. Якщо використовується прямий Google tag, скрипт розміщують усередині <head> на всіх сторінках сайту, де потрібно збирати статистику.
Якщо використовується GTM, куди вставити код Google Analytics вже вирішується всередині контейнера. У такому випадку у шаблоні знаходиться код GTM, а Google tag створюється через інтерфейс менеджера тегів і отримує Measurement ID потрібного потоку.
Тому запити google analytics куди вставляти код, google analytics де розмістити код і куди вставити код google analytics не можна розглядати окремо від вибраної схеми установки. Одночасне підключення одного потоку двома способами потребує особливої перевірки на дублі.
Пряме встановлення Google Analytics
При прямій установці код гугл аналітики додають на всі потрібні сторінки відразу після початку розділу <head>. Такий спосіб підходить для базового збору статистики, якщо на сайті не потрібна складна система тегів та подій.
Google Analytics установка лічильника через прямий код вимагає перевірки шаблонів. На CMS один загальний шаблон зазвичай покриває більшість сторінок, але лендинги, окремі модулі чи зовнішні форми може мати власну структуру.
Після встановлення потрібно відкрити сайт та перевірити надходження переглядів сторінок у GA4. Якщо дані не з'являються, перевірте Measurement ID, вихідний код, обмеження Consent Mode, блокувальники та помилки JavaScript.
Встановлення Google Analytics через GTM
При підключенні через GTM у контейнері створюють Google tag, вказують Measurement ID виду G-... та призначають тригер, який запускається на всіх необхідних сторінках. Потім налаштування перевіряють через Preview та публікують нову версію контейнера.
Встановлення лічильника google analytics через GTM зручне тим, що такі події можна створювати в тій самій структурі. Не доводиться щоразу додавати новий код безпосередньо до шаблону сайту, якщо потрібна дія вже доступна через GTM або Data Layer.
Після публікації бажано перевірити GA4 DebugView та звичайні звіти. Preview підтверджує запуск тега в GTM, але окрема перевірка в Analytics показує, чи дані дійшли до потрібного ресурсу.
Google Analytics у head або через GTM – який спосіб вибрати?
Вибір залежить від кількості інтеграцій та запланованої глибини аналітики. Для простого сайту з базовим відстеженням переглядів прямий tag Google може бути достатнім, особливо якщо налаштування рідко змінюються.
GTM зручніше, коли потрібно кілька рекламних систем, події користувача, ecommerce або регулярна зміна аналітики. При цьому сам контейнер теж потребує акуратної підтримки, зрозумілих назв та обов'язкового тестування перед публікацією.
| Спосіб | Коли підходить | Переваги | Що враховувати |
|---|---|---|---|
| Google tag у <head> | Потрібна базова GA4 без складних інтеграцій | Проста схема підключення та мінімум налаштувань | Нові події можуть вимагати додаткової роботи з кодом |
| Google Analytics через GTM | Потрібні події, реклама, ecommerce та кілька сервісів | Усі теги керуються через один контейнер | Потрібно стежити за тригерами, дублями та версіями контейнера |
Якщо старе налаштування аналітики вже працює на сайті, змінювати спосіб підключення тільки заради самого перенесення не потрібно. Спочатку варто перевірити поточні дані та зрозуміти, які завдання новий варіант справді вирішить.
Що таке асинхронний код Google Analytics?
Асинхронний код Google Analytics завантажує зовнішній скрипт без необхідності повністю зупиняти обробку сторінки до закінчення його завантаження. Сучасні варіанти Google tag та GTM використовують підхід, при якому аналітичний код не повинен послідовно блокувати всю сторінку.
Однак сама наявність асинхронного завантаження не означає, що будь-які маркетингові скрипти є безпечними для швидкості. Багато важких сторонніх тегів можуть впливати на продуктивність, особливо якщо вони запускаються на кожній сторінці без необхідності.
При аудиті слід дивитися не тільки на формат підключення, але й на кількість тегів, умови їх запуску та реальні завдання. Іноді кілька старих рекламних скриптів продовжують завантажуватись роками, хоча кампанії, заради яких їх додавали, вже відключено.
Що саме ми робили
Стоматологія · Київ і Чернігів
+44% кліків із пошуку
Домен без історії, сайт на конструкторі. Зібрали семантику під послуги й обидва міста, переробили посадкові сторінки, з нуля побудували посилальний профіль. За чотири місяці: 34,8 тис. кліків, покази 1,32 → 1,76 млн, DR 0 → 41.
E-commerce · міжнародний ринок
+96% кліків за два місяці
Каталог цифрових 3D-моделей. Кластеризували семантику, перебудували хабові сторінки, закрили дублі та помилки індексації. Користувачі з Google 247 → 532, CTR 2,4% → 4%.
Медичний центр · Україна
+68,75% видимості за перший місяць
Вузька видимість і мала семантика на старті. Семантика, структура посадкових, метадані та перелінковка, поступове посилення посиланнями.
Суміжні послуги
Налаштування Google Search Console
Налаштування Google Search Console для сайту: підключення, підтвердження прав, sitemap, індексація, звіти та доступи. Додамо сайт у пошук Google та перевіримо коректність налаштування.
Коллтрекінг / Call Tracking
Коллтрекінг для сайту в Україні: налаштування Call Tracking, відстеження джерел дзвінків, інтеграція з GA4, Google Ads та CRM. Замовте підключення та аналітику дзвінків у Seo-Gen.
Налаштування GA4
Налаштування GA4 для сайту: підключення Google Analytics 4, GTM, події, Key events, e-commerce та аудит коректності даних. Замовте налаштування у Seo-Gen.
Налаштування E-commerce Analytics
Налаштування електронної торгівлі в Google Analytics 4: події, продаж, звіти, перевірка даних та аналітика e-commerce. Налаштуємо GA4 для інтернет-магазину.
Наскрізна аналітика
Налаштування та впровадження наскрізної аналітики для сайту та інтернет-магазину. Інтеграція GA4, CRM, Bitrix24, 1С, реклами та коллтрекінгу. Розрахуємо вартість вашого проєкту.
Розробка аналітичних дашбордів
Розробка дашбордів для бізнесу: Power BI, Looker Studio, інтеграція CRM, GA4 та рекламних систем. Створюємо панелі під KPI та автоматизуємо звітність.
Відповіді на ваші запитання
Що таке GTM і чим він відрізняється від Google Analytics?
Google Tag Manager керує тегами, умовами їх запуску та передачею даних зі сторінки. Google Analytics 4 приймає аналітичні події та формує звіти про користувачів, джерела трафіку та дії на сайті.
Зазвичай послуги працюють разом: GTM визначає, коли відправити подію, а GA4 отримує її і зберігає для подальшого аналізу. При простій установці Google Analytics може працювати і без GTM через прямий tag Google.
Де взяти код Google Analytics 4?
У налаштуваннях ресурсу GA4 необхідно відкрити вебпотік даних потрібного вебсайту. Там відображається Measurement ID виду G-XXXXXXXXXX, а в інструкціях зі встановлення доступний повний код для ручного підключення.
Якщо аналітика встановлюється через GTM, зазвичай використовується Measurement ID. Якщо вибрано прямий спосіб, потрібен повний фрагмент Google tag, який додається до HTML всіх необхідних сторінок.
Куди вставляти код Google Analytics?
Під час прямого встановлення Google tag розміщується всередині <head> на сторінках сайту. Якщо Analytics підключається через Google Tag Manager, шаблон встановлюється контейнер GTM, а налаштування GA4 виконується вже через його інтерфейс.
Тому відповідь на запитання google analytics, куди вставляти код залежить від схеми впровадження. Не слід без перевірки використовувати обидва варіанти для одного потоку, оскільки можна отримати повторні перегляди та події.
Чи потрібно ставити Google Analytics одночасно у head та через GTM?
Для того самого потоку GA4 зазвичай достатньо одного узгодженого способу підключення. Якщо один Google tag працює безпосередньо в <head>, а другий надсилає ті самі дані через GTM, статистика може дублюватися.
Перед перенесенням потрібно перевірити стару установку і лише потім відключати після успішного тесту GTM. Такий порядок зберігає безперервність збору даних та знижує ризик подвійного відправлення.
Куди встановлюється код Google Tag Manager?
Основний JavaScript-фрагмент GTM розміщується максимально високо всередині <head>. Другий фрагмент з noscript встановлюється відразу після тега <body>.
Контейнер повинен бути присутнім на всіх сторінках, де потрібна аналітика. Після впровадження потрібно перевірити кілька шаблонів через Tag Assistant, оскільки окремі розділи сайту можуть використовувати іншу структуру.
Чи можна настроїти GTM без програміста?
Базове встановлення, перегляд сторінок, прості кліки та деякі стандартні події можна налаштувати без розробника. Для цього потрібен доступ до сайту або штатного поля CMS та розуміння роботи тегів, тригерів та змінних.
Розробник частіше потрібний для Data Layer, ecommerce, нестандартних форм та складних JavaScript-сценаріїв. У таких завданнях надійніше передавати підтверджену подію з боку сайту, ніж намагатися визначити її лише за зовнішніми елементами сторінки.
Як перевірити, що Google Analytics працює через GTM?
Спочатку потрібно відкрити Preview і переконатися, що Google tag та потрібні події з'являються у Tags Fired. Потім слід перевірити події GA4 DebugView і переконатися, що вони відправляються в правильний ресурс.
Після публікації варто додатково переглянути звичайні звіти та виконати тестові дії без режиму Preview. Перевірка на кількох рівнях допомагає відокремити проблему GTM від помилки у самому ресурсі GA4.
Чи можна встановити Facebook Pixel через GTM?
Meta Pixel можна підключити через Google Tag Manager і запускати потрібні події щодо тригерів. Перед використанням слід перевірити, чи не встановлено той самий піксель через CMS, код теми або іншу інтеграцію.
Через GTM можна передавати PageView, Lead, AddToCart, Purchase та інші події. Кожне з них потрібно перевірити в інструментах Meta та порівняти з реальною дією користувача на сайті.
Налаштування GTM включає кілька послідовних етапів: встановлення контейнера, підключення Google Analytics 4, визначення потрібних подій, перевірка тригерів та публікація лише після тестування. Для простого сайту частину роботи можна виконати самостійно, а складні форми, ecommerce та Data Layer вимагають більш ретельного технічного налаштування.
Якщо у GA4 вже є дублі, пропущені заявки чи незрозуміла структура подій, починати краще з аудиту поточного контейнера та встановлених кодів. Після перевірки можна скласти карту подій, забрати зайві інтеграції та налаштувати GTM так, щоб дані відповідали реальним діям користувачів.
Відповідаємо протягом робочого дня. Без розсилок і дзвінків «просто нагадати».
Подивиться сайт сам, а не передасть менеджеру.
Докладніше: Налаштування GTM
Як створити обліковий запис і контейнер Google Tag Manager?
Робота починається зі створення облікового запису GTM та окремого контейнера для сайту. На цьому етапі потрібно вибрати коректний тип контейнера і використовувати зрозумілу назву, особливо якщо компанія має кілька доменів або окремих проєктів.
Для одного сайту зазвичай створюють один основний вебконтейнер. Створення кількох контейнерів без необхідності ускладнює підтримку, тому що розробнику та маркетологу доводиться перевіряти, які параметри знаходяться в кожному з них.
Створення облікового запису GTM
Після входу в Google Tag Manager потрібно створити обліковий запис, вказати назву компанії, вибрати країну, додати назву контейнера та вибрати платформу Web. Для звичайного сайту використовується вебконтейнер, після чого сервіс пропонує прийняти умови та показує код встановлення.
Назву контейнера краще пов'язувати з конкретним доменом. Такий формат допомагає швидко орієнтуватися в обліковому записі, якщо через один обліковий запис обслуговуються корпоративний сайт, інтернет-магазин, лендинг та тестовий проєкт.
Після створення не потрібно одразу додавати десятки тегів. Спочатку контейнер встановлюють на сайт, перевіряють завантаження через Tag Assistant, потім підключають базову аналітику і лише після цього переходять до подій.
Де знайти ID контейнера GTM?
ID контейнера відображається в інтерфейсі Google Tag Manager та має формат GTM-XXXXXXX. Цей ідентифікатор відноситься саме до контейнера та використовується в коді, який встановлюється на сторінці сайту.
Його часто плутають з ідентифікатором вимірювання Google Analytics 4. Measurement ID має формат G-XXXXXXXXXX і відноситься до потоку даних GA4, тому значення G-... не можна вставляти замість ID контейнера GTM-.
При перевірці налаштування корисно відразу записати обидва ідентифікатори в технічну документацію проєкту. Тоді під час наступного аудиту можна швидко визначити, який контейнер завантажується на сайті і в який ресурс Google Analytics йдуть події.
Як встановити Google Tag Manager на вебсайт?
Після створення контейнера GTM показує два фрагменти коду. Їх потрібно розмістити в різних частинах HTML, щоб контейнер завантажувався коректно та працював на всіх сторінках, де потрібний збір даних.
Спосіб встановлення залежить від CMS та архітектури проєкту. За наявності штатної інтеграції краще використовувати параметри системи або окремий модуль, який зберігається після оновлення теми. Ручне редагування файлів шаблону виправдано, коли немає іншого безпечного способу.
Куди вставляти код GTM?
Перший фрагмент GTM є JavaScript і встановлюється всередині <head>. Другий містить noscript і розміщується після відкриття <body>. Обидва фрагменти відносяться до одного контейнера і використовують однаковий ID виду GTM.
Код потрібно встановити на всіх сторінках, де має працювати аналітика. Якщо контейнер присутній лише на частині сайту, користувач може переходити між сторінками, а дані щодо окремих етапів шляху будуть губитися або збиратися неповно.
Після встановлення слід перевірити вихідний код та Tag Assistant. Такий контроль допомагає знайти ситуацію, коли розробник вставив фрагмент лише на один шаблон, а сторінки іншого типу формуються окремим макетом без GTM.
Код GTM у <head>
Основний JavaScript-фрагмент розміщують максимально високо усередині секції <head>. Що раніше браузер завантажує контейнер, то раніше GTM може обробити умови запуску тегів, які повинні спрацьовувати під час завантаження сторінки.
Фрагмент повинен знаходитись усередині реального HTML-шаблону, який використовується на всіх потрібних сторінках. Якщо сайт працює на CMS, бажано не вставляти його безпосередньо у файл батьківської теми, коли система підтримує окреме поле, дочірню тему чи безпечний модуль.
Запити на кшталт google analytics head часто призводять до плутанини між GTM та прямою установкою Google tag. У <head> дійсно розміщуються обидва варіанти, але при використанні GTM прямий код Google Analytics зазвичай не потрібно дублювати шаблон.
Код GTM після <body>
Другий фрагмент містить блок noscript і встановлюється відразу після тега <body>. Він відноситься до того ж контейнера GTM і використовується як додатковий механізм для обмежених сценаріїв, коли недоступний JavaScript.
Не слід вставляти цей блок у випадкову область сторінки через візуальний редактор. Він повинен знаходитися в шаблоні поруч із початком <body>, інакше структура установки відрізнятиметься від рекомендованої та ускладнить подальший технічний аудит.
Після зміни шаблону необхідно очистити серверний та CMS-кеш, якщо вони використовуються. Потім варто відкрити кілька різних типів сторінок і переконатися, що обидва фрагменти містять правильний ID контейнера.
Як встановити GTM через CMS?
У WordPress контейнер можна підключити через спеціалізований плагін, Code Snippets при відповідній реалізації або файли дочірньої теми. Для WooCommerce діє той самий принцип, але при налаштуванні ecommerce часто додатково потрібний Data Layer з даними товарів та замовлень.
Shopify, Wix, OpenCart, Хорошоп та інші платформи мають власні способи підключення зовнішніх скриптів. Якщо CMS надає окреме системне поле для GTM, зазвичай розумніше використовувати його, ніж вручну міняти файли, які можна перезаписати після оновлення.
На самописному сайті розробник розміщує обидва фрагменти у загальному шаблоні. Після встановлення потрібно перевірити головну сторінку, категорії, картки, форми та інші шаблони, щоб контейнер був присутній скрізь, де має працювати вебаналітика.
Як перевірити правильність встановлення GTM?
Для перевірки використовують Preview Mode та Google Tag Assistant. Після підключення сайту можна побачити завантаження контейнера, послідовність подій, список Tags Fired та Tags Not Fired, а також значення змінних для кожного кроку.
Якщо GTM не визначається, спочатку перевіряють ID контейнера, розміщення коду та кеш. Потім потрібно переконатися, що скрипт не блокується налаштуваннями Consent Mode, розширенням браузером, політикою безпеки сайту або помилкою в шаблоні.
Окремо варто перевірити відсутність дублів. Один контейнер іноді одночасно підключають через плагін, код теми та зовнішню інтеграцію, після чого події починають вирушати кілька разів за однієї дії.
Як настроїти події Google Analytics через GTM?
Після базового підключення GA4 можна переходити до дій користувачів. Для кожної події потрібно визначити точний момент спрацьовування, параметри, назву події та спосіб перевірки.
Подія повинна відображати зрозумілу дію. Чим менше випадкових та дублюючих подій передається до GA4, тим простіше працювати зі звітами, будувати аудиторії та оцінювати результат реклами.
Налаштування кліка за кнопкою
Для кліків GTM можна використовувати Click Text, Click Classes, Click ID та Click URL. Вибір змінної залежить від розмітки сторінки та від того, яка ознака залишається стабільною після зміни тексту чи дизайну.
Наприклад, кнопку надсилання заявки краще відстежувати за унікальним ID або стабільним класом, якщо вони доступні. Текст кнопки може змінитися після тестування або локалізації A/B, через що тригер перестане спрацьовувати.
Перед публікацією потрібно відкрити Preview, виконати потрібний клік та переглянути значення змінних. Після цього умови тригера можна налаштувати за реальними даними, а не за припущенням про структуру HTML.
Налаштування кліка за номером телефону
Посилання телефонних номерів зазвичай використовують формат tel:. У GTM можна створити тригер кліка за посиланням і обмежити його умовою Click URL starts with tel: щоб подія відправлялася лише при натисканні на телефон.
Назва події в GA4 має бути зрозумілою та однаковою для всього проєкту. Якщо на сайті кілька телефонів, номер або розташування кнопки можна передавати окремим параметром без створення десятків майже однакових подій.
Такий клік показує намір зв'язатися з компанією, але не підтверджує дзвінок, що відбувся. При аналізі його слід трактувати як дію користувача на сайті, а дані реальної телефонії одержувати з окремої системи, якщо вона підключена.
Налаштування надсилання форми
Форми вимагають уважної перевірки, тому що сучасні сайти часто надсилають дані через AJAX і не викликають стандартної події відправки HTML-форми. Один і той же тригер може коректно працювати на старій формі та не реагувати на форму, створену новим JavaScript-компонентом.
Надійний спосіб залежить від реалізації сайту. Можна використовувати стандартний Form Submission, сторінку подяки або подію користувача через Data Layer, яка відправляється тільки після підтвердженої успішної обробки форми.
Після налаштування потрібно протестувати успішне відправлення, помилку обов'язкового поля та повторне відправлення. Такий тест показує, чи заявкою не вважається звичайний клік по кнопці без фактичної передачі даних.
Стандартний Form Submission
Тригер Form Submission підходить для класичних HTML-форм, де браузер дійсно викликає стандартну подію відправки. Перед використанням потрібно перевірити через Preview на конкретному сайті.
На формах із AJAX, React або нестандартними обробниками стандартний тригер може не спрацювати або спрацювати до підтвердження успішного відправлення. У такому разі аналітика почне рахувати спроби відправлення як реальні ліди.
Якщо стандартний варіант працює стабільно, умови краще обмежити потрібною формою чи сторінкою. Загальний тригер на всі форми без перевірки може змішати заявки, передплати, пошук та інші елементи інтерфейсу.
Сторінка подяки
Якщо після успішної форми користувач переходить на окрему URL-адресу на кшталт /thank-you/, відвідування цієї сторінки можна використовувати як умову події. Такий спосіб простіше перевірити, і він не залежить від структури самої кнопки.
Потрібно переконатися, що сторінку подяки не можна відкрити випадково з меню або пошукової видачі. Також варто перевірити, чи користувач не оновлює сторінку кілька разів, створюючи повторні події без нової заявки.
У разі коректної реалізації цей варіант підходить багатьом сервісним сайтам. Для складних вирв або кількох форм з різними типами лідів зручніше передавати окремі значення через Data Layer.
Подія через Data Layer
Data Layer дозволяє розробнику передати подію лише після успішного результату на стороні сайту. Наприклад, після відповіді сервера можна виконати dataLayer.push з назвою події та параметрами конкретної форми.
Такий спосіб менше залежить від тексту кнопки, CSS-класів та змін верстки. GTM створюється Custom Event trigger, який реагує на потрібне ім'я події і запускає відповідний тег GA4.
Для складних форм цей підхід зазвичай надійніший за візуальні умови. У технічному завданні розробнику потрібно заздалегідь описати ім'я події, момент відправлення та набір параметрів, щоб аналітика отримувала стабільну структуру даних.
Налаштування глибини скролла
GTM вміє відстежувати Scroll Depth та відправляти події при досягненні заданої глибини сторінки. Такі дані допомагають оцінити, наскільки далеко користувачі переглядають довгі статті, лендинги та комерційні сторінки.
Не варто автоматично вважати кожен скролл ключовою подією. Перегляд 50 або 90 відсотків сторінки може бути корисною поведінковою метрикою, але сам не підтверджує заявку, дзвінок або покупку.
Для довгого контенту достатньо кількох зрозумілих рівнів. Занадто часто надсилання подій створює зайвий шум і ускладнює аналіз, особливо якщо глибина прокручування не пов'язана з конкретним рішенням користувача.
Як зробити подію ключовою в GA4?
Після надходження події в GA4 його можна назвати ключовим, якщо дія дійсно пов'язана з важливим результатом. Для сервісного сайту такими подіями часто стає успішна заявка або інше підтверджене звернення.
Не кожну подію треба перетворювати на ключову. Клік, скролл чи перегляд картки допомагають аналізувати поведінку, але прирівнювання всіх дій до бізнес-результату спотворює оцінку каналів та рекламних кампаній.
Після зміни статусу слід перевірити звіти та рекламні інтеграції. Якщо ключові події імпортуються в Google Ads, потрібно окремо контролювати модель обліку та виключити повторну передачу однакової конверсії з кількох джерел.
Що таке Data Layer у GTM?
Data Layer, або рівень даних, використовується для передачі структурованої інформації з боку сайту Google Tag Manager. Через нього можна передавати значення, які важко чи ненадійно одержувати з видимого HTML.
Сайт відправляє об'єкт із потрібними параметрами, GTM зчитує його через змінні та використовує значення усередині тегів. Такий підхід особливо корисний для інтернет-магазинів, складних форм та проєктів, де аналітика має працювати незалежно від невеликих змін верстки.
Які дані передають через Data Layer?
Через рівень даних можна передати успішну відправку форми, назву форми, внутрішній ID, тип товару, вартість, валюту, кількість transaction_id та інші параметри, які потрібні аналітиці.
Передавати всі дані сайту без конкретного завдання не потрібно. Структуру краще визначити заздалегідь, пов'язавши кожен параметр зі звітом, рекламною аудиторією чи перевіркою, на яку він справді використовуватиметься.
Також слід враховувати вимоги до персональних даних. В аналітичні системи не можна бездумно відправляти телефон, email та інші значення, які можуть порушувати правила платформ, що використовуються, або внутрішні вимоги проєкту.
Data Layer для інтернет-магазину
Для ecommerce GA4 використовує події view_item, add_to_cart, begin_checkout, purchase та інші дії. Разом із подією передаються параметри товару, вартості, валюти та ідентифікатора транзакції.
Для purchase особливо важливим є унікальний transaction_id. Він допомагає коректніше обробляти повторне відкриття сторінки підтвердження та підтримувати зв'язок між подією покупки та конкретним замовленням.
Перед запуском електронної торгівлі слід перевірити кілька товарів, різні кількості, знижки та покупку. Помилка в структурі Data Layer часто проявляється лише на окремих сценаріях, тому однієї перевірки картки товару недостатньо.
Налаштування подій Facebook через GTM
Налаштування подій facebook через gtm використовується для передачі дій до рекламної системи Meta. В інтерфейсах зараз використовується назва Meta Pixel, хоча запит Facebook Pixel продовжує зустрічатися в інструкціях та пошуку.
Через GTM можна керувати базовим завантаженням пікселя та окремими подіями. Перед публікацією слід перевірити, що PageView та цільові дії не надсилаються одночасно з коду сайту, CMS-інтеграції та контейнера.
Як встановити Meta Pixel через GTM?
Спочатку отримують Pixel ID в рекламному обліковому записі Meta, потім створюють відповідний тег GTM і призначають умову запуску. Базовий PageView зазвичай має спрацьовувати на потрібних сторінках після завантаження пікселя.
Спосіб реалізації залежить від шаблону тега і вимог проєкту. Після налаштування потрібно відкрити Preview та інструмент перевірки подій Meta, щоб переконатися, що браузер дійсно надсилає дані до потрібного Pixel ID.
Якщо піксель раніше було встановлено через CMS або вручну, стару інтеграцію слід перевірити до публікації GTM. Два однакові PageView на одному перегляді сторінки створять спотворення статистики та аудиторій.
Як настроїти події Meta через GTM?
Для реклами можуть використовуватись події Lead, Purchase, AddToCart та інші дії, що відповідають реальній поведінці користувача. Тригер можна пов'язати з тією ж дією, яка вже відстежується для GA4.
При цьому параметри Meta та Google Analytics налаштовуються окремо. Одна дія користувача може запускати кілька тегів, але кожну платформу потрібно перевіряти у власних діагностичних інструментах.
Для покупки через Data Layer можна передати вартість та валюту, якщо ці значення доступні та коректно сформовані. Не слід підставляти фіксовані суми всім замовлень, коли реальна вартість змінюється.
Як перевірити події та теги перед публікацією?
Будь-яка зміна GTM потрібно тестувати до публікації. Перевірка повинна охоплювати сам тригер, запуск потрібного тега та фактичне отримання події системою, куди надсилаються дані.
Один Preview показує лише частину картини. Якщо тег відзначений як Fired, слід додатково переконатися, що подія з'явилася у GA4 DebugView, рекламній платформі чи іншому кінцевому сервісі.
Preview та Tag Assistant
У режимі Preview вказують адресу сайту, підключають сесію Tag Assistant та виконують потрібні дії. В інтерфейсі відображається послідовність подій та список тегів, які спрацювали або залишилися у Tags Not Fired.
Для кожного кроку можна подивитися Variables та значення Data Layer. Це допомагає зрозуміти, чому умова не виконалася, який URL отримав GTM і яке значення знаходилося в Click Text, Click Classes або змінної користувача.
Після тесту потрібно перевірити кілька сценаріїв, а не одну успішну дію. Наприклад, тригер заявки повинен спрацювати після успішної форми, але не після помилки валідації або простого натискання кнопки.
Перевірка подій у GA4 DebugView
GA4 DebugView показує події, які надходять до ресурсу під час тестування. Тут можна перевірити назву події, параметри та послідовність дій користувача.
Якщо тег спрацював у GTM, а подія відсутня у DebugView, потрібно перевірити Measurement ID, параметри тега, згоду користувача, обмеження браузера та налаштування самого ресурсу.
Після успішного тестування варто перевірити стандартні звіти після появи даних. DebugView використовується для діагностики, а робочі звіти допомагають переконатися, що нове налаштування аналітики коректно вбудувалося у загальний збір статистики.
Публікація контейнера
Після перевірки зміни відправляють через Submit та створюють нову версію контейнера. У назві та описі версії бажано вказати, які теги, події чи виправлення були додані.
Історія версій полегшує підтримку GTM. Якщо нове налаштування викликало проблему, фахівець може порівняти зміни з попередньою конфігурацією та швидше визначити причину.
Публікувати кілька незв'язаних змін однією великою версією небажано. Невеликі зрозумілі версії легше тестувати, документувати та за необхідності відкочувати.
Коли налаштування GTM краще передати фахівцю?
Базову установку контейнера та просту подію можна виконати самостійно, якщо сайт має зрозумілу структуру та спеціаліст знайомий із принципами роботи GTM. Складність швидко зростає, коли з'являються кілька доменів, AJAX-форми, ecommerce, рекламні системи та власний Data Layer.
Професійне налаштування зазвичай починається з аудиту існуючих тегів та карти подій. Такий порядок допомагає зрозуміти, які дані вже збираються, де є дублі та які дії дійсно потрібно передавати до GA4, Google Ads або Meta.
Допомога фахівця особливо виправдана у таких випадках:
- На сайті працюють кілька систем аналітики та реклами, а команда не впевнена, які теги встановлені безпосередньо через CMS і через GTM.
- Потрібно налаштувати електронну торгівлю з коректними товарами, вартістю, валютою та transaction_id для кожної покупки.
- Форми працюють через AJAX, React або власні сценарії, тому стандартні тригери надсилання дають нестабільний результат.
- Потрібно Data Layer, а розробнику потрібно підготувати зрозуміле технічне завдання зі списком подій та параметрів.
- У GA4, CRM та рекламних кабінетах розходяться дані, з'являються подвійні події або частина звернень взагалі не фіксується.
- Потрібно зв'язати GA4, Google Ads та Meta Pixel, перевірити старі конверсії та привести структуру тегів до зрозумілого вигляду.
Після налаштування бажано зберегти таблицю подій, назви тегів та ідентифікатори. Така документація спрощує подальші зміни та знижує ризик випадково зламати робочу аналітику.
Терміни google tag service та google tag services іноді зустрічаються у пошукових формулюваннях, але для описаного завдання використовуються Google Tag Manager та Google tag. При використанні краще спиратися на конкретні назви сервісів і ID, щоб не плутати різні елементи екосистеми Google.
Тригери
Тригер визначає момент запуску тега. Умовою може бути завантаження сторінки, клік за посиланням, натискання кнопки, відправлення форми, глибина прокручування, поява елемента на екрані або подію користувача, передана через Data Layer.
Для простих дій часто вистачає вбудованих тригерів GTM. Наприклад, клік за номером телефону можна відстежувати за значенням Click URL, яке починається з tel:, а відвідування сторінки подяки – по Page URL з потрібною частиною адреси.
Чим точніше умови тригера, тим менший ризик помилкових спрацьовувань. Перевірка лише за текстом кнопки може дати помилку після зміни дизайну, тому за наявності стабільного ID, класу чи події Data Layer краще використовувати надійніший ознака.
Змінні
Змінні зберігають значення, які GTM отримує зі сторінки або рівня даних. Вбудовані змінні можуть надсилати URL-адресу сторінки, адресу посилання, Click ID, Click Classes, Click Text та інші параметри поточної дії.
Змінні користувача застосовують, коли стандартного набору недостатньо. Наприклад, з Data Layer можна отримати вартість замовлення, валюту, ID товару, назву форми або внутрішній ідентифікатор користувача, а потім передати ці параметри в тег події.
Змінна допомагає зробити один тег універсальним для кількох подібних дій. Замість створення окремих тегів для кожної сторінки можна передавати змінне значення параметра та зберігати структуру контейнера компактною та зрозумілою.
Кому потрібне налаштування GTM?
GTM особливо корисний сайтам, де використовується кілька систем аналітики та реклами. Якщо компанія запускає Google Ads, Meta Ads, відстежує заявки, дзвінки та покупки, управління тегами через контейнер зазвичай зручніше за постійну зміну шаблонів сайту.
Інтернет-магазинам GTM потрібен для налаштування електронної торгівлі та передачі подій view_item, add_to_cart, begin_checkout, purchase. Сервісним сайтам частіше потрібно відслідковувати надсилання форм, кліків по телефону, месенджерів та інших елементів, пов'язаних із зверненням клієнта.
Якщо на невеликому сайті потрібна лише базова Google Analytics 4 без додаткових подій та рекламних інтеграцій, можливе пряме встановлення Google tag. Вибір способу залежить від завдань, кількості тегів та планів щодо подальшого розвитку аналітики.