Як налаштувати tagging server URL для серверного GTM

Налаштування сервера тегів (tagging server) - це перший крок, якщо ви хочете реалізувати тегування на стороні сервера. Сервер тегів працює як проксі-сервер і здійснює зв'язок між джерелом даних (сайтом, CRM і т.д.) і платформою аналітики. У цьому пості блогу я хочу розповісти про те, що таке сервер тегів і як налаштувати URL-адресу сервера тегів для контейнера Google Tag Manager.

Сторонні файли cookie та javascript роками використовувалися для відстеження взаємодії користувачів на вашому веб-сайті, але з ростом обмежень на відстеження та занепокоєнням щодо конфіденційності користувачів цього вже недостатньо. Щоб обійти ці проблеми, більшість платформ почали рекомендувати перехід на серверний тип відстеження.

За допомогою тегів ss ви можете встановлювати сторонні файли cookie, пришвидшити роботу вашого веб-сайту, видаливши сторонні javascript, а також забезпечити безпеку даних користувачів.

Сервер тегів працює як посередник між вашим джерелом даних (веб-сайт, CRM тощо) та платформами відстеження. Джерело даних спочатку надсилає інформацію про користувачів та події на сервер тегів, а потім сервер тегів розподіляє інформацію між платформами відстеження.

На даний момент найпопулярнішим і найпростішим способом інтеграції серверних тегів є серверний контейнер Google Tag Manager. Ви можете з'єднати веб- і серверний контейнери GTM і використовувати веб-GTM в якості джерела даних для sGTM.

Коли URL-адреса теггінг сервера для sGTM знаходиться в тій же доменній ієрархії, що і веб-сайт, який надсилає запити, він встановлює сторонні файли cookie та завантажує скрипти з вашого домену. Це допомагає зменшити вплив обмеження відстеження та збільшити термін служби файлів cookie.

Сервер-сайд теггінг GTM використовує концепції, знайомі з веб-GTM:

Але є і абсолютно нові функції:

Для початку роботи з серверними тегами, використовуючи сервер Google Tag Manager, потрібно:

Перший крок легко зробити - потрібно лише відкрити Google Tag Manager і створити новий контейнер. Тоді як сервер тегів - це новинка для більшості веб-аналітиків.

URL-адреса сервера тегів працює як проксі-сервер у хмарному середовищі. Після того, як сервер тегів отримує запити, він розподіляє їх далі на інші платформи (наприклад, Facebook, Google Analytics тощо).

Використовуючи stape, ви можете створити URL-адресу сервера тегів для вашого серверного контейнера Google Tag Manager в один клік. При створенні серверного GTM-контейнера на stape ми автоматично налаштовуємо хмарний сервер на Google Cloud.

Хостинг sGTM від stape.io має такі переваги:

1. Відкрийте tagmanager.google.com → Admin → Натисніть + в розділі Контейнер → Додайте ім'я контейнера → Виберіть Сервер в розділі Цільова платформа.

2. Виберіть "Manually provision tagging server", скопіюйте конфіг вашого контейнера і вставте його в будь-який текстовий редактор. Вона нам знадобиться для наступних кроків.

3. Відкрийте свій Stape аккаунт.

4. Натисніть "Створити контейнер" і додайте ім'я контейнера, конфігурацію контейнера, яку ви скопіювали з серверного контейнера Google Tag Manager, і виберіть місце розташування сервера. Натисніть "Створити контейнер".

Налаштування сервера тегів може зайняти до 10 хвилин. Якщо статус контейнера "Running", це означає, що сервер тегів для sGTM створено успішно.

5. Цей крок наполегливо рекомендується, але не є обов'язковим.

Після запуску контейнера ви побачите URL-адресу сервера тегування; за замовчуванням ця URL-адреса знаходиться в домені stape.io. Ми наполегливо рекомендуємо налаштувати власний домен, розташований в межах домену вашого сайту. Це дозволить вам встановлювати сторонні файли cookie і зробить відстеження більш стійким і безпечним.

Ми розглянемо налаштування кастомного домену.

Оберіть свій контейнер у Stape, прокрутіть сторінку вниз і натисніть Add custom domain.

Додайте Subdomain name - це може бути будь-яка зручна для вас назва, однак рекомендуємо уникати термінів, пов'язаних із рекламою або трекінгом: ad, gtm, stgm, tracking, analytics, metrics, stape, gtag тощо.

Content Delivery Network (CDN) розподіляє ресурси вашого сайту через глобальну мережу серверів, щоб зменшити затримку та пришвидшити завантаження сторінок для користувачів у різних локаціях. Це корисно, якщо ваша аудиторія географічно розосереджена або якщо ви хочете покращити відстеження файлів cookie та точність даних.

За замовчуванням CDN вимкнено, тобто JavaScript-файли (наприклад, gtm.js, gtag.js та analytics.js) передаються безпосередньо з сервера, на якому розміщено ваш контейнер sGTM. Фактично це відбувається в обхід як Stape Global CDN, так і Own CDN і забезпечує пряме з'єднання між вашим сайтом і контейнером sGTM, без проксі.

Щоб увімкнути CDN, натисніть перемикач Add CDN і оберіть один із таких варіантів:

Далі в розділі How to connect є два способи підключення кастомного домену до вашого контейнера:

Найпростіший спосіб підключення доменів. Увійдіть за допомогою даних свого DNS-провайдера через Entri і надайте нам одноразовий дозвіл на підключення вашого домену. Після цього ви можете одразу перейти до Кроку 5, щоб верифікувати ваш домен; не потрібно нічого налаштовувати вручну.

У цьому випадку вам потрібно вручну додати DNS-записи у вашому хостинг-провайдері, щоб підключити субдомен до Stape.

Після додавання кастомного субдомену до контейнера ви побачите DNS-записи, які необхідно створити для верифікації кастомного домену. Тип DNS-запису залежить від розташування сервера та обраного параметра CDN. У наступному кроці показано, як додати DNS-записи.

За замовчуванням верифікація субдомену виконується за допомогою CNAME-записів, але за потреби ви можете верифікувати субдомен за допомогою A і AAAA-записів (зазвичай у випадках, коли необхідно уникнути додавання дублюючих записів).

Нижче ми розглянемо обидва варіанти з покроковим гайдом зі створення записів за допомогою Cloudflare. Але ви можете використовувати будь-якого іншого провайдера.

Після введення DNS-записів у свого DNS-провайдера поверніться на сторінку контейнера Stape, де ви налаштовували кастомний домен, і натисніть Verify.

Зачекайте, поки Stape завершить верифікацію вашого власного домену (коли рядок стану контейнера зміниться з Verifying на Ready). Зазвичай верифікація кастомного домену займає 2–3 години. Для деяких DNS-провайдерів верифікація записів може тривати до 72 годин. Ми надішлемо вам електронного листа, щойно кастомний домен буде верифіковано або якщо виявиться помилка.

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

Перейдіть до серверного контейнера у Google Tag Manager → Admin → Container Settings → змініть Tagging server URL на ваш субдомен.

Оновлення скрипту

Якщо ви використовуєте кастомний домен, наполегливо рекомендуємо оновити скрипт Web GTM на вашому сайті. Це дозволить завантажувати gtm.js з вашого домену. Для цього замініть домен за замовчуванням googletagmanager.com на кастомний домен, який ви налаштували у попередньому кроці.

Як альтернативу, ви можете автоматизувати цей процес за допомогою Custom Loader power-up. Замість ручного редагування скрипта GTM, Custom Loader генерує готовий фрагмент коду, який завантажує скрипти GTM і GA4 безпосередньо з вашого власного домену. Це економить час, робить ваші скрипти відстеження більш стійкими до блокувальників реклами та гарантує, що всі файли cookie розглядаються як first-party (основні).

Все готово! URL-адреса сервера тегування для sGTM налаштована. Тепер ви можете перейти до налаштування тегування на стороні сервера в sGTM. Для початку вам може допомогти цей список платформ, що можуть бути переміщені на серверну сторону.

Хостинг Stape для Google Tag Manager - це найпростіший і найдоступніший варіант. Ми пропонуємо безліч функцій, які зроблять ваш досвід роботи з тегами простим і зрозумілим - і дозволять вам повернутися до того, що дійсно важливо: до належного відстеження.