Відстеження та аналітика мають вирішальне значення в цифровому маркетингу, надаючи цінну інформацію про поведінку користувачів та ефективність веб-сайтів. Google Tag Manager (GTM) - це потужний інструмент, який спрощує процес впровадження та управління відстеженням.
Більшість аналітиків і маркетологів звикли використовувати веб-контейнер Google Tag Manager, який дозволяє керувати пікселями відстеження, не вставляючи їх безпосередньо в код сайту, що спрощує налаштування відстеження.
Оскільки світ веб-аналітики швидко змінюється через обмеження на відстеження та нові способи доставки даних, більшість веб-аналітиків почали переходити від використання веб-GTM до серверного Google Tag Manager або комбінувати обидва варіанти.
У цій статті ми хочемо зануритися в основи серверного тегування за допомогою серверного Google Tag Manager. Ми розглянемо основні компоненти серверного GTM.
Серверне відстеження з використанням серверного Google Tag Manager відрізняється від веб-відстеження, яке використовує веб-GTM, головним чином тим, що додається новий посередник - хмарний сервер. Основна мета хмарного сервера - розмістити або запустити на ньому ваш серверний контейнер Google Tag Manager.
Коли ви надсилаєте дані на sGTM, вони спочатку потрапляють на хмарний сервер, а потім цей хмарний сервер за допомогою налаштувань sGTM передає дані стороннім інструментам відстеження.
Ви можете використовувати веб-диспетчер тегів Google, CRM, WebHooks або налаштувати прямі запити з вашого сервера для передачі даних до sGTM. Незалежно від того, що ви виберете, передача даних до sGTM базується на вхідних HTTP-запитах.
Залежно від того, який тип доставки даних до sGTM ви обираєте, відстеження може бути різним:
Server-side Google Tag Manager (sGTM) відрізняється від веб-GTM роботою, конфіденційністю, продуктивністю та складністю.
| Характеристика | Google Tag Manager | Server Google Tag Manager |
| Робота | у браузері користувача | на сервері |
| Приватність | більш вразливий | краща конфіденційність та безпека |
| Продуктивність | може уповільнити роботу веб-сайту | зменшує навантаження на браузер |
| Комплексність | простіше в налаштуванні та використанні | більш складний |
З точки зору структури, велика різниця між веб- і серверним GTM полягає в тому, що sGTM має два нових елементи: Клієнт і Трансформації. Про них ми поговоримо далі в статті.
Перш ніж зануритися в налаштування серверних GTM-контейнерів, важливо зрозуміти, з чого вони складаються. Спочатку інтерфейс sGTM виглядає дуже схожим на веб-інтерфейс, і ви можете помітити спільні елементи. Але різниця між ними величезна не лише тому, що sGTM має кілька нових елементів, але й через логіку роботи операторів sGTM.
Дані можуть надходити до sGTM у вигляді вхідного HTTP-запиту (1). Коли клієнт (2) отримує вхідний HTTP-запит, дані всередині HTTP-запиту обробляються і класифікуються на дані подій, які можуть використовуватися тегами, тригерами та змінними. Існує можливість використовувати трансформацію перед тим, як будь-які дані в sGTM будуть позначені тегами. Трансформація є посередником між клієнтами та тегами. Вона може бути використана для виключення або включення будь-яких параметрів перед тим, як тег отримає до них доступ. Як тільки тег спрацьовує, він надсилає вихідний HTTP-запит (3) певному постачальнику.
Існує два типи запитів в серверному Google Tag Manager:
Функція клієнта полягає у прослуховуванні вхідних 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, щоб відкрити світ можливостей для відстеження і розширити можливості прийняття рішень на основі даних.
Якщо ви заплуталися, ми позбавимо вас від головного болю. Не соромтеся звертатися до нас!
Дякую, що прочитали.
У нас є все, що вам потрібно! Натисніть Отримати допомогу, заповніть форму, і ми надішлемо вам пропозицію.
