Серверний контейнер Google Tag Manager: клієнт, запит, перетворення, тег, тригер, змінна, дані події тощо.

Відстеження та аналітика мають вирішальне значення в цифровому маркетингу, надаючи цінну інформацію про поведінку користувачів та ефективність веб-сайтів. Google Tag Manager (GTM) - це потужний інструмент, який спрощує процес впровадження та управління відстеженням.

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

Оскільки світ веб-аналітики швидко змінюється через обмеження на відстеження та нові способи доставки даних, більшість веб-аналітиків почали переходити від використання веб-GTM до серверного Google Tag Manager або комбінувати обидва варіанти.

У цій статті ми хочемо зануритися в основи серверного тегування за допомогою серверного Google Tag Manager. Ми розглянемо основні компоненти серверного GTM.

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

Серверне відстеження з використанням серверного Google Tag Manager відрізняється від веб-відстеження, яке використовує веб-GTM, головним чином тим, що додається новий посередник - хмарний сервер. Основна мета хмарного сервера - розмістити або запустити на ньому ваш серверний контейнер Google Tag Manager.

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

Ви можете використовувати веб-диспетчер тегів Google, CRM, WebHooks або налаштувати прямі запити з вашого сервера для передачі даних до sGTM. Незалежно від того, що ви виберете, передача даних до sGTM базується на вхідних HTTP-запитах.

Залежно від того, який тип доставки даних до sGTM ви обираєте, відстеження може бути різним:

• Чисто на стороні сервера. Це коли ви надсилаєте дані з будь-якого сервера (CRM, веб-хуків або ваших серверів) на sGTM.
• Поєднання веб-відстеження та відстеження на стороні сервера - це коли ви використовуєте веб-GTM для передачі даних до sGTM. Одним із популярних способів передачі даних з веб на серверний GTM є використання Google Analytics 4 або тегу даних.

Server-side Google Tag Manager (sGTM) відрізняється від веб-GTM роботою, конфіденційністю, продуктивністю та складністю.

З точки зору структури, велика різниця між веб- і серверним GTM полягає в тому, що sGTM має два нових елементи: Клієнт і Трансформації. Про них ми поговоримо далі в статті.

Складові частини серверного GTM - клієнти, запити, перетворення, теги, тригери, змінні, дані про події тощо.Скопіюйте посилання на цей розділ

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

Дані можуть надходити до sGTM у вигляді вхідного HTTP-запиту (1). Коли клієнт (2) отримує вхідний HTTP-запит, дані всередині HTTP-запиту обробляються і класифікуються на дані подій, які можуть використовуватися тегами, тригерами та змінними. Існує можливість використовувати трансформацію перед тим, як будь-які дані в sGTM будуть позначені тегами. Трансформація є посередником між клієнтами та тегами. Вона може бути використана для виключення або включення будь-яких параметрів перед тим, як тег отримає до них доступ. Як тільки тег спрацьовує, він надсилає вихідний HTTP-запит (3) певному постачальнику.

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

Існує два типи запитів в серверному Google Tag Manager:

• вхідні HTTP-запити на отримання інформації.
• вихідні HTTP-запити для розповсюдження інформації з контейнерів sGTM на відповідні платформи.

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

Функція клієнта полягає у прослуховуванні вхідних HTTP-запитів, перетворенні запитів у дані про події та відповіді на них. Після обробки запиту клієнт робить дані всередині запиту придатними для тегів і тригерів серверного контейнера Google Tag Manager.

Клієнти працюють на основі своїх пріоритетів. Один клієнт може подати запит, але кілька клієнтів можуть спробувати подати той самий запит. Пріоритет визначає, який клієнт отримає запит. Клієнти з вищим пріоритетом будуть активовані для виконання запиту.

У sGTM доступні лише 5 клієнтів за замовчуванням, і, на жаль, немає можливості додавати клієнтів з галереї шаблонів sGTM.

ТрансформаціїСкопіюйте посилання на цей розділ

Трансформації діють як проміжне джерело між клієнтом і тегом і дозволяють додавати або видаляти дані про події до того, як тег отримає до них доступ.

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

Мета тегу - взяти цей об'єкт даних про подію, зіставити його з правильним форматом, а потім відправити його на сервери мережі, для якої він був розроблений для доставки даних. Наприклад, тег Google Analytics доставляє дані на сервери Analytics, тег Facebook - на Facebook тощо.

У sGTM є кілька тегів за замовчуванням; багато серверних тегів також доступні в галереї шаблонів sGTM. Ви також можете знайти повний список тегів Stape тут: https://stape.io/solutions/tag/sgtm-tags. 

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

Тригери визначають, коли і як запускати теги. Вони визначають умови, які повинні бути виконані для того, щоб певний тег спрацював. Налаштування тригерів гарантує, що відповідні теги активуються в потрібний час, фіксуючи бажані взаємодії користувачів.

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

Змінні використовуються для аналізу вхідних HTTP-запитів і отримання конкретних даних із запиту для тегів, тригерів і клієнтів.

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

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

Режим попереднього переглядуСкопіюйте посилання на цей розділ

Режим попереднього перегляду (preview mode) допоможе вам протестувати та усунути несправності перед публікацією. Він дозволяє побачити, які теги запускаються, їхній порядок і дані, які вони надсилають, - і все це в режимі реального часу. Це допомагає переконатися, що ваші теги працюють належним чином, перш ніж вони будуть опубліковані.

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

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

Насамкінець, розуміння лексики, пов'язаної з Google Tag Manager, має важливе значення для ефективного відстеження та аналітики в цифровому маркетингу. Розуміючи ролі клієнтів, запитів, трансформацій, тегів, тригерів, змінних, даних про події тощо, ви зможете використовувати можливості sGTM для збору цінних даних, оптимізації маркетингових зусиль і покращення користувацького досвіду. Вивчіть можливості Google Tag Manager, щоб відкрити світ можливостей для відстеження і розширити можливості прийняття рішень на основі даних.

Якщо ви заплуталися, ми позбавимо вас від головного болю. Не соромтеся звертатися до нас!

Дякую, що прочитали.