Серверне відстеження: визначення та принцип роботи

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

Чому воно замінило лише браузерне відстеження#

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

Поширені реалізації#

Власний домен відстеження кліків направляє запити тегів через ваш власний субдомен замість стороннього, тому блокувальники реклами на рівні браузера з меншою ймовірністю помічають цей трафік. Серверний контейнер менеджера тегів, найпоширенішим прикладом є серверна опція Google Tag Manager, надає вам єдину серверну точку призначення, яка отримує події та розподіляє їх до кількох одержувачів. API подій конкретних платформ надсилають події безпосередньо на сервери однієї рекламної мережі. В партнерських або CPA-налаштуваннях URL постбеку досягає чогось подібного, дозволяючи серверу мережі повідомляти ваш сервер, або навпаки, безпосередньо після завершення конверсії.

Що воно покращує, а що ні#

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

Аспекти налаштування#

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

Де точне відстеження має найбільше значення#

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