Першим кроком до успішного веб-відстеження є створення детального плану, який описує, які події та дані про події слід надсилати та коли. Це гарантує, що правильну інформацію буде зібрано, проаналізовано та повідомлено таким аналітичним інструментам, як Google Analytics або Facebook.
Налаштування відстеження на стороні сервера слід починати навіть з більш раннього етапу — планування того, як налаштувати сервер тегів.
Налаштувати сервер тегів відносно легко, якщо ви плануєте використовувати контейнер sGTM для одного веб-сайту. Просто створіть кастомний домен для сервера тегів, встановіть необхідні записи DNS, налаштуйте sGTM, і все. Але що робити, якщо використовувати один сервер GTM контейнера для кількох веб-сайтів? Коли має сенс використовувати один контейнер sGTM для кількох веб-сайтів? Як у цьому випадку відображати кастомні домени?
У цій публікації в блозі я спробую висвітлити всі питання, пов’язані з позначенням тегів на стороні сервера для кількох доменів (мультидоменів), і покажу, як налаштувати сервер тегів кількох доменів за допомогою stape.
З мого досвіду наведено три найпопулярніші випадки використання одного sGTM для кількох веб-сайтів:
Ви можете вирішити використовувати один серверний Google Tag Manager для кількох веб-сайтів, щоб зменшити витрати на хостинг sGTM. Хоча це дійсно може знизити витрати на запуск sGTM, ми настійно рекомендуємо використовувати один sGTM на кількох доменах, коли це вкрай необхідно, оскільки налаштування кількох доменів робить керування відстеженням sGTM надзвичайно складним.
Одна URL-адреса тегів сервера для кількох веб-сайтів означає використання одного серверного контейнера GTM. Це призводить, наприклад, до створення двох окремих тегів і тригерів для запуску переглядів сторінок Google Analytics на стороні сервера. Те саме стосується всіх інших подій Google Analytics.
Крім GA на стороні сервера, ви захочете налаштувати відстеження ss для інших платформ, таких як Facebook, TikTok, Snapchat, або, можливо, використовувати інтеграцію Firestore або Google Sheet. З кількома веб-сайтами в одному sGTM, кількість елементів sGTM буде зростати в геометричній прогресії, оскільки ви повинні створювати теги, тригери та змінні для кожного веб-сайту.
Згодом ви можете досягти меж серверного контейнера GTM. Так, ви не можете створити необмежену кількість елементів у контейнері sGTM. Google визначає, наскільки важкий контейнер sGTM, оцінюючи розмір коду, а не кількість елементів у sGTM.
Один з наших тестових контейнерів досяг межі в 85% лише з 41 тегом і 5 клієнтами. Коли контейнер досягає ліміту, вам слід або переструктурувати контейнер sGTM на кілька sGTM, що означає використання іншої URL-адреси сервера тегів. Або видаліть деякі частини GTM сервера.
Ключовою особливістю тегування на стороні сервера є встановлення файлів cookie першої сторони. Для цього необхідно налаштувати кастомний домен для URL-адреси сервера тегів. Кастомний домен має розташовуватися в ієрархії основного домену сайту. Використовуючи sGTM для одного сайту, легко визначити кастомний домен, просто використовуйте домен верхнього рівня +1.
Тут я хочу розглянути два сценарії використання одного sGTM для кількох доменів.
Під час зіставлення веб-сайтів із абсолютно різними доменами в одну кінцеву точку sGTM необхідно створити кастомний домен для кожного сайту окремо. Далі в цій статті я покажу вам, як налаштувати сервер тегів, сервер і веб-GTM для багатодоменних контейнерів з різними доменами.
Якщо веб-сайти мають однаковий домен (example.com і blog.example.com), домен сервера тегів слід налаштувати на домені верхнього рівня + 1 (eTLD+1) даного домену або URL-адреси.
Це означає, що для веб-сайтів example.com і blog.example.com сервер тегів має виглядати як ss.example.com. У цьому випадку обидва домени матимуть доступ до встановлення основних файлів cookie. НЕ використовуйте щось на кшталт ss.blog.example.com.
Функція мультидоменів доступна для користувачів плану Stape Business (і вище). Щоб увімкнути її, відкрийте контейнер sGTM, натисніть Power-Ups і натисніть Config Multi-Domains.
Додайте всі субдомени, які ви хочете використовувати для кінцевої точки на стороні сервера. Для користувачів Бізнес-плану ліміт становить 20 доменів, для Enterprise - 50 доменів, для Custom - необмежений! Після цього вам доведеться створити запис A для всіх кастомних доменів ss, подібно до того, що ви зазвичай робите для одного домену.
Єдине, що потрібно налаштувати в серверному контейнері GTM, це URL-адреси серверного контейнера в налаштуваннях адміна. Тут вам потрібно буде додати всі URL-адреси серверних контейнерів, які ви налаштували на попередньому кроці. Для цього відкрийте адмінку -> Налаштування контейнера -> додайте URL-адресу в розділі URL-адреси серверних контейнерів.
Додавання URL-адреси серверного контейнера впливає на URL-адресу налагодження sGTM. Щоб вибрати URL-адресу тегів, яку потрібно використовувати для налагодження, клацніть селектор біля кнопки попереднього перегляду.
Ви побачите кастомний список доменів, який ви додали в налаштуваннях контейнера. Виберіть один зі списку доменів.
Завершивши, натисніть попередній перегляд і перевірте, чи URL-адреса попереднього перегляду використовує правильний кастомний домен, той, який ви вибрали на попередньому кроці.
У налаштуваннях контейнера на сервері GTM існує технічне обмеження, згідно з яким ви можете додати максимум 20 доменів. Ці домени впливають лише на те, яке посилання попереднього перегляду буде відкрито. Якщо у вас більше 20 доменів, вам просто потрібно буде додати адреси тих з них, які не вписуються в рядок URL для попереднього перегляду.
Ми підходимо до необхідних змін у веб-GTM за допомогою багатодоменного сервера тегів, використовуючи змінну lookup table. У веб-GTM вам потрібно надіслати, наприклад, дані UA на URL-адресу тихоокеанського сервера тегів. Найкращий спосіб налаштувати це за допомогою змінної Lookup Table. Ця змінна lookup table повинна перевірити ім’я хоста сторінки та залежно від цього набору тегувати URL-адресу сервера.
Сподіваюся, ця публікація в блозі покращить ваше налаштування серверного контейнера GTM. Це зручна функція при використанні різних доменів для локалізації веб-сайтів, брендів, продуктів, цільових сторінок тощо.
Хоча налаштування server-side Google Tag Manager стає все популярнішим, для тих, хто ніколи цього не робив, це може бути дещо складним. Якщо вам потрібна допомога на початку роботи, наша команда експертів із задоволенням допоможе вам. Зв’яжіться з нами сьогодні, і ми в найкоротші терміни налаштуємо ваше відстеження!
Все, що потрібно, це кілька простих запитань. Натисніть Отримати допомогу, заповніть форму, і ми надішлемо вам розцінку.
