Як налаштувати серверний контейнер в Google Tag Manager

Збирання даних про відвідувачів вашого веб-сайту є критично важливим для аналізу та покращення онлайн-присутності бізнесу, досягнення користувачів та перетворення їх на клієнтів. Існує два способи збору даних: на стороні клієнта та на стороні сервера, кожен з яких має свої переваги та обмеження.

При трекінгу на стороні клієнта браузер надсилає запит безпосередньо до стороннього сервісу трекінгу, наприклад, Google Analytics. Взаємодія відбувається між браузером і стороннім сервісом. При трекінгу на стороні сервера до процесу додається проміжна точка. У цьому випадку це хмарний сервер Google Tag Manager. Запит спочатку надсилається на хмарний сервер, який обробляє його і надсилає в сторонню систему (Google Analytics). Це означає, що хмарний сервер обробляє запит замість браузера клієнта.

Серверне тегування Google Tag Manager (GTM) дозволяє власникам веб-сайтів перенести сторонні трекінгові пікселі з їхнього веб-сайту на хмарний сервер. Це означає, що браузер клієнта більше не оброблятиме трекінгові пікселі. Вони будуть завантажуватися безпосередньо з сервера. Цей підхід має такі переваги:

• Точніші дані
• Швидший час завантаження веб-сайту
• Додатковий контроль над конфіденційністю

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

Всі запити вважатимуться запитами з першої сторони, якщо трекінг на стороні сервера розміщено на субдомені вашого веб-сайту. Google має детальний опис серверного трекінгу GTM і як це може принести користь вашому веб-сайту.

Існує багато загальних елементів між веб-контейнерами та контейнерами сервера, таких як теги, тригери, змінні, режим попереднього перегляду тощо. Однак налаштування контейнера GTM на стороні сервера є складнішим, ніж налаштування стандартного веб-контейнера.

Основна складність налаштування контейнера GTM на стороні сервера полягає у налаштуванні хмарного середовища для запуску контейнера sGTM. З допомогою Stape налаштування хмарних серверів для sGTM займе лише 5 хвилин, і немає потреби наймати розробників. Крім того, Stape пропонує додаткові функції на основі сервера Google Tag Manager, такі як обхід блокувальників реклами, збільшення терміну дії кукі, відправка офлайн-даних тощо.

Нижче наведено покрокову інструкцію, як налаштувати контейнер GTM на стороні сервера.

1. Виберіть свій обліковий запис GTM → Натисніть Admin → Натисніть + поруч з назвою контейнера.

2. Виберіть свій обліковий запис GTM → Натисніть Admin → Натисніть + поруч з назвою контейнера.

3. Виберіть Manually provision tagging server. Скопіюйте конфігурацію контейнера. Нам це знадобиться на наступних кроках.

1. Перейдіть на сайт stape.io та створіть обліковий запис або увійдіть.

2. Натисніть «Створити контейнер sGTM» на головній сторінці.

3. Введіть дані вашого контейнера.

• Назва контейнера — дайте назву своєму контейнеру (для зручності рекомендуємо використовувати ту саму назву, яку ви дали контейнеру сервера в GTM).
• Конфігурація контейнера — вставте дані «Конфігурація контейнера», які ви скопіювали зі спливаючого вікна «Встановити Google Tag Manager». Якщо ви їх загубили, перейдіть на Google Tag Manager → натисніть «Адміністратор» → натисніть «Налаштування контейнера» → скопіюйте рядок під «Конфігурація контейнера».

• Розташування сервера — для найкращої продуктивності виберіть розташування сервера, яке найближче до місця перебування більшості ваших клієнтів. Перегляньте список доступних розташувань серверів тут. Крім того, ви можете вибрати опцію «Глобальне багатозональне розташування сервера», якщо у вас є трафік із різних регіонів. Вона автоматично перенаправлятиме вхідні запити до найближчої доступної зони на основі IP-адреси користувача.

Потім натисніть «Створити контейнер».

4. Оберіть тарифний план для вашого контейнера. Ви можете почати з безкоштовного плану. Натисніть «Продовжити з безкоштовним планом».

5. Ви побачите статус вашого контейнера, його конфігурацію та назву тарифного плану. Розгортання серверного контейнера займає приблизно 5 хвилин.

Будь ласка, перезавантажте сторінку, щоб оновити статус. Якщо налаштування Google Tag Manager на стороні сервера було виконано правильно, ви повинні побачити статус Running.

Ви можете використовувати кастомний URL тегувального сервера для налаштування кукі з першої сторони. Кастомний тегувальний сервер або кастомний домен повинні мати таку ж доменну частину, як ваш веб-сайт. Наприклад, якщо домен вашого веб-сайту — example.com, то URL тегувального сервера повинен виглядати як ss.example.com.

Існує три способи налаштування кастомного домену:

• Те саме джерело
• Субдомен
• Стандартний домен

Є детальний пост у блозі, де ви можете знайти опис налаштування кастомного домену для серверного контейнера Google Tag Manager: використання того ж самого джерела (Cloudflare та nginx).

Але тут ми розглянемо налаштування кастомного субдомену:

Використовуйте власний URL-адресу сервера тегування, який також називають власним доменом, для встановлення власних файлів cookie. Ця URL-адреса повинна використовувати той самий кореневий домен, що й ваш веб-сайт. Наприклад, якщо ваш веб-сайт — `example.com`, URL-адреса вашого сервера тегування може бути `ss.example.com`.

Існує три способи налаштування власного домену:

• Одне походження — сервер тегування має той самий домен і шлях, що й ваш сайт. Дізнайтеся більше про те, як налаштувати власний домен з однаковим походженням.
• Піддомен — сервер тегування працює на піддомені вашого кореневого домену. У цій статті ми розповімо, як це налаштувати.
• Домен за замовчуванням — власний домен відсутній; використовується стандартна адреса, надана Stape.

Оберіть свій контейнер у 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 і оберіть один із таких варіантів:

• Stape Global CDN: завантажує скрипти з сервера, найближчого до локації відвідувача вашого сайту, що зменшує затримку та пришвидшує завантаження сторінок для географічно розосередженої аудиторії. Ми використовуватимемо Stape Global CDN у нашому прикладі. Він безкоштовний і доступний для всіх контейнерів sGTM у Stape.

• Own CDN (несумісний з параметром підключення Automatically (via Entri)): допомагає маршрутизувати кастомний домен sGTM і проксіювати трафік sGTM через DNS-провайдера вашого сайту. У цьому випадку IP-адреси вашого сайту та кастомного домену sGTM збігатимуться, а сервер-сайд файли cookie вважатимуться first-party (основними). Завдяки цьому з'являється можливість збільшити термін дії файлів cookie.

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

• Automatically (via Entri)

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

• Manually

У цьому випадку вам потрібно вручну додати 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 (основні).

Відкрийте свій веб-контейнер, створіть новий тег - Google Tag. Додайте свій ID Google Tag.

У розділі налаштувань конфігурації додайте такі параметри:

• Ім'я: server_container_url
• Значення: Введіть URL, який ви створили

Додайте тригер до тега GA4. Зазвичай він повинен спрацьовувати на всіх переглядах сторінок.

Опціонально: Ви також можете створити Google tag: змінна налаштувань конфігурації, яка визначатиме налаштування Google Tag, якщо вам потрібно використовувати кілька Google Tags на вашому веб-сайті і не хочете вручну додавати налаштування для кожного з тегів.

Ці параметри можуть бути, наприклад, налаштуванням, яке визначає, чи хочете ви надсилати подію перегляду сторінки щоразу, коли спрацьовує Google Tag, встановити параметри UTM, ідентифікатор клієнта тощо. Є список стандартних параметрів конфігурації Google Tags.

Щоб налаштувати подію GA4, перейдіть до розділу тегів і створіть новий тег із типом тегу Google Analytics: GA4 Event. Додайте свій ID GA4 і ім’я події; є список стандартних імен подій.

Відкрийте контейнер Google Tag Manager Server → натисніть "Client" → створіть клієнта GA4 і збережіть його → перейдіть до тегів і налаштуйте тег GA4. Пам’ятайте, що GA4 автоматично надсилає не тільки перегляди сторінок, але й деякі інші події.

У полі Ім'я події виберіть змінну {{Event Name}} → додайте тригер "Client Name equals GA4".

Відкрийте попередній перегляд веб-та серверного контейнера і перевірте, що ви бачите запити GA4. Потім опублікуйте оновлення в контейнерах Google Tag Manager для сервера та веба.

Ви можете зробити трекінг Google Analytics 4 на стороні сервера ще точнішим, використовуючи кастомний завантажувач GA4. Це дозволить GA4 обійти будь-які блокуючі інструменти, такі як блокувальники реклами та інші технології, пов’язані з конфіденційністю, які прагнуть запобігти збору даних про активність відвідувачів. Як результат, ви отримаєте повну картину користувачів, які відвідують ваш сайт, та більше даних для оптимізації реклами і формування кастомних аудиторій.

Як налаштувати кастомний завантажувач:

1. Увійдіть до свого акаунт Stape і виберіть свій sGTM-контейнер на панелі керування.

2. Перейдіть до Power-ups і натисніть Use поруч із панеллю Custom Loader.

3. Увімкніть перемикач Custom Loader щоб увімкнути його, і натисніть Save changes.

4. У розділі Code & Setup information наступні налаштування:

• Domain - виберіть один із доменів, пов'язаних із вашим контейнером.
• Web GTM ID - введіть свій ID веб Google Tag Manager.
• Enhanced ad blocker protection - коли увімкнено, всі запити до вашого sGTM-сервера шифруються, щоб блокувальники реклами не могли їх заблокувати за шаблонами запитів. Дізнайтеся більше про enhanced ad blocker protection.
• Same Origin Path - якщо ви використовуєте same-origin approach, введіть шлях тут, щоб і GTM, і gtag.js завантажувалися через нього.
• Platform - тут ви можете:

  • Вибрати свою CMS-платформу (наприклад, Shopify, Wordpress тощо). У цьому випадку потрібно буде встановити та налаштувати застосунок Stape. 
  • Вибрати Other, щоб отримати JS-сніпет, якщо ви використовуєте іншу платформу або власний вебсайт.

4. Після оновлення коду web GTM і налаштування GA4 на стороні сервера ви зможете перевірити змінені запити GTM і GA4 в мережі.

Запит URL Google Tag Manager повинен виглядати так: 

Tagging server URL/stape container identifier.js?st=web GTM ID без букв GTM.

У нашому випадку це https://load.gtm.stape.dog/covxbvwx.js?st=PMVQSJH

Запит URL GA4 повинен виглядати так:

Tagging server URL/gt+stape container identifier.js?id=GA4 identifier.....

У нашому випадку це https://load.gtm.stape.dog/gtcovxbvwx.js?id=G-0SME9XLYER

Ось і все. Тепер ви налаштували серверний контейнер, і Google Analytics працює через ваш серверний контейнер. Якщо ви хочете завантажити GA на своєму домені та зробити запит GA першою стороною, дотримуйтесь цих кроків, щоб використовувати кастомний субдомен. Наша команда експертів може допомогти!