З постійним розвитком онлайн-реклами виникають нові труднощі. Одним із них є відстеження на стороні сервера, інструмент для моніторингу поведінки користувачів на веб-сайтах, які використовують хмарні сервери замість браузерів користувачів. Він з’явився в 2020 році, тобто він досить новий, і не так багато людей ще встигли детально зануритися в цю тему.
Отже, якщо ви починаєте нову маркетингову ініціативу та вирішуєте розмістити рекламу в соціальних мережах, вам обов’язково потрібно знати про цей новий метод відстеження. Ми вирішили зробити цю публікацію в блозі для початківців у server-side світі. Тут ви можете знайти переваги відстеження на стороні сервера, короткий огляд найпопулярніших платформ, які підтримують тегування на стороні сервера, обговорення різних випадків використання та переваг серверів Stape для sGTM.
Якщо, як і багато інших організацій, ви незадоволені непослідовними аналітичними даними та/або хвилюєтеся про право власності та конфіденційність даних, відстеження на стороні сервера може допомогти вирішити деякі ваші проблеми. Тож давайте детальніше розглянемо, як це працює.
За допомогою тегування на стороні сервера дані обмінюються між платформами відстеження та сторонніми постачальниками через хмарний сервер. Це виключає використання браузера користувача. Натомість серверний контейнер працює на хмарному сервері під вашим контролем.
Поява серверного контейнера Google Tag Manager суттєво вплинула на популярність тегування на стороні сервера. Використовуючи інтерфейс sGTM, ви можете реалізувати міжсерверне відстеження для найпопулярніших платформ. Ви також можете використовувати веб-GTM як джерело даних для вашого серверного контейнера GTM. Щоб передавати дані на серверний GTM, ви можете використовувати Google Analytics 4 або Data Tag/Data Client.
Незважаючи на те, що севрерний контейнер GTM схожий на веб (тегування на стороні клієнта), серверний контейнер GTM використовує відстеження на стороні сервера, яке працює за зовсім іншою логікою.
Відстеження на стороні клієнта (Client-side tracking) – це традиційна форма відстеження, за якої постачальники аналітики спілкуються безпосередньо з браузером користувача. Теги відстеження активуються, контейнер завантажується одночасно із завантаженням сторінки, а всі дані взаємодії доставляються постачальникам аналітики. Значить сторінка перевантажена + різко знизилася швидкість + з'явилися проблеми з безпекою і сторонніми cookies.
Ось де тегування на стороні сервера приходить на допомогу! Відстеження на стороні сервера може керувати втратою даних, спричиненою ITP, обмеженнями iOS і блокувальниками реклами, а також прискорити ваш веб-сайт і захистити дані.
У випадку тегування ss додається проміжна точка (сервер хмарного тегування). Сервер хмарних тегів обробляє запит замість браузера клієнта. Запит спочатку надходить до хмарного сервера, потім сервер обробляє його та надсилає до сторонньої системи.
Існує декілька інструментів, які можна використовувати для налаштування тегів ss. Ми вибрали серверний контейнер Google Tag Manager. Основними перевагами використання sGTM, на нашу думку, є:
Перегляньте цю публікацію в блозі, якщо ви хочете налаштувати теги Google Tag Manager на стороні сервера на своєму веб-сайті.
Використовуючи stape, ви можете налаштувати серверний GTM менш ніж за 1 хвилину, і ми є найдешевшим рішенням на ринку. Stape доступний, тому що ми купуємо сервери оптом і на тривалий термін. Крім того, ми оптимізуємо наші сервери для роботи лише з Google Tag Manager.
Крім того, ми маємо інші переваги:
1. Custom gtm.js and gtag.js loader. Це допоможе вам зробити скрипти Google Tag Manager і/або Analytics 4 більш стійкими до блокувальників реклами.
2. Global CDN. Дозволяє швидше обслуговувати файли js за допомогою сервера, який знаходиться ближче до відвідувача вашого сайту. Це призводить до покращеної швидкості сторінки, що може позитивно вплинути на органічний рейтинг.
3. Logs. Зручна функція під час налаштування або усунення несправностей тегування на стороні сервера. Це допомагає з’ясувати, які дані було надіслано на сервер і як вони були оброблені. Наприклад, ви можете перевірити, чи всі події покупки мали статус 200 (це означає, що вони були правильно оброблені), або перевірити всі запити за допомогою коду відповіді 500.
4. Preview header. Це допомагає побачити всі ваші вхідні запити в налагоджувачі sGTM, якщо запит надіслано не з веб-GTM.
Ви можете прочитати більше у цій публікації блогу.
Для веб-сайтів великого обсягу ми пропонуємо індивідуальні плани. Ви можете скористатись калькулятором цін, щоб оцінити найкращий план для вашого сайту.
Якщо ви новачок і губитеся між усіма конфігураціями – нижче ви можете знайти основний список того, як ви можете почати з додавання тегів на стороні сервера.
Першим кроком, коли ви починаєте додавати теги на стороні сервера, є налаштування контейнера sGTM. Використовуючи stape, ви можете налаштувати сервер тегів для свого контейнера sGTM одним клацанням миші. Все, що вам потрібно зробити, це:
1. Увійдіть в https://tagmanager.google.com/
2. Створіть новий контейнер.
3. Додайте назву контейнера та виберіть «Сервер» як цільову платформу, натисніть «Створити».
4. Виберіть Вручну надати сервер тегування.
5. Скопіюйте конфігурацію контейнера.
6. Увійдіть у свій обліковий запис app.stape.io
7. Клацніть «Створити контейнер».
8. Додайте назву контейнера, вставте конфігурацію контейнера, скопійовану з Google Tag Manager, і виберіть розташування сервера. Ми рекомендуємо вибрати розташування сервера ближче до відвідувачів вашого сайту.
9. Цей крок необов’язковий, але рекомендований. Ви можете встановити кастомний домен для свого сервера тегів і ввімкнути CDN. Кастомний домен допомагає встановити власні файли cookie, тоді як Global CDN сервери js-файлів із серверів, розташованих ближче до вашого місця розташування користувача. Будь ласка, перевірте політику відстеження вашої країни, перш ніж увімкнути Global CDN.
10. Після ввімкнення цих двох (або одного з них) потрібно оновити налаштування DNS. Ви знайдете налаштування DNS для свого контейнера в обліковому записі stape.
11. Натисніть створити. Розгортання контейнера може зайняти близько 10 хвилин. Коли статус контейнера активний, ви можете продовжити налаштування тегів на стороні сервера.
12. Відкрийте налаштування серверного контейнера Google Tag Manager та додайте URL-адреси серверного контейнера. Якщо ви налаштували кастомний домен, використовуйте його під час налаштування URL-адреси серверного контейнера. Якщо ви не налаштували кастомний домен на кроці 9, ви можете скопіювати URL-адресу сервера тегування з app.stape.io, який ми створили для вас.
13. Якщо ви встановили власний домен на кроці 9, рекомендується оновити скрипти GTM на вашому сайті. Використовуйте свій власний домен замість тегу manager.google.com.
Налаштування сервера Google Analytics 4 подібне до налаштування UA:
1. Відкрийте веб-контейнер GTM, установіть прапорець Надіслати до серверного контейнера та додайте URL-адресу серверного контейнера.
2. Перейдіть до серверного контейнера Google Tag Manager. Натисніть Клієнти та додайте клієнт Google Analytics 4.
3. Створіть теги GA4 всередині серверного контейнера. Перейдіть до тегів -> натисніть «Додати новий» -> виберіть GA4.
4. Створіть тригери для тегів, які ви створили на попередньому кроці. Для тригера GA4 ім’я клієнта має дорівнювати GA4.
5. Відкрийте режим налагодження серверного контейнера Google Tag Manager і переконайтеся, що GA4 працює на сервері. Зауважте, що налагоджувач сервера потребує більше часу для оновлення, ніж веб. Щоб ще раз перевірити налаштування, відкрийте консоль і перевірте запити аналітики Google. Коли все буде налаштовано, не забудьте опублікувати зміни.
Якщо ви хочете мати достатньо даних, щоб перевірити ефективність вашої рекламної кампанії та надати алгоритмам машинного навчання Google додаткові відомості про цілі вашої компанії, відстеження конверсій Google Ads є необхідним. Переміщення тегів Adwords на сервер зменшить кількість коду, який потрібно запускати на веб-сторінках, а також допоможе вирішити проблеми з продуктивністю для повільніших інтернет-з’єднань!
Серверне відстеження Google Ads може працювати лише за допомогою серверних запитів GA4. Це означає, що ви повинні налаштувати Google Analytics 4 на сервері, перш ніж переходити до server-server Google Ads.
Прогляньте, як налаштувати сервер Google Ads:
1. Переконайтеся, що Google Analytics 4 на стороні сервера налаштовано правильно.
2. У серверному контейнері налаштуйте тег Conversion Linker. Цей тег має активуватися під час усіх переглядів сторінок.
3. Налаштуйте тег ремаркетингу Google Ads у GTM сервера. Це схоже на налаштування веб-тегу ремаркетингу. Все, що вам потрібно зробити, це додати ідентифікатор конверсії та вибрати тригер, який має використовувати запити GA4. Ви також можете вирішити надсилати дані подій динамічного ремаркетингу та надавати спеціальні параметри.
4. Створіть новий тег відстеження конверсій Google Ads у серверному контейнері -> додайте Conversion ID та Conversion Label подібно до налаштування веб-тегу Adwords. Потім у вас є можливість додати дані продукту та користувача. (це дуже схоже на те, як працює Facebook conversion API). Якщо ви надсилаєте дані користувача та продукту з веб на сервер, ви можете встановити ці прапорці та вибрати дані про події як джерело даних. Конверсія мого сервера Adwords ініціює подію покупки.
На відміну від платформ Google, Facebook рекомендує використовувати як веб-відстеження, так і відстеження на сервері. Основна перевага методу веб+сервер полягає в тому, що він все ще використовує сторонні файли cookie (коли це можливо). Основна перевага підходу лише на сервері полягає в тому, що він зменшує кількість сторонніх скриптів Java на вашому сайті та дозволяє вам суворо контролювати, які дані надсилаються на FB. Тож вам вирішувати, чи використовувати відстеження FB на веб-сервері чи лише на сервері.
Налаштування FB CAPI є більш складним, оскільки вимагає дедуплікації подій (при використанні методу веб+сервер), надсилання параметрів користувача, таких як електронна пошта, номер телефону, ім’я/прізвище тощо.
Ви можете відвідати пост у нашому блозі про те, як налаштувати Facebook conversion API , або переглянути наше відео про Facebook conversion API за допомогою Google Analytics 4.
Я сподіваюся, що на цей час ви погодитеся з нами, що відстеження на стороні сервера є обов’язковим для вашої маркетингової кампанії. Але це все ще відносно нова технологія, і не всі платформи надали її, як наприклад, Twitter. Тому ми створили список усіх, хто підтримує серверний GTM, і консолідували їхні вимоги, інструкції та документацію.
Найпопулярнішими платформами для відстеження на стороні сервера, якими користуються наші клієнти, є:
Окрім прямої реалізації відстеження на стороні сервера, описаного раніше в цьому дописі в блозі, відстеження ss надає деякі розширені можливості, які раніше були недоступні в веб-відстеженні. Тут я розповім про деякі з найпопулярніших.
Можна обслуговувати веб-хуки від CRM до sGTM. Усередині sGTM ви можете отримувати дані веб-хуків і додавати їх на будь-яку платформу. Ви можете використовувати його, наприклад, для збагачення даних Facebook Conversion API параметром користувача або офлайн-подіями. Або, можливо, надішліть замовлення в магазині з торгової точки до Google Analytics або відстежуйте відшкодування.
Firestore — це база даних, яка зберігає колекції документів. sGTM дозволяє читати та записувати дані в/з Firestore. sGTM і Firestore дають необмежені можливості щодо збагачення даних. У нас є докладний гайд щодо читання/запису даних у Firestore.
Stape створив кастомний тег, який дозволяє інтегрувати sGTM і Google Sheets. Це чудова можливість для тих, хто використовує інструменти, схожі на Zapier, щоб відстежувати будь-які дані із сайту в таблицях Google. Такі інструменти, як Zapier, можуть бути дорогими, а з sGTM ви можете отримати ту саму інтеграцію майже за безцінь. Перегляньте цю статтю про тег Google Sheet для sGTM.
Хоча існує багато нестандартних реалізацій sGTM, це три найкращі, які виділяються як особливо популярні. Перегляньте наш блог, щоб дізнатися більше про тегування ss.
Найпоширеніші приклади додавання тегів на стороні сервера показують, що це може значно вплинути на ваші дані. Однак важливо зазначити, як ви реалізуєте цю технологію та яке рішення ви обираєте. Погана інтеграція потенційно може зробити ситуацію ще більш нестабільною, ніж раніше.
Відстеження на стороні сервера є складною темою, оскільки воно покладається на нову технологію, тож переконайтеся, що особа, яка її впроваджує, виконує все правильно.
Якщо вам потрібна допомога з налаштуванням відстеження ss, Stape може це зробити! Все, що потрібно, це кілька коротких запитань, і ми відповімо вам протягом наступного робочого дня.
Кастомний завантажувач — це одна з найвидатніших і найпопулярніших функцій, яку Stape пропонує нашим клієнтам. За допомогою кастомного завантажувача ви можете зробити відстеження стійким до блокувальників реклами.
Кажуть, що зараз приблизно кожен четвертий користувач Інтернету використовує блокувальник реклами, тож ви можете з упевненістю припустити, що ви втрачаєте дані близько 20% своїх користувачів.
Припустімо, ви налаштували кастомний завантажувач і використовуєте GA4 на стороні сервера для налаштування FB CAPI. Увімкнення кастомного завантажувача від Stape робить gtag.js і gtm.js невидимими для блокувальників реклами. Користувач із увімкненим блокувальником реклами потрапляє на ваш сайт; в цьому випадку не тільки GTM і GA4 будуть мати записи про цього користувача, але і FB також відстежуватиме дані.
Завдяки відстеженню на стороні сервера та ввімкненому кастомному завантажувачу ви можете відстежувати на 30% більше даних про відвідувачів веб-сайту.
Facebook заохочує рекламодавців впроваджувати CAPI, оскільки це має допомогти знизити вартість залучення та покращити оцінювання.
Вплив Facebook conversion API на результати кампанії значною мірою залежить від того, наскільки точним і точним є ваше впровадження. Facebook стверджує, що для отримання максимальних результатів слід використовувати такі найкращі практики:
Це означає, що FB матиме якісні дані для кастомних і lookalike аудиторій. Це також зробить атрибуцію конверсій у FB ads manager точнішою. Коли всі ці найкращі практики впроваджуються, наші клієнти можуть бачити до 98% конверсії в FB events manager.
Серверна інтеграція Klaviyo надає ті самі можливості, що й стандартна реалізація Klaviyo, але головною перевагою є те, що ss Klaviyo не сповільнює ваш сайт.
Для деяких наших клієнтів видалення Klaviyo javascript із сайту підвищило показник швидкості сторінки на 7 балів.
Ідеальна схема для впровадження відстеження на стороні сервера – мати одне основне джерело даних для sGTM і використовувати його для налаштування відстеження ss для всіх ваших платформ.
У цьому сценарії ви можете видалити всі непотрібні сторонні скрипти відстеження зі свого сайту. У нас є стаття з тематичним дослідженням про те, як відстеження на стороні сервера впливає на швидкість сторінки.
Налаштування відстеження на стороні сервера – чудовий спосіб покращити ефективність веб-сайту та отримати точніші дані. Спочатку це може бути трохи складно налаштувати, але за допомогою цього гайду ви зможете почати без проблем.
У цій публікації блогу зібрано загальну інформацію, необхідну для початку роботи з відстеженням на стороні сервера. Тут ми розглянули всі можливі гайди та випадки використання. Не соромтеся писати нам на support@stape.io, щоб отримати допомогу. Ми розуміємо ваші потреби та можемо допомогти вам поринути у світ тегів.
Все, що потрібно, це кілька простих запитань. Натисніть Отримати допомогу, заповніть форму , і ми надішлемо вам пропозицію.
