Гучна тема, яка дуже розумно звучить і обіцяє багато можливостей - серверне відстеження Google Tag Manager або server side tracking. Саме слово “сервер” вже багатообіцяюче. Розберемося, чи дійсно додається більше можливостей при встановленні серверного відстеження Google Tag Manager.
Ми цю тему вивчали лише з однієї причини - consent mode. Чи є серверне відстеження рішенням для заборон у передачі даних cookies, через що втрачається безліч даних для Google Analytics та Google Ads. Розберемося, чи це так.
Серверне відстеження - прийом та обробка даних аналітики сайту на рівні хмарного сервера, передача їх у місця призначення в обхід блокувальників реклами.
Дані під час серверного відстеження надходять з веб-контейнера в серверний контейнер Google Tag Manager, і далі розподіляються по необхідних каналах.
Це виглядає приблизно так:
Максимально просте пояснення без перегляду будь-яких відео та сотень сторінок технічної документації.
Сервер – це як проміжний контейнер між вебом та сервісом отримання інформації, на якому Ви можете контролювати та керувати передачею даних.
Переваги серверного відстеження:
👉 Підвищення інформативності даних - найголовніша і основна перевага серверного відстеження!
Серверне відстеження допомагає врахувати дані, невраховані через різну специфіку налаштування браузерів користувачів - блокувальники реклами, відображення Java Script і т.д. На практиці це плюс 10-15%, про що знаємо з налаштування Facebook API Conversions.
👉 Додатковий контроль за передачею даних (при тестуванні надсилання даних є можливість перевірки з серверного контейнера).
👉 Перетворення даних (робота з модифікаторами, продовження життя cookies).
Недоліки серверного відстеження:
👉 Складність реалізації. Бракує фахівців у програмній аналітиці. Це не просто програмісти, а програмісти, які розуміють алгоритми обліку даних у Google Ads та Analytics.
👉 Фінансові витрати. Хмарний сервер – це платна послуга. Фактично деякі дані аналітики стануть для Вас платними, до чого не всі готові.
Запуск серверного відстеження – з чого почати?
Якщо Вам хтось скаже, що це легко та просто – це не так! Це не опція "прописати код аналітики на сайт", а щось складніше. Ми постараємося пояснити, як це зробити, максимально зрозумілою мовою.
- Реєструєте серверний контейнер в акаунті сайту Tag Manager;
- Створюйте хмарний сервер через Google iCloud або будь-який інший сервіс, вказуючи API key;
- У веб-контейнері Google Tag Manager в потрібних тегах розміщуєте серверну адресу обробки, а саме URL сервера.
Далі – питання Вашої творчості та бізнес процесів.
Consent mode (режими згоди) та серверне відстеження в Google Tag Manager
Основна проблема сучасної веб аналітики - це дозвіл на поширення cookies, який значно впливає на якість показників, що враховуються, починаючи від конверсій і закінчуючи відвідуваністю в Google Analytics.
Багато маркетологів з незнання, з появою серверного відстеження поклали великі надії на вирішення питання якості даних, що передаються саме у зв'язку з впровадженням consent mode. Але це була помилка, і ось чому:
☝ Серверне відстеження бере дані з веб-контейнера Google Tag Manager, дані в якому, при налаштованому режимі згоди, з'являються лише у разі згоди на поширення cookies користувачем.
Відповідно, якщо користувач не дає дозволу на cookies, дані в серверний контейнер не надсилаються. Саме тому серверне відстеження Google Tag Manager не є вирішенням проблеми заборони на передачу cookies для збереження цілісності статистичних даних.
Ви можете згадати про CAPI Facebook…
Може виникнути питання, чому реалізація API Conversions Facebook стала рішенням в історії IOS 14+, а серверне відстеження Google Tag Manager не може вирішити питання з consent mode та передачі даних?
Відповідаємо, виходячи з нашого досвіду та експертизи:
☝ У IOS14+ не було заборони на cookies, а тільки на події, що передаються.
Відповідно, маючи дані з cookies про користувача, Ви можете за допомогою API Conversions Facebook відправляти дані про такі події, як purchase з ID події, які згодом можуть додаватися до даних про користувача, якщо він обрав "не передавати дані про подію" або дедуплікуватися на сервері Facebook, в іншому випадку. Це точна інформація, оскільки ми цю тему вивчили докладно.
Сподіваємось, що ця інформація була корисною для Вас. До нових зустрічей.
Замовити послугу