Як налаштувати відстеження GA4 за допомогою серверного контейнера Google Tag Manager

Google Analytics 4 і серверний контейнер Google Tag Manager – це найбільші оновлення у світі аналітики в 2020 році. Google випускає оновлення для обох щотижня, але це не повинно заважати вам тестувати їх на своєму веб-сайті. Однак я не рекомендую перемикатися лише на тегування на сервері в GA4 і GTM та вимикати веб-контейнер за допомогою Universal Analytics. Насправді, ви не зможете перемістити всі теги з веб-контейнера в серверний контейнер, оскільки серверний контейнер GTM ще не має попередньо визначених клієнтів і тегів для найпопулярніших платформ. А бібліотека шаблонів недоступна для клієнтів Server GTM. Незважаючи на це, є спосіб перемістити всі ваші теги в серверний контейнер, якщо у вас є команда розробників і експертів з аналітики, які можуть писати для вас теги та клієнти.

У цій статті я опишу переваги використання серверних тегів GA4 і GTM. Ви можете використовувати його як покроковий гайд із надсилання подій до GA4 через серверний контейнер GTM. Що стосується eCommerce/enhanced eCommerce, я розповім про це в іншій статті.

Що таке Google Analytics 4, і чому варто розглянути можливість додати GA4 на свій веб-сайт?Скопіюйте посилання на цей розділ

Перше запитання, яке ви можете задати, – чому Google Analytics 4? Чи були версії від 1 до 3? І це четверта версія Google Analytics? Відповідь – так. Це четверта версія Google Analytics. Усе почалося з Urching у 2005 році, потім перейшло на Google Analytics (ga.js) у 2009 році та Universal Analytics (analytics.js) у 2013 році. Тепер ми маємо GA4.

GA4 був доступний для всіх з липня 2019 року, але він мав іншу назву — APP + WEB. Потім Google вирішив перейменувати його і зробити великий прес-реліз. Так він отримав нову назву — GA4.

Якщо ви хочете зареєструвати новий обліковий запис в Google Analytics, GA4 буде параметром за замовчуванням. Google запитає вас, чи бажаєте ви також створити ресурс Universal Analytics. Але майте на увазі, що інтерфейс GA4 далекий від добре відомої Universal Analytics.

Схоже, Google каже користувачам, що настав час звикнути до GA4 і перенести відстеження з UA на GA4. Зрештою, багато змін було внесено у збір даних та звітність.

Чим GA4 відрізняється від Universal Analytics?Скопіюйте посилання на цей розділ

1. Event-driven data model

Найбільш значущою зміною, яка була внесена, є перехід від концепції перегляду сторінки/сеансів на модель даних, керовану подіями. Ця модель даних вже кілька років використовується для аналітики мобільних додатків. Однак модель перегляду сторінки не підходить для мобільних додатків і SPA. Це пов’язано з тим, що користувачі мають зовсім іншу поведінку під час використання програм і веб-сайтів.

Модель даних на основі подій дозволяє створювати подію для будь-якої активності на веб-сайті, яку ви хочете записати в GA4. Крім того, ви можете використовувати параметри, які додають більше значення та опису кожній події. Google підготував список рекомендованих назв подій для використання в GA4, але ви також можете створювати спеціальні події та спеціальні параметри.

2. Cross-device reporting

Коли справа доходить до аналізу трафіку та продажів, відстеження користувачів/конверсій на різних пристроях є головним. Скажімо, користувач побачив ваше оголошення Adwords на мобільному пристрої та натиснув на нього. Але чомусь вирішив приступити до оформлення замовлення на робочому столі. Однак користувач не ввійшов у жодну із служб Google. Таким чином, Google не може впізнати його та віддати належне цьому конкретному кліку Adwords. В результаті джерело конверсії втрачено, а інформація для оптимізації Adwords неповна.

Щоб вирішити цю проблему, Google випустила Signals кілька років тому. Google інтегрував функцію Signals в GA4 і додав машинне навчання (machine learning). Він призначений для ідентифікації користувачів, які не ввійшли в жодну із служб Google. Якщо користувач не ввійшов у служби Google або його пристрій не можна ідентифікувати за допомогою відбитків пальців, машинне навчання заповнює всі прогалини.

До речі, збір даних сигналів Google не ввімкнено за замовчуванням у GA4. Вам потрібно ввімкнути його вручну, перейшовши в налаштування -> натиснувши налаштування даних -> збір даних.

Ще одне важливе налаштування (і нове), яке ви повинні перевірити, це те, як GA4 ідентифікує користувачів.

Є два варіанти: 

• лише за пристроєм (те, що раніше було в стандартному ресурсі Universal Analytics)
• за ідентифікатором користувача, сигналами Google, потім пристроєм (нова опція)

3. Predefined events

Google вдалося визначити найбільш часто використовувані події, які маркетологи та власники бізнесу відстежують у Google Analytics і GTM, і додали їх до розширеної функції вимірювання. Тепер перегляд сторінки, прокручування, клацання вихідних посилань, пошуки на сайті, залучення відео та завантаження файлів відстежуються за замовчуванням. Ця функція зазвичай активована для всіх властивостей (properties) GA4. Але вам потрібно переконатися, що вона увімкнена для вашого облікового запису. Для цього перейдіть до Data Streams -> виберіть Деталі веб-потоку та перевірте, чи ввімкнено всі події.

4. Analysis Hub and integration with BigQuery. 

Google повністю переробив центр аналітики/звітності в GA4. Це дозволяє користувачам легко створювати зв’язки, таблиці та фільтри. Існує також галерея шаблонів, подібна до тієї, що є в DataStudio. Так ви зможете ефективніше аналізувати дані та витрачати менше часу на створення спеціальних звітів.

Наступний бонус став для мене великим сюрпризом. Раніше було неможливо експортувати вихідні дані з безкоштовної версії UA до BigQuery. І сьогодні експорт BigQuery доступний для всіх користувачів GA4. Коротше кажучи, ви можете експортувати дані GA4 до BigQuery, які можна інтегрувати з іншими джерелами, такими як ваша CRM. З мого досвіду інтеграція та вибірка (sampling) є найпопулярнішими причинами оновлення до GA360.

5. Limit of Custom dimension and Custom metric.

У GA4 ліміт спеціальних параметрів і показників збільшено. Google Analytics 4 дозволяє мати 25 користувацьких параметрів і 50 подій. Кількість спеціальних показників збільшено до 50. В UA можна мати лише 20 спеціальних показників і 20 спеціальних параметрів. Збільшена кількість спеціальних показників і параметрів надає більше гнучкості для налаштування GA4.

6. GA4 debug view.

Налагоджувач GA4 (debugger) надзвичайно корисний для людей, які налаштовують Google Analytics 4. Завдяки ввімкненому попередньому перегляду ви можете побачити, які події, властивості подій і дані користувача обробляє GA4. Це робить процес налаштування GA4 набагато швидшим і простішим. Обожнюю цю функцію.

7. Інші переваги

Можливо, ви вже втомилися читати про те, чому GA4 такий крутий. Тому я перелічу інші переваги: оцінка аудиторії на основі ймовірності її покупки протягом наступних кількох днів, комбінація веб-аналітики та аналітики додатків та багато іншого.

Що таке Google Tag Manager server-side tagging?Скопіюйте посилання на цей розділ

Дозвольте мені швидко нагадати вам, що таке тегування на стороні сервера в GTM. І в наступному розділі ми почнемо з найцікавішої частини – налаштування відстеження.

Серверний контейнер GTM переміщує відстеження з браузера користувача на сервер. Він має багато переваг: покращена швидкість сторінки, кращий захист даних, можливість обійти блокування сторонніх файлів cookie, блокування реклами та ITP (якщо ви використовуєте спеціальний субдомен, ви можете прочитати про це тут), збільшення терміну служби файлів cookie та багато іншого. Наприклад, ви можете використовувати серверне тегування в GTM, щоб надсилати інформацію про події на вашому веб-сайті до Slack; тут у нас є короткий гайд.

У цій статті ви дізнаєтеся більше про те, що таке тегування на стороні сервера GTM.

Тут ми розповімо вам, як налаштувати серверний контейнер GTM за допомогою нашого сервісу.

Як налаштувати Google Analytics 4 на стороні сервера?Скопіюйте посилання на цей розділ

1. Створіть серверний контейнер Google Tag Manager. У Google Tag Manager натисніть Admin -> Під таблицею контейнера натисніть + -> Додати назву контейнера та виберіть Сервер під цільовою платформою -> у спливаючому вікні виберіть вручну надати URL-адресу тегів на сервері(якщо ви використовуєте наш сервіс для налаштування серверних тегів) -> копіювати конфігурацію контейнера.

2. Створіть обліковий запис у нашому сервісі -> створити контейнер -> вставте конфігурацію контейнера, яку ви скопіювали на попередньому кроці. Якщо налаштування пройшло успішно, ви побачите статус запущеного контейнера. Налаштування контейнера займе до 10 хвилин. Оновіть сторінку через 10 хвилин, щоб перевірити статус контейнера.

3. Ключовою особливістю тегування на стороні сервера є налаштування cookie-файлів першої сторони. Щоб увімкнути цю функцію, вам потрібно використовувати кастомну URL-адресу сервера тегів. URL-адреса кастомного сервера тегів або кастомного домену має збігатися з доменом вашого веб-сайту. Наприклад, якщо домен вашого веб-сайту example.com, то URL-адреса сервера тегів має виглядати як ss.example.com.

Якщо ви хочете додати кастомний домен, відкрийте контейнер sGTM на stape, перейдіть до розділу "Домени", введіть назву домену і натисніть "Додати домен". Після цього ви побачите записи DNS, які слід додати.

Нижче наведено приклад налаштування DNS для CloudFlare.

4. Поверніться до серверного контейнера Google Tag Manager -> Виберіть ваш серверний контейнер -> Адмін -> налаштування контейнера -> вставте URL-адресу сервера тегів.

Оновлення скрипта Web GTM на вашому сайті настійно рекомендується, якщо ви використовуєте кастомний домен. Цей твік змусить gtm.js завантажуватися з вашого домену. Для цього замініть домен за замовчуванням googletagmanager.com на власний домен, який ви налаштували на попередньому кроці.

5. Усередині веб-контейнера створіть новий тег типу Google Tag. Додайте свій ідентифікатор Google Tag ID.

У розділі Налаштування конфігурації додайте наступні параметри:

• Name: server_container_url
• Value: Введіть URL-адресу, яку ви створили на кроці 3

Додайте тригер до тегу GA4. Зазвичай він повинен спрацьовувати на всіх переглядах сторінки.

Ви також можете створити Google tag: Configuration settings змінну, яка заздалегідь визначить налаштування тегів Google, якщо вам потрібно використовувати кілька тегів Google на вашому веб-сайті і ви не хочете додавати налаштування для кожного з тегів вручну.

Це можуть бути, наприклад, налаштування, які визначають, чи потрібно надсилати подію перегляду сторінки щоразу, коли спрацьовує Google Tag, встановлювати параметри UTM, ідентифікатор клієнта тощо. Існує список стандартних параметрів конфігурації тегів Google.

6. Щоб налаштувати подію GA4, перейдіть до розділу тегів і створіть новий тег з типом тегу Google Analytics: Подія GA4. Додайте свій ідентифікатор GA4 і назву події; є список стандартних назв подій.

Ви можете створити змінну Google Tag: Event Settings, яка допоможе поділитися параметрами події між кількома тегами подій GA4 або тегами Google. Це можуть бути, наприклад, властивості користувача або продукту, а також список стандартних параметрів для налаштувань події.

7. Відкрийте серверний контейнер Google Tag Manager -> натисніть Клієнт -> створіть клієнт GA4 і збережіть його -> перейдіть до Тегів і налаштуйте тег GA4. Усередині Event Name виберіть змінну {{Event Name}}. -> додайте тригер Client Name дорівнює GA4.

8. Відкрийте режим попереднього перегляду серверного контейнера та переконайтеся, що ви бачите запити GA4. Публікуйте оновлені файли всередині сервера та веб-контейнерів Google Tag Manager.

Як налаштувати GA4 у серверному контейнері Google Tag Manager за допомогою запитів Universal Analytics?Скопіюйте посилання на цей розділ

Перш ніж розпочати налаштування GA4 у серверному контейнері Google Tag Manager, переконайтеся, що всі події Universal Analytics у веб-контейнері працюють правильно. Я буду використовувати події Universal Analytics з веб-контейнера для надсилання даних до GA4 всередині серверного контейнера.

Якщо деякі конверсії у вашій Universal Analytics налаштовано на основі цільової URL-адреси, і ви хочете відстежувати ті самі цілі в GA4, перемістіть їх у GTM та відстежуйте як події.

Якщо ваш серверний контейнер GTM не налаштовано, перегляньте інструкції з налаштування в цій статті.

Перш ніж продовжити налаштування подій GA4, переконайтеся, що ваше відстеження відповідає таким критеріям:

1. Усі події, які потрібно відстежувати в GA4, правильно налаштовані в Universal Analytics у веб-контейнері GTM. Ми використовуватимемо події Universal Analytics для надсилання даних до GA4.

2. Серверний контейнер GTM налаштовано. (якщо ні, дотримуйтесь цієї інструкції)

3. Universal Analytics надсилає дані на сервер (якщо ні, дотримуйтесь цієї інструкції)

1. Почніть із налаштування нового клієнта GA4. Відкрийте серверний контейнер GTM -> перейдіть до Clients в меню зліва -> натисніть Створити -> Виберіть GA4 -> Назвіть клієнта та натисніть Зберегти.

2. Налаштуйте базовий тег GA4 в серверному контейнері Google Tag Manager. Перейдіть на вкладку Теги в меню ліворуч -> натисніть Створити -> виберіть GA4 -> додайте свій ідентифікатор вимірювання (його можна знайти у своєму ресурсі GA4, він має виглядати так: G-1XL11HCRG1) -> Налаштуйте trigger event name що дорівнює page_view.

3. Створіть нову змінну (variable), яка фіксуватиме категорію події із запитів, які ваша Universal Analytics (налаштована всередині веб-контейнера GTM) надсилає до серверного контейнера GTM. Для цього відкрийте вкладку змінної всередині серверного контейнера -> new variable -> query parameter -> Parameter Name type ec. 

4. Відкрийте режим налагодження (debug) та переконайтеся, що змінна категорії події (що ми нещодавно створили) правильно фіксує категорію події. Ви можете налаштувати тестову подію GA всередині веб-контейнера або протестувати її на наявних подіях.

Я налаштував тестову подію у веб-GA, яка надсилає подію з параметрами тестування та запускає всі кліки.

Я бачу ці результати в режимі налагодження серверного контейнера GTM.

Якщо ви не бачите події всередині серверного контейнера, переконайтеся, що ви опублікували оновлення з веб-контейнера.

Ви можете помітити, що налагоджувач серверного GTM займає занадто багато часу, щоб відображати оновлення. З мого досвіду, він працює швидше, якщо ви ввімкнете налагоджувачі веб- та серверів. Але пам’ятайте, що це може вплинути на відстеження, оскільки веб-налагоджувач переміщує всі неопубліковані зміни в серверний контейнер.

5. Створіть тригери, використовуючи категорії подій, які Universal Analytics надсилає до серверного контейнера GTM. Я рекомендую записати всі категорії подій, які ви хочете відстежувати в GA4, у текстовий файл. Це спростить процес налаштування тригерів у серверному контейнері GTM. Для цього відкрийте свій веб-контейнер і скопіюйте всі категорії подій зі своєї веб-універсальної аналітики.

6. Налаштуйте тригери всередині серверного контейнера GTM для всіх категорій подій, які ви записали на попередньому кроці. Перейдіть на вкладку тригери -> натисніть новий -> виберіть деякі події -> категорія події дорівнює тут категорії події з вашого веб-GA.

7. Налаштуйте теги, які надсилатимуть події до GA4 через серверний контейнер. Відкрийте вкладку тегів -> натисніть Створити -> виберіть тип тегу Google Analytics: GA4 -> створити назву тегу -> введіть свій ідентифікатор GA4 -> Додати назву події. Ви можете вибрати одну зі стандартних назв подій або створити власні назви подій. Ви можете додати параметри до своїх подій. Існують стандартні параметри події, або ви також можете використовувати спеціальні параметри події. Я б рекомендував використовувати стандартні імена та параметри подій. Повторіть ті самі кроки для всіх подій, які потрібно відстежувати в GA4.

8. Коли ви завершите налаштування всіх подій, відкрийте режим налагодження та перевірте події GA4. Ви також можете відкрити Realtime section в GA4 і перевірити, чи події надсилаються в GA4. Ви можете натиснути назву події в GA4 і переглянути параметри події.

9. Зрештою, не забудьте опублікувати зміни в серверному контейнері GTM. Якщо ви хочете відстежувати щойно створені події як конверсії в GA4, перейдіть у розділ подія -> усі події -> увімкніть перемикач для цих подій.

Як надіслати дані з веб-контейнера GTM на серверний контейнер за допомогою GA4Скопіюйте посилання на цей розділ

ВисновокСкопіюйте посилання на цей розділ

Серверні контейнери GA4 і GTM все ще знаходяться в бета-версії, але вам потрібно почати використовувати ці інструменти для аналітики вашого веб-сайту. Серверні теги GA4 і GTM були створені, щоб відповідати поточним світовим правилам відстеження, веб-технологіям, обмеженням та безпеці даних. Вам знадобиться час, щоб звикнути до нового інтерфейсу та функцій і зрозуміти, як він може краще відповідати потребам вашого веб-сайту та бізнесу.

Якщо вам важко перейти на серверний контейнер GA4 і GTM, або ви розумієте, що вам потрібна допомога, не соромтеся зв’язатися з нами. Ми можемо відповісти на ваші запитання або налаштувати все за вас.