Серверная разметка тэгаў і згода: што трэба ведаць маркетолагам
Серверная разметка тэгаў — найбуйнейшы зрух у маркетынгавых тэхналогіях з моманту запуску Google Tag Manager у 2012 годзе. Пераносячы выкананне тэгаў з браўзера на сервер, маркетолагі атрымліваюць лепшую якасць даных, больш хуткую загрузку старонак і больш кантролю. Але распаўсюджваецца небяспечнае памылковае меркаванне: «Калі тэгі працуюць на серверы, мне не патрэбна згода». Гэта няправільна — і можа каштаваць вам мільёны ў штрафах.
Што такое серверная разметка тэгаў?
Пры традыцыйнай (кліенцкай) разметцы тэгі JavaScript працуюць у браўзеры наведвальніка. Кожны тэг адпраўляе запыты на іншыя серверы, запавольваючы старонку і раскрываючы даныя некалькім бакам. Пры сервернай разметцы адзін тэг адпраўляе даныя на ваш уласны сервер, які затым перасылае іх у Google, Meta і іншыя платформы. Браўзер адпраўляе менш запытаў, старонкі загружаюцца хутчэй, і вы кантралюеце паток даных.
Памылковае меркаванне пра згоду
Міф: «Серверныя тэгі не працуюць у браўзеры, таму ім не патрэбна згода».
Рэальнасць: GDPR рэгулюе апрацоўку персанальных даных, а не месцазнаходжанне кода. Калі вы збіраеце і адпраўляеце IP-адрас карыстальніка, паводзіны пры клiках ці даныя пра пакупкі ў 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
FlexyConsent бездакорна працуе з серверным Google Tag Manager. Стан згоды аўтаматычна ўключаецца ў паток даных GA4, і ўсе параметры Consent Mode V2 перасылаюцца ў серверны кантэйнер. Дадатковая налада не патрабуецца — вашы серверныя тэгі выконваюць згоду з каробкі.