Збирання даних про відвідувачів вашого веб-сайту є критично важливим для аналізу та покращення онлайн-присутності бізнесу, досягнення користувачів та перетворення їх на клієнтів. Існує два способи збору даних: на стороні клієнта та на стороні сервера, кожен з яких має свої переваги та обмеження.
При трекінгу на стороні клієнта браузер надсилає запит безпосередньо до стороннього сервісу трекінгу, наприклад, 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, такі як обхід блокувальників реклами, збільшення терміну дії кукі, відправка офлайн-даних тощо.
? Це відео показує, як налаштувати контейнер Google Tag Manager на сервері
Нижче наведено покрокову інструкцію, як налаштувати контейнер GTM на стороні сервера.
1. Відкрийте свій веб-контейнер Google Tag Manager https://tagmanager.google.com/. Натисніть на "Admin". У колонці контейнера натисніть "+".

2. Введіть ім'я контейнера, виберіть "Server" і натисніть "Create".

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

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

2. Натисніть "Create container" у верхньому правому куті.

3. Введіть деталі контейнера:

4. Виберіть план для вашого контейнера. Ви можете почати з безкоштовного плану. Натисніть "Continue with a Free plan".

5. Ви побачите статус вашого контейнера, конфігурацію контейнера та назву плану. Розгортання серверного контейнера займає близько 5 хвилин. Будь ласка, перезавантажте сторінку, щоб оновити статус. Якщо налаштування серверного Google Tag Manager виконано правильно, ви повинні побачити статус "Running".

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

Є детальний пост у блозі, де ви можете знайти опис налаштування кастомного домену для серверного контейнера Google Tag Manager: використання того ж самого джерела (Cloudflare та nginx).
Але тут ми розглянемо налаштування кастомного субдомену:
Оберіть свій контейнер у 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 ознайомтеся з вимогами щодо конфіденційності даних у вашій країні. |
Щоб увімкнути CDN, натисніть перемикач Add CDN і оберіть один із таких варіантів:


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

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

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

Після додавання кастомного субдомену до контейнера ви побачите DNS-записи, які необхідно створити для верифікації кастомного домену. Тип DNS-запису залежить від розташування сервера та обраного параметра CDN. У наступному кроці показано, як додати DNS-записи.
За замовчуванням верифікація субдомену виконується за допомогою CNAME-записів, але за потреби ви можете верифікувати субдомен за допомогою A і AAAA-записів (зазвичай у випадках, коли необхідно уникнути додавання дублюючих записів).
Нижче ми розглянемо обидва варіанти з покроковим гайдом зі створення записів за допомогою Cloudflare. Але ви можете використовувати будь-якого іншого провайдера.
| Зверніть увагу: A/AAAA-записи несумісні з увімкненим CDN. |
Після введення DNS-записів у свого DNS-провайдера поверніться на сторінку контейнера Stape, де ви налаштовували кастомний домен, і натисніть Verify.
![[Кнопка "Verify"]](/_next/image?url=https%3A%2F%2Fcdn.stape.io%2Fi%2F69fb59b6249dd138292882.png&w=3840&q=75)
Зачекайте, поки 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.
У розділі налаштувань конфігурації додайте такі параметри:
Додайте тригер до тега 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.io.
2. Відкрийте контейнер sGTM → натисніть "Power Up".
3. Натисніть "Config Custom Loader power-up" → додайте свій ID WEB GTM → ви побачите оновлений код web GTM → скопіюйте цей скрипт web GTM і додайте або замініть існуючий скрипт web GTM на вашому сайті.


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 першою стороною, дотримуйтесь цих кроків, щоб використовувати кастомний субдомен. Наша команда експертів може допомогти!
Коментарі