Відстеження на стороні сервера

Відстеження на стороні сервера – це підхід до аналітики та маркетингового вимірювання, за якого дані про події надсилаються з власного сервера організації на аналітичні та рекламні платформи, а не безпосередньо з браузера відвідувача. Браузер надсилає один запит на сервер, яким керує організація, а цей сервер збагачує, фільтрує та пересилає дані далі тим пунктам призначення, які їх потребують.

Цей підхід набув поширення з причин, які значною мірою не залежать від команд аналітиків. Обмеження браузера на сторонні файли cookie та виконання скриптів, функції запобігання відстеженню, які скорочують термін дії файлів cookie, встановлених клієнтом, та широке використання блокувальників контенту – все це погіршило вимірювання на основі браузера до такої міри, що значуща та невипадкова частина активності залишається незареєстрованою. Оскільки втрати зосереджені між певними браузерами, пристроями та сегментами аудиторії, це спотворює порівняння, а не просто зменшує обсяг.

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

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

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

Гібридна схема – це те, що більшість організацій фактично використовують, і варто планувати її свідомо, а не приходити до неї випадково. Деякі сигнали справді легше фіксувати в браузері, включаючи детальні події взаємодії, поведінку області перегляду та прокручування, а також помилки на стороні клієнта, тоді як стійкі ідентифікатори, транзакції та збагачення обробляються на стороні сервера. Ризиком гібридної моделі є дублювання та розбіжності, коли одна й та сама подія записується обома шляхами, а два показники відрізняються, що підриває довіру до всього набору даних. Визначення того, який шлях є авторитетним для кожної події, та реалізація дедуплікації на спільному ідентифікаторі події запобігає ситуації, коли дві інформаційні панелі повідомляють про різні доходи, і ніхто не може сказати, який з них правильний.

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