Ви, напевно, вже чули про теги на стороні сервера. Вони стають все популярнішими в основному завдяки Facebook Conversion API, який був розроблений для підвищення точності таргетингу та відстеження конверсій. Окрім FB, минулого року все більше і більше платформ почали підтримувати відстеження на стороні сервера, зокрема Google Analytics, Google Ads, TikTok та електронні платформи, такі як Klaviyo чи Active Campaign тощо.
Якщо у вас виникли сумніви, коли або чи варто почати впроваджувати теги ss, ця стаття може бути вам цікава. Тут я хочу поговорити про переваги тегів на стороні сервера.
Після впровадження відстеження на стороні сервера наші клієнти відразу бачать збільшення результатів своїх PPC-кампаній. Згідно з дослідженням Google, у Square спостерігається збільшення зареєстрованих конверсій від Google Ads на 46% після впровадження відстеження на стороні сервера.
Блокувальники реклами, обмеження відстеження, такі як ITP, iOS 14, непрацездатний JavaScript, впливають на точність даних, які ви збираєте про відвідувачів веб-сайту. І це основні причини, чому Facebook, Google та інші платформи настійно рекомендують своїм користувачам почати впроваджувати відстеження на стороні сервера.
Швидше за все, ви бачите різну кількість покупок у вашій CRM порівняно з GA. Для деяких наших клієнтів Google Analytics занижував 25% покупок у порівнянні з даними CRM. Після налаштування відстеження ss ця невідповідність зменшилася до 3%.
Теги на стороні сервера можуть допомогти усунути втрату даних через ITP, обмеження iOS, а також можуть зменшити вплив блокувальників реклами. Все це відбувається з двох причин: використання спеціального субдомену для відстеження на стороні сервера, який встановлює власні файли cookie та замінює домен запиту, а також розширена відповідність подій на основі даних користувача.
Дуже важливо розуміти різницю між обмеженнями відстеження та згодою користувача. Ви повинні поважати рішення користувача відмовитися від відстеження та не запускати скріпти відстеження чи встановлювати файли cookie, якщо користувачі не дають свого дозволу.
До речі, у нас є публікація в блозі, в якій описано, як використовувати статус згоди в Google Tag Manager на стороні сервера.
Ця перевага є важливою для SEO. Сторонні скрипти відстеження можуть уповільнити роботу сайту, що призводить до двох негативних наслідків: нижчої органічної позиції та погіршення взаємодії з користувачем. Багато досліджень показали, що час завантаження сторінки корелює з показником відмов. Чим довше завантажується ваша сторінка, тим більша ймовірність, що користувачі не чекатимуть і закриють вашу сторінку, що призведе до вищого показника відмов.
Швидкість сторінки сайту є одним із важливих факторів органічного ранжирування. Особливо зараз, коли Google запровадив індексацію, орієнтовану на мобільні пристрої, і основні показники веб-сайтів. Зменшення кількості javascript для відстеження на вашому сайті може мати величезний вплив на ваші позиції в органічному пошуку.
Багато клієнтів stape вирішили налаштувати відстеження на стороні сервера, в основному, щоб отримати кращу швидкість сторінки. Значна частина цих клієнтів звернулася до нас через Klaviyo javascript. Він дуже сповільнює роботу сайту. Але хороша новина полягає в тому, що серверний тег Klaviyo виконує те ж саме, що і веб-інтеграція, і ви можете переключитися на тегування на стороні сервера Klaviyo, не втрачаючи жодної функції інтеграції.
Ми також провели невеликий експеримент, порівнявши швидкість сторінки веб-сайту за допомогою веб-тегів із серверною. У Google також є стаття, яка показує, як Nemlig покращив час завантаження сторінки на 7%, перемістивши теги на сторону сервера.
Під час налаштування серверного контейнера Google Tag Manager настійно рекомендується використовувати кастомний субдомен. За допомогою кастомного субдомену ви можете встановити власні файли cookie.
В основному це стосується веб-переглядачів із інтелектуальною системою запобігання відстеження, як-от Safari або Firefox. Наприклад, під час використання веб-відстеження для Google Analytics, GA встановлює файли cookie з домену https://www.google-analytics.com. У цьому випадку кукі живе 1 або 7 днів. Якщо ви налаштували GA на стороні сервера та використовували кастомний домен для свого серверного GTM, файли cookie діятимуть протягом двох років.
Впроваджуючи пікселі веб-відстеження, ви не можете контролювати, які дані вони витягують з вашого сайту. Наприклад, вони можуть зібрати ім’я та прізвище користувача, не повідомляючи про це.
З іншого боку, за допомогою тегів на стороні сервера ви контролюєте, які дані отримує кожен постачальник. Вони можуть отримати доступ лише до інформації, яку ви налаштували в запиті. Якщо ви не надсилаєте дані користувача в запиті, ви можете бути на 100% впевнені, що вони не мають доступу до персональних даних користувача.
Один з наших клієнтів вирішив налаштувати відстеження на стороні сервера для партнерських платформ лише тому, що він хотів обмежити дані про конверсії, які отримують партнерські мережі. Ми вирішили активувати теги афілійованих конверсій лише тоді, коли кінцевим каналом на шляху до конверсії користувача є партнерська мережа.
Ця перевага має щось спільне з перевагою контролю даних. Відповідно до таких норм, як GDPR, CCPA або CSP, ви повинні суворо контролювати, коли ви збираєте інформацію про відвідувачів вашого сайту та кому ви нею ділитеся. Заборонено надсилати будь-які ідентифікаційні дані (інформацію, що ідентифікують) стороннім постачальникам.
Оскільки відстеження сервера дозволяє повністю контролювати потік даних, кожен постачальник отримуватиме лише інформацію, налаштовану у ваших тегах на стороні сервера.
Існує кілька способів, як AdBlocker може припинити відстеження скриптів. Відстеження на стороні сервера може допомогти з одним із цих методів – коли блокувальник реклами виявляє скрипт, що ідентифікує домен, який надсилає запит.
Якщо ви використовуєте тегування на стороні сервера з налаштованим субдоменом, запити на відстеження надсилаються з вашого основного домену, а це означає, що AdBlocker не може його виявити. Наприклад, вони перевіряють, чи є запитуваний домен google-analytics.com, щоб виявити та заблокувати GA. Але з відстеженням ss та кастомним субдоменом Google Analytics надсилатиме запити з вашого спеціального субдомену, наприклад ss.example.com, що означає, що блокувальники реклами не можуть визначити, чи це GA чи ні.
За допомогою GTM на стороні сервера та відстеження ss загалом ви можете збагатити дані. Наприклад, ви можете відстежувати замовлення по телефону в Google Analytics або Facebook. Це може допомогти вам створити власну аудиторію або отримати повне уявлення про те, звідки надходять замовлення.
Іншим поширеним випадком використання збагачення даних є відправка інформації про замовлення з платіжних систем, таких як Stripe. Це допомагає забезпечити відображення всіх даних про продажі в GA, FB або інших інструментах аналітики.
Будь-хто може побачити ваш ідентифікатор відстеження на консолі або за допомогою плагіна для веб-переглядача з веб-відстеженням. Відстеження на стороні сервера має протилежну ситуацію - ваші ідентифікатори відстеження приховані. Це може допомогти запобігти спаму.
Відстеження на стороні сервера має безліч переваг. З моєї точки зору, покращена точність відстеження, швидше завантаження сторінки та контроль даних є найважливішими. Враховуючи, що Safari та Firefox запобігають стороннім файлам cookie, а Chrome поступово припиняє використання файлів cookie третіх сторін у 2022 році, я б настійно рекомендував додати відстеження на стороні сервера у свої плани на 2022 рік.
Існує два основних недоліки відстеження на стороні сервера: вартість і складність. Але хостинг stape.io для серверного Google Tag Manager виправить це. За допомогою stape ви можете налаштувати хостинг GTM на стороні сервера в 1 клік, плюс ми в 5 разів дешевше, ніж Google Cloud. І якщо вам потрібна допомога з налаштування відстеження ss, ми також можемо допомогти!
Все, що потрібно, це кілька простих запитань. Натисніть Отримати допомогу, заповніть форму, і ми надішлемо вам розцінку.
