Розуміння дій користувачів на вашому сайті може визначити ваш успіх чи провал. Аналізуючи поведінку користувачів, ви матимете краще уявлення про те, що їх цікавить і чому вони йдуть. Це також дозволяє повідомляти більш персоналізовані пропозиції, що стосуються кожного клієнта конкретно.
Одним з найпопулярніших способів відстеження є Google Tag Manager. Він дозволяє швидко й легко оновлювати скріпти вимірювання та пов’язані фрагменти коду (загально відомі як теги) на вашому веб-сайті або в мобільному додатку.
У 2020 році Google представив серверний контейнер для Google Tag Manager. Він може працювати разом з контейнером веб-GTM та використовувати веб-GTM як джерело даних; або самостійно та використовувати веб-хуки, дані CRM чи будь-які інші запити як джерело даних. Отже, чи потрібно переходити на серверний метод відстеження?
У цій статті я розповім про те, чим відстеження на стороні сервера відрізняється від клієнтського, висвітлю переваги та недоліки кожної системи та поясню, чому хостинг Stape є найкращим рішенням, якщо ви хочете налаштувати серверний GTM.
Відстеження на стороні клієнта є поширеним типом відстеження, коли браузер користувача безпосередньо взаємодіє з аналітичними службами. Коли сторінка сайту завантажується, контейнер завантажується одночасно, запускаються коди відстеження, а всі дані взаємодії надсилаються в служби аналітики. Такими сервісами можуть бути як Google Analytics, так і Google Ads та інші.
За останні кілька років відстеження на стороні клієнта погіршується. А саме різко знизилася швидкість роботи сторінки, з'явилися проблеми з безпекою і сторонніми файлами cookie. Все через важкі скрипти (які перевантажують сайт), небажаний витік даних, низький контроль і збільшення кількості блокувальників реклами.
Саме тоді для вирішення цих проблем з’являється відстеження на стороні сервера. Він стає все більш популярним, прозорим та доступнішим.
Відстеження на стороні сервера – це інший новий тип відстеження, який включає сервер замість клієнта. Ви самі створюєте, встановлюєте та керуєте ним.
Принцип роботи такий же, як і у відстеження на стороні клієнта, але з одним додатковим кроком - це хмарний серверний контейнер. Саме на цьому сервері менеджер тегів отримує дані з браузера, а потім перенаправляє їх до аналітичних систем.
Замість того, щоб надсилати дані про події безпосередньо в аналітичні служби, дані спочатку надсилаються до sGTM, а лише потім до аналітичних служб, які ви використовуєте. Запити користувачів надходять на сервер, потім Клієнт перетворює їх у дані про події, які обробляються тегами, тригерами та іншими змінними.
Відстеження на стороні сервера може прискорити роботу сайту, впоратися з втратою даних через ITP, обмеженнями iOS і зменшити вплив блокувальників реклами. Це все з двох причин: використання спеціального субдомену для відстеження на стороні сервера, який встановлює власні файли cookie та потоки даних на стороні сервера, які не можна заблокувати або виявити.
Відстеження на стороні сервера може значно покращити швидкість сторінки, замінивши сторонні скрипти відстеження на інтеграцію на стороні сервера. Перегляньте цю публікацію в блозі, щоб побачити список усіх платформ, які підтримують відстеження на стороні сервера.
Теги SS – найкращий спосіб захистити ваших клієнтів і дані про події. Постачальники мають доступ лише до даних, налаштованих у запиті. Вони не мають жодних технічних можливостей для перегляду інформації про інших користувачів або події. За допомогою тегування на стороні клієнта скрипти можуть збирати будь-яку інформацію, яку забажають.
Останнє, але не менш важливе – це можливість встановлювати власні файли cookie. Це можливо, лише якщо ви використовуєте спеціальний субдомен для свого сервера тегів. Спеціальний субдомен має розташовуватися в тій самій ієрархії, що й ваш основний сайт. Наприклад, якщо ваш сайт – example.com, ваш субдомен sGTM має виглядати як sgtm.example.com. У цьому випадку Facebook, Google Analytics або будь-які інші платформи, які використовують інтеграцію на стороні сервера, зможуть встановити файли cookie з вашого доменного імені - файли cookie першої сторони.
Але є також два недоліки тегування ss: вартість і складність. Критичним компонентом тегування ss є хмарні сервери, які обробляють усі дані запитів, і вам потрібно платити за сервери окремо. Хоча sGTM схожий на веб-тег, логіка налаштування тегів ss зовсім інша. Це може призвести до непорозумінь і ускладнень під час створення тегів ss.
| Переваги | Відстеження на стороні клієнта | Відстеження на стороні сервера |
|---|---|---|
| Швидкість сторінки | низька | висока |
| Захист даних | низький | високий |
| Контроль даних | низький | високий |
| Стійкість до блокувальників реклами | низька | висока |
| Вартість | безкоштовно | платно |
| Налаштування | легке | складне |
| Функціональність | висока | в процесі |
Хостинг Stape для серверного Google Tag Manager — це найдешевший і найпростіший спосіб налаштувати хмарний сервер тегів для sGTM. Використовуючи stape, ви можете одним кліком налаштувати сервер тегів sGTM. Ми пропонуємо безкоштовний план для невеликих сайтів і два плани для більших: Pro ($20/місяць) і Business ($100/місяць).
Google рекомендує використовувати принаймні 3 хмарні сервери на контейнер у виробничому середовищі для резервування, і це буде коштувати 120 доларів США на місяць у Google App Engine. Ми пропонуємо таку ж установку за 20 доларів.
Відстеження на стороні клієнта — це чудовий спосіб отримати дані, але він більше не є надійним і безпечним. Крім того, важкі файли JavaScript можуть значно знизити продуктивність вашого сайту.
Відстеження на стороні сервера є потужним інструментом, який має ряд переваг і усуває всі проблеми відстеження на стороні клієнта. Однак він також має деякі недоліки, які ви повинні враховувати, перш ніж запровадити його на своєму сайті.
Все, що потрібно, це кілька простих запитань. Натисніть Отримати допомогу , заповніть форму, і ми надішлемо вам розцінку.
