Серверне теґування та згода: Що маркетологи мають знати
Серверне теґування — найбільша зміна в маркетинговій технології з моменту запуску Google Tag Manager у 2012 році. Перенесення виконання тегів з браузера на сервер дає маркетологам кращу якість даних, швидше завантаження сторінок і більший контроль. Але поширюється небезпечний міф: «Якщо теги виконуються на сервері, мені не потрібна згода.» Це хибно — і може коштувати вам мільйони у штрафах.
Що таке серверне теґування?
При традиційному (клієнтському) теґуванні теги JavaScript виконуються в браузері відвідувача. Кожен тег надсилає запити до сторонніх серверів, уповільнюючи сторінку та розкриваючи дані кільком сторонам. При серверному теґуванні один тег надсилає дані на ваш власний сервер, який потім пересилає їх до Google, Meta та інших платформ. Браузер надсилає менше запитів, сторінки завантажуються швидше, і ви контролюєте потік даних.
Хибне уявлення про згоду
Міф: «Серверні теги не виконуються в браузері, тому не потребують згоди.»
Реальність: GDPR регулює обробку персональних даних, а не розташування коду. Якщо ви збираєте й передаєте IP-адресу користувача, поведінку при кліках або дані про покупки до Google Analytics — не має значення, чи JavaScript виконується в браузері, чи на вашому сервері. Персональні дані все одно обробляються, і згода все одно потрібна.
Як працює згода із серверним GTM
- Крок 1: CMP збирає згоду в браузері (це завжди відбувається на стороні клієнта)
- Крок 2: Стан згоди передається до серверного контейнера через потік даних
- Крок 3: Серверні теги перевіряють стан згоди перед спрацюванням
- Крок 4: Параметри Google Consent Mode V2 (ad_storage, analytics_storage, ad_user_data, ad_personalization) дотримуються на стороні сервера
Переваги серверного теґування з належною згодою
- Краща якість даних: Серверне теґування зменшує втрату даних через блокувальники реклами на 15–25%
- Швидші сторінки: Менше клієнтських скриптів покращує Core Web Vitals
- Контекст першої сторони: Дані проходять через ваш домен і обробляються як дані першої сторони
- Сумісність із Consent Mode: Серверний контейнер Google нативно підтримує Consent Mode V2
- Розширені конверсії: Серверне теґування дозволяє використовувати хешовані дані першої сторони для кращої атрибуції
Поширені помилки
- Повне ігнорування згоди — найнебезпечніша помилка; серверне теґування не звільняє вас від відповідальності
- Непередача стану згоди — ваш серверний контейнер повинен отримувати й перевіряти сигнали згоди
- Спрацювання всіх тегів без перевірки — кожен серверний тег має дотримуватися тих самих правил згоди, що й клієнтські теги
- Ігнорування TCF для програматичної реклами — SSP все одно потребують дійсних TC-рядків, незалежно від того, чи теги на стороні клієнта, чи сервера
FlexyConsent + серверний GTM
Коли Consent Mode увімкнено, FlexyConsent надсилає сигнали згоди Google до спрацювання ваших тегів і ще раз, коли відвідувач ухвалює рішення. Вони передаються разом із запитами тега Google до вашого серверного контейнера, а серверні теги Google (Google Analytics 4, відстеження конверсій і ремаркетинг Google Ads, Floodlight) діють відповідно до них. Теги інших постачальників, наприклад Meta Conversions API або TikTok Events API, не читають згоду самі: додайте перевірку згоди до кожного з них у серверному контейнері та протестуйте з «Прийняти все», «Відхилити все» і без вибору.