Вступ до серверного відстеження в Google Tag Manager

Коли 12 серпня 2020 року компанія Google представила публічну бету серверного Google Tag Manager (sGTM), спільнота аналітиків розділилася на два табори: одні захоплено вигукували про нову еру в маркетингу, а інші розгублено запитували, навіщо це взагалі потрібно. Така реакція є цілком зрозумілою, адже серверне тегування - тема не з простих.

Мета цієї статті - не просто дати технічну інструкцію, а стати доступним путівником для тих, хто тільки починає свій шлях у серверному відстеженні та хоче зрозуміти його реальну цінність.

Варто зауважити: хоча цей матеріал орієнтований на новачків у серверній частині, ви вже повинні мати базове розуміння того, як працює стандартний веб-інструментарій GTM. Після прочитання ви зможете впевнено пояснити клієнтам або колегам, чому їм варто переходити на нову технологію.

Традиційна схема роботи GTM

Щоб усвідомити переваги серверного підходу, згадаємо класичну модель. Зазвичай для встановлення GTM на сайт ви додаєте фрагмент javascript-коду (веб-контейнер) у вихідний код сторінок.

Під час завантаження сайту цей скрипт активується у браузері користувача та запускає теги відповідно до ваших налаштувань. Наприклад, тег Google Analytics 4 збирає дані про кліки чи перегляди сторінок прямо в браузері (client-side) і відправляє їх на сервери Google. Крім заданих вами параметрів, такі скрипти часто автоматично збирають технічну інформацію про пристрій, роздільну здатність екрана та кукі.

Серверний підхід: нова ланка у ланцюгу

Серверне тегування додає проміжний рівень між вашим сайтом та аналітичними сервісами - ваш власний хмарний сервер, на якому розгорнуто контейнер sGTM.

У цій моделі дані спочатку потрапляють до вашого сервера, там вони обробляються, фільтруються або збагачуються, і лише після цього відправляються кінцевим отримувачам (Google Analytics, Facebook api тощо).

Уявіть, що ваші дані - це посилки. За звичайної схеми браузер відправляє безліч дрібних пакетів різним кур’єрським службам одночасно. За серверної схеми браузер надсилає лише одну велику коробку до вашого «приватного поштового відділення» (сервера). Там ви відкриваєте її, перевіряєте вміст, за потреби перепаковуєте і вирішуєте, що саме та кому відправити далі. Це дає вам тотальний контроль над потоком інформації.

Порівняння методів (Стандартний vs Серверний):

• Місце виконання: у браузері користувача проти хмарного сервера під вашим керуванням.
• Потік даних: багато окремих запитів проти одного консолідованого запиту до вашого сервера.
• Продуктивність: ризик сповільнення сайту через скрипти проти підвищення швидкості завантаження.
• Контроль даних: вендори самі збирають що хочуть проти вашого права видаляти конфіденційні дані перед відправкою.

Переваги серверного тегування

Чому варто витрачати час на налаштування додаткового сервера? Ось головні аргументи:

1. Швидкість завантаження сайту: зменшення кількості сторонніх скриптів у браузері розвантажує процесор пристрою користувача, що позитивно впливає на показники core web vitals.
2. Безпека та конфіденційність: ви самостійно керуєте тим, які дані бачать сторонні сервіси. наприклад, ви можете видалити IP-адресу або персональні дані ще до того, як вони залишать ваш сервер.
3. Стійкість до блокувальників реклами: оскільки дані надсилаються на ваш власний піддомен (наприклад, analytics.yourdomain.com), більшість AD-blockers не розпізнають ці запити як рекламні та не блокують їх.
4. Робота з cookies у safari (itp): браузери на базі webkit (зокрема safari) суворо обмежують час життя файлів cookie, встановлених через js (часто до 7 днів або навіть 24 годин). Серверні cookies, встановлені через ваш піддомен, можуть зберігатися значно довше, що покращує точність аналітики.
5. Збагачення даних: ви можете додавати до подій інформацію зі своєї CRM (наприклад, рівень лояльності клієнта), не передаючи ці дані через браузер користувача.

Недоліки та нюанси

Попри очевидні плюси, існують і певні складнощі:

• Це платне рішення: хоча сам код GTM безкоштовний, за хостинг сервера (в Google Cloud, Stape або на власних потужностях) доведеться платити. Вартість залежить від обсягу трафіку. Мінімальна конфігурація може коштувати від $90/міс, тоді як альтернативні сервіси на кшталт Stape.io пропонують стартові пакети від $20/міс.

• Технічний поріг входу: налаштування sGTM вимагає глибших знань: від роботи з хмарними платформами до розуміння протоколів передачі даних і javascript.

• Складність налагодження: ви більше не можете просто відкрити консоль розробника в браузері та побачити все, що відбувається. для діагностики потрібен прямий доступ до серверного контейнера – це «чорна скринька» для сторонніх спостерігачів.

• Відповідність законодавству: серверне відстеження не робить вас автоматично відповідним GDPR. Згода користувача на збір даних все одно є обов’язковою, незалежно від методу тегування.

Як почати роботу?

Якщо ви вирішили спробувати, процес зазвичай складається з таких етапів:

1. Створення серверного контейнера в інтерфейсі GTM.
2. Розгортання сервера (найпростіше — через автоматичне налаштування в Google cloud platform).
3. Прив’язка власного піддомену для роботи в режимі first-party.
4. Налаштування веб-контейнера для надсилання даних на ваш новий сервер.
5. Конфігурація клієнтів (clients) та тегів у серверному контейнері для пересилання даних у кінцеві системи.

Підсумок

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