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? Чи були версії від 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. Зрештою, багато змін було внесено у збір даних та звітність.
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 ідентифікує користувачів.
Є два варіанти:
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 такий крутий. Тому я перелічу інші переваги: оцінка аудиторії на основі ймовірності її покупки протягом наступних кількох днів, комбінація веб-аналітики та аналітики додатків та багато іншого.
Дозвольте мені швидко нагадати вам, що таке тегування на стороні сервера в GTM. І в наступному розділі ми почнемо з найцікавішої частини – налаштування відстеження.
Серверний контейнер GTM переміщує відстеження з браузера користувача на сервер. Він має багато переваг: покращена швидкість сторінки, кращий захист даних, можливість обійти блокування сторонніх файлів cookie, блокування реклами та ITP (якщо ви використовуєте спеціальний субдомен, ви можете прочитати про це тут), збільшення терміну служби файлів cookie та багато іншого. Наприклад, ви можете використовувати серверне тегування в GTM, щоб надсилати інформацію про події на вашому веб-сайті до Slack; тут у нас є короткий гайд.
У цій статті ви дізнаєтеся більше про те, що таке тегування на стороні сервера GTM.
Тут ми розповімо вам, як налаштувати серверний контейнер GTM за допомогою нашого сервісу.
1. Створіть серверний контейнер Google Tag Manager. У Google Tag Manager натисніть Admin -> Під таблицею контейнера натисніть + -> Додати назву контейнера та виберіть Сервер під цільовою платформою -> у спливаючому вікні виберіть вручну надати URL-адресу тегів на сервері(якщо ви використовуєте наш сервіс для налаштування серверних тегів) -> копіювати конфігурацію контейнера.
2. Створіть обліковий запис у нашому сервісі -> створити контейнер -> вставте конфігурацію контейнера, яку ви скопіювали на попередньому кроці. Якщо налаштування пройшло успішно, ви побачите статус запущеного контейнера. Налаштування контейнера займе до 10 хвилин. Оновіть сторінку через 10 хвилин, щоб перевірити статус контейнера.
3. Після налаштування контейнера скопіюйте URL-адресу серверних тегів -> поверніться до серверного контейнера Google Tag Manager -> Виберіть серверний контейнер -> Admin -> налаштування контейнера -> вставте URL-адресу серверних тегів.
4. Наступний крок залежить від URL-адреси серверного тегування, який ви використовуєте.
Є ось такі варіанти:
1. Використовуйте URL-адресу серверних тегів, розташовану під нашим доменом (той, який ви скопіювали на кроці 4). У цьому випадку вам не потрібно нічого змінювати.
2. Додайте кастомну URL-адресу тегів. Я рекомендую налаштувати кастомну URL-адресу тегів, розташовану в субдомені вашого сайту. Ця публікація блогу покаже вам, як додати власний субдомен. За допомогою спеціального субдомену ви отримаєте дві величезні переваги:
- Подовження терміну служби файлів cookie
- Можливість обійти блокувальники реклами та ITP
Вам потрібно створити запис DNS у своєму постачальнику послуг імен для субдомену, який ви хочете використовувати для тегування на стороні сервера. Оновіть його в нашому сервісі, серверному контейнері google tag manager і налаштуваннях URL-адрес тегування Google analytics 4. Щоб отримати докладніші інструкції, перегляньте цей пост.
5. Усередині веб-контейнера натисніть «Редагувати або створити тег конфігурації GA4» -> натисніть Send to server container -> додайте URL-адресу серверного контейнера:
Збережіть тег (цей тег має запускатися на всіх сторінках) і опублікуйте контейнер.
6. Відкрийте серверний контейнер Google Tag Manager -> натисніть Клієнт -> створіть клієнт GA4 і збережіть його -> перейдіть до тегів і налаштуйте тег GA4. Пам’ятайте, що GA4 автоматично надсилає не лише перегляд сторінки, а й деякі інші події. Внутрішня назва події виберіть змінну {{Event Name}}. -> додати тригер Client Name дорівнює GA4.
7. Відкрийте режим попереднього перегляду серверного контейнера та переконайтеся, що ви бачите запити GA4. Публікуйте оновлені файли всередині сервера та веб-контейнерів Google Tag Manager.
Важливо
Цей метод покаже, як налаштувати GA4 лише всередині серверного контейнера, не використовуючи веб-контейнер Google Tag Manager. Ми використовували цей метод для налаштування ss GA4, перш ніж додавати транспортну URL-адресу до тегу конфігурації GA4. GA4 працюватиме із запитами 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, перейдіть у розділ подія -> усі події -> увімкніть перемикач для цих подій.
Серверні контейнери GA4 і GTM все ще знаходяться в бета-версії, але вам потрібно почати використовувати ці інструменти для аналітики вашого веб-сайту. Серверні теги GA4 і GTM були створені, щоб відповідати поточним світовим правилам відстеження, веб-технологіям, обмеженням та безпеці даних. Вам знадобиться час, щоб звикнути до нового інтерфейсу та функцій і зрозуміти, як він може краще відповідати потребам вашого веб-сайту та бізнесу.
Якщо вам важко перейти на серверний контейнер GA4 і GTM, або ви розумієте, що вам потрібна допомога, не соромтеся зв’язатися з нами. Ми можемо відповісти на ваші запитання або налаштувати все за вас.
Ми надамо вам необхідну допомогу. Натисніть Отримати розцінку, заповніть форму, і ми вам відповімо.
Яку вартість можна очікувати за сервер Менеджера тегів Google, розміщений у Google Cloud? Чи варто використовувати тестове середовище на виробничому сайті. Чому хостинг stape для сервера GTM дешевший і як ми захищаємо дані наших користувачів.
6 лют. 2021 р.Google Tag Manager спочатку був розроблений, щоб полегшити життя маркетологам. Якщо ви використовуєте веб-контейнер Google Tag Manager, вам більше не потрібно просити розробників додати пікселі відстеження та чекати наступного оновлення, щоб побачити ваше відстеження в робочій версії.
28 лют. 2021 р.Server-side tagging є однією з основних тенденцій веб-аналітики протягом останніх кількох років. Блокувальники реклами, інтелектуальний захист від відстеження, обмеження сторонніх файлів cookie, правила, такі як GDPR, змушують аналітичні та рекламні компанії хвилюватися про те, як і яку інформацію вони збирають про відвідувачів сайту. Додавання тегів на стороні сервера дозволяє перемістити сторонні теги з вашого сайту на хмарний сервер. У цьому випадку пікселі сторонніх розробників завантажуються безпосередньо з сервера could, а не з вашого сайту.