Під час налаштування тегів на стороні сервера найпоширенішим сценарієм налаштування потоку даних є надсилання даних із веб-GTM (або інших кінцевих точок, таких як CRM, CMS, Google Sheet тощо) до серверного контейнеру GTM. Але що робити, якщо вам потрібно ініціювати тег у веб-GTM на основі даних з sGTM. Як ви можете відправити дані DataLayer від серверного GTM до веб-GTM?
У цьому блозі буде показано, як надсилати дані з сервера на веб-GTM за допомогою клієнта даних та тегу даних від Stape. Давайте розпочнемо!
Як не дивно, ми стикалися з багатьма прикладами ініціювання веб-подій на основі даних у серверному GTM. І ці варіанти використання стосуються різних аспектів відстеження – ініціювання подій, створення змінних, збагачення даних, налаштування файлів cookie тощо. Давайте розглянемо кілька прикладів.
Існує кілька методів збагачення даних за допомогою сервера GTM. У нас уже є дописи в блозі про те, як збагатити дані sGTM за допомогою CRM, Firestore і Google Sheets. За допомогою DataLayer, переміщеного з sGTM до веб-GTM, ви також можете збагатити веб-теги GTM.
Розглянемо Facebook як приклад. Відповідно до документації FB, коли FB бачить ідентичні події в веб та сервері, вони відкидають події сервера та відстежують лише події в веб. Разом із самою подією сервера вони видають усі дані користувача та продукту. Тому, якщо подія сервера надсилає більше даних, Facebook не використовуватиме їх. Ви можете вирішити цю проблему, відправивши додаткові параметри з сервера в веб-контейнер GTM і додавши їх до піксельних тегів FB.
У нас була ситуація, коли нам потрібно було запускати веб-події лише після встановлення серверної події. Наприклад, ініціювати подію покупки лише після надсилання server pageview. Або вам потрібно використовувати змінну сервера в контейнері веб-GTM. Це означає, що веб-тег має запускатися лише після того, як sGTM встановить цю змінну. Це застосовується, наприклад, під час створення ідентифікатора події Facebook у sGTM та його використання у веб-GTM.
Серверні файли cookie можуть бути більш потужними та довговічними в порівнянні з веб-файлами cookie. Ось чому ви можете вирішити встановити файли cookie зі сторони сервера. Щоб серверні файли cookie працювали правильно, ви повинні запускати веб-події після встановлення файлів cookie на сервері. Інакше веб-теги можуть скинути файли cookie на сервері. Процес встановлення файлів cookie на стороні сервера може бути складним і має деякі нюанси. Ми створимо ще одну публікацію в блозі про налаштування серверних файлів cookie.
Функція надсилання серверних подій GTM на рівень даних веб-GTM доступна в Data Tag і Data Client. Ці два були розроблені для надсилання даних з веб на сервер GTM. За допомогою цієї нової функції ми можемо робити навпаки – надсилати дані з сервера на веб-GTM. Дозвольте мені показати вам, як це працює.
Щоб цей процес працював, вам потрібно налаштувати Data Tag у веб-GTM та Data Client у sGTM. Відкрийте тег даних, прокрутіть до розділу налаштувань і ввімкніть Push event to DataLayer після того, як тег отримає відповідь. Вам потрібно буде встановити два параметри.
DataLayer Event Name – встановіть подію dataLayer, яку слід надіслати до веб-GTM, щойно тег даних сервера отримає відповідь від сервера. Це може бути статичне значення або змінна.
DataLayer Object Name – використовувати DataLayer за замовчуванням. Змінюйте, лише якщо ви перейменували ім’я об’єкта dataLayer.
Після завершення налаштування Data Tag отримає відповідь щоразу, коли тег у sGTM запускається на основі запиту клієнта даних. Отримавши відповідь, він надішле подію рівня даних до веб-GTM.
У цьому прикладі я покажу, як використовувати створений сервером унікальний ідентифікатор події та дані користувача, збагачені сервером, у веб-контейнері Google Tag Manager. Для цього мені знадобиться Data Tag, Data Client, Service Account, підключений до stape, Firestore і Response tag.
1. Додайте тег даних із веб-галереї шаблонів GTM.
2. Створіть тег даних у веб-GTM -> виберіть назву події -> установіть URL-адресу сервера GTM -> Перейдіть до розділу налаштувань і ввімкніть Push event to DataLayer після того, як тег отримає відповідь -> додати назву події DataLayer -> Установити рівень даних Ім'я об'єкта. Змініть цей параметр, лише якщо ви перейменували об’єкт dataLayer.
3. Завантажте Data Client з GitHub. Перейдіть до розділу шаблонів sGTM -> Створити шаблон клієнта -> Клацніть три крапки у верхньому правому куті -> Натисніть Імпорт і виберіть клієнт даних, який ви завантажили з Git Hub.
4. Створіть Data Client у sGTM -> Відкрийте параметри Response -> встановіть для тексту Response значення пусте. Це налаштування нам знадобиться пізніше під час налаштування тегу Response. Якщо вибрати порожній, Data Client не встановить жодної відповіді. Тільки тег Response відповідатиме за налаштування відповіді сервера.
5. Додайте тег Response із галереї шаблонів Google Tag Manager на сервері -> Створити тег response -> Додайте значення, які потрібно надіслати до Web GTM. Я надішлю назву події, unique_event_id (це автоматично генерується Data Client) та електронну адресу користувача. Щоб надсилати електронну пошту користувачам для таких подій, як перегляд сторінки (коли електронна адреса користувача недоступна), я буду використовувати тег Firestore Writer і змінну Firestore Lookup. Тег response має спрацьовувати щоразу, коли заявлено клієнт даних.
6. Відкрийте веб- та серверні налагоджувачі GTM та перевірте налаштування. У моєму випадку я маю подію рівня даних у веб-GTM, яка включає unique_event_id, user_email та event_name.
Я сподіваюся, що ця нова можливість надсилати дані з сервера на веб допоможе вирішити деякі проблеми з вашим відстеженням і дозволить вам покращити веб та серверне відстеження. Для нас ця функція мала велике значення.
Дякую, що прочитали. Зв’яжіться з нами, якщо вам потрібна допомога з налаштування тегів ss для вашого сайту!
Все, що потрібно, це кілька простих запитань. Натисніть Отримати допомогу, заповніть форму, і ми надішлемо вам розцінку.
