Наявність надійних даних на сервері Google Tag Manager є ключем до точного додавання тегів на стороні сервера. Одним із найпопулярніших способів надсилання даних із веб на сервер GTM є Google Analytics 4. GA4 має свої обмеження. Ось чому ми створили тег даних і клієнт даних (Data Tag та Data Client), які повинні працювати разом, щоб передавати дані про події та дані користувача з веб- на серверний GTM.
У цій статті я хочу показати вам, як використовувати тег даних. Цей спеціальний тег надсилає параметри з веб-контейнера Google Tag Manager до серверного контейнера. У разі використання разом із клієнтом даних для серверного контейнера Google Tag Manager він дозволяє надсилати змінні рівня даних, спеціальні параметри та інші дані з веб- до серверного контейнера. У результаті клієнт даних отримує інформацію з тегу даних у події сервера Google Tag Manager.
Серверний контейнер не має прямого доступу до даних браузера, таких як data layer, файли cookie або контекст сторінки. Тому ці дані необхідно явно надсилати з веб-контейнера. Для цього доступні два методи:
Крок 1. Встановіть шаблон тегу Data Tag:

Крок 2. Далі ми налаштуємо Data Tag для події перегляду сторінки:
Крок 3. Далі ви можете налаштувати тег даних для інших подій. Наступний приклад показує, як налаштувати події електронної комерції, коли доступний шар даних.

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

Приклад змінної, яка витягує дані користувача з шару даних.

Крок 4. Далі завантажте клієнт даних з GitHub:

Крок 5. Тепер імпортуйте клієнт даних:

Крок 6. Відкрийте вкладку Клієнти та натисніть Новий → виберіть Data Client → натисніть Зберегти.

Крок 7. Відкрийте екрани попереднього перегляду GTM для Веб та Сервер і протестуйте налаштування. Ви повинні побачити, що тег даних спрацьовує у веб-контейнері GTM, а Data Client обробляє запити тегу даних у sGTM.

Крок 1. Створіть конфігураційну змінну для URL-адреси серверного контейнера. Для цього:

Крок 2. Створіть тег Google Analytics 4:

Крок 3. Далі розглянемо, як створити подію GA4, використовуючи як приклад подію Усі кліки:

Далі вам потрібно налаштувати надсилання даних про події на вашу маркетингову/аналітичну платформу. Конкретні кроки залежатимуть від обраної вами платформи. Ознайомтеся з нашими посібниками щодо популярних платформ, щоб дізнатися більше:
Перший варіант використання, який спадає на думку, це надсилання рівня даних із веб-контейнера на сервер. За допомогою цих даних ви можете передавати додаткові параметри своїм тегам на стороні сервера.
На знімку екрана нижче я використовував ці налаштування, щоб надіслати рівень даних у серверний контейнер:
Цей тег даних запускається на всіх подіях enhanced e-commerce.

У режимі попереднього перегляду серверного контейнера ви побачите, що Data Tag надсилає запити на всі події електронної комерції, а Data Client отримує й обробляє ці запити всередині серверного контейнера. Якщо я клацну назву події та перевірю event_data, ви побачите всі параметри рівня веб-даних.
Припустімо, що ви хочете надіслати дані користувача, як-от ім’я, прізвище чи електронну адресу, до Facebook Conversion API, щоб підвищити якість відповідності подій. Для цього можна використовувати тег даних. І якщо ви використовуєте наш тег для налаштування тегу Facebook conversion API, тег FB автоматично збиратиме дані користувача з тегу даних.
Я хотів надіслати електронну адресу користувача, ім’я та прізвище разом із подіями оформлення замовлення в наведених нижче прикладах. Я додав дані користувача до тегу даних у веб-контейнері Google Tag Manager. Я використовую статичні параметри для тесту, але ви можете передавати ці параметри динамічно за допомогою змінних. Наш тег Facebook автоматично фіксує параметри користувача з клієнта даних і надсилає хешовану інформацію до Facebook.

Щоб ще раз перевірити, чи Facebook отримав ці параметри, ви можете додати тестовий ідентифікатор Facebook до тегу сервера Facebook і перевірити, які параметри Facebook бачить в інструменті тестування менеджера подій.
Ви можете надсилати дані з веб-контейнера Google Tag Manager у свою CRM, Slack, веб-хуки тощо. У цьому прикладі показано, як надіслати інформацію про нову покупку на вашому сайті в канал Slack.
    1. Переконайтеся, що ви надсилаєте правильну інформацію з веб-контейнера Google Tag Manager за допомогою Data Tag.
    2. Створіть вебхук в Slack.
    3. Усередині серверного контейнера створіть новий тег і виберіть тип тегу HTTP-запит.
    4. У цільову URL-адресу додайте URL-адресу, згенеровану на Slack.
    5. HTTP method POST.
    6. У Request body додайте текст і параметри, які ви хочете надіслати в Slack.
{“text”: “New Purchase \n email: {{email}} \n transation_id: {{transaction ID}} \n purchase_value: {{transaction ID}}”}
Якщо ви досить часто працюєте з Google Tag Manager, то був момент, коли рівень даних (або будь-яку іншу змінну) доводилося передавати з однієї сторінки вашого сайту на іншу.
На жаль, Google Tag Manager не має можливості зберігати дані та передавати їх між сторінками сайту. Наприклад, можна надіслати електронну пошту користувача, лише якщо вона існує на сторінці. Але що, якщо дані користувача недоступні на сторінці подяки (thank you page), і їх можна отримати лише зі сторінки, яка передує сторінці подяки?
Використовуючи тег даних, ви можете зберігати будь-які змінні, які хочете передати на інші сторінки.
Як приклад я використаю оцінку, створену за допомогою Instapage. Нам потрібно було налаштувати провідну подію для Facebook conversion API. Під час подання оцінки користувач повинен був ввести такі дані, як електронна адреса, номер телефону, ім’я тощо. Ця інформація користувача була доступна на сторінках оцінювання, але не на сторінці подяки.
Щоб отримати високу оцінку якості відповідності подій у Facebook, ви повинні надіслати параметри користувача разом із подією CAPI. Ось чому я використовував Data Tag для зберігання даних користувача в локальному сховищі. Я створив тег Submit Application Data, який отримує параметри користувача з рівня даних і зберігає їх у локальному сховищі. Цей тег активується, коли користувач натискає кнопку «Подати оцінку».
Щоб увімкнути збереження даних у тезі даних, виберіть опцію збереження поруч із даними, які потрібно зберегти.

Потім я додав новий тип змінної у веб-контейнер (ви можете завантажити його за цим посиланням). Створіть нові змінні для всіх даних, які ви зберігаєте.
І, нарешті, я створив тег Lead Data Tag, який надсилає збережені дані в серверний контейнер.
Ви можете використовувати Data Client для отримання будь-яких вхідних запитів. Для цього вам потрібно змінити налаштування шляху. Його можна використовувати, наприклад, для отримання даних із Webhooks. У нас є ця стаття, яка описує, як використовувати вхідні вебхуки.

Якщо ви не бачите запити тегів даних у серверному контейнері, це може бути з таких причин:
1. Дані клієнта не опубліковані. Відкрийте серверний контейнер та опублікуйте клієнт даних.

Тег даних і клієнт даних нададуть надійне джерело інформації для введення тегів, які ви використовуєте в серверному контейнері. За допомогою цього тегу ви можете швидше просуватися в розгортанні нових технологій і відстеження на стороні сервера. Цей тег заощадить час і витрати як для ІТ, так і для маркетингу – безпрограшний варіант!
Ми можемо вам допомогти! Натисніть Отримати допомогу, заповніть форму, і ми надішлемо вам пропозицію.
Коментарі