Серверная установка тегов

Серверное управление тегами переносит выполнение тегов из браузера пользователя на контролируемый вами сервер. Вместо того чтобы страница напрямую отправляла пиксели в Google и Meta, она отправляет один запрос на собственную конечную точку управления тегами.

Затем сервер решает, какие данные, кому и в каком формате передавать. Браузер взаимодействует только с вашим доменом первого лица.

В классической модели пиксель каждого поставщика работает в браузере и самостоятельно отправляет сторонний запрос. При серверной обработке браузер отправляет одно событие на сервер управления тегами, который распределяет его по нужным направлениям.

Это даёт вам контроль над данными, уменьшает количество заблокированных запросов и сокращает объём клиентского кода, замедляющего загрузку страниц.

Серверный Google Tag Manager (sGTM) — наиболее распространённый вариант реализации. Это контейнер, работающий в Cloud Run, App Engine или на любом другом узле, который принимает запросы и обрабатывает их с помощью клиентов и тегов.

Клиент разбирает входящие запросы и преобразует их в события, а затем теги отправляют эти события дальше, в пункты назначения. Это GTM, только выполняющийся на сервере, а не на странице.

Главное преимущество для надёжности даёт привязка сервера управления тегами к субдомену вашего сайта, например sgtm.example.com, с помощью записи DNS типа A или CNAME.

Поскольку теперь запросы отправляются на ваш домен, cookie, устанавливаемые в ответе, являются cookie первого лица и защищены флагом HttpOnly. Они обходят самые строгие ограничения ITP и гораздо реже блокируются блокировщиками рекламы.

На странице происходит покупка. Веб-контейнер или gtag отправляет событие на sgtm.example.com. Клиент GA4 там восстанавливает запрос, дополняет его данными, а тег GA4 передаёт его на конечную точку сбора данных Google.

То же событие одновременно может запустить тег Meta Conversions API, серверную конверсию Google Ads и другие действия — всё из одного входящего запроса.

Conversions API Meta, Enhanced Conversions Google и Events API TikTok — это конечные точки обмена данными между серверами. Они принимают события непосредственно с вашего сервера, полностью обходя пиксель браузера.

Это позволяет вернуть конверсии, потерянные из-за блокировщиков рекламы и ITP, а также отправлять хешированные идентификаторы собственных данных — электронную почту и номер телефона — для более точного сопоставления, если у вас есть согласие.

Поскольку сервер видит исходное событие, вы можете дополнить его: добавить точную стоимость заказа из базы данных, удалить PII, которым не хотите делиться, добавить серверные временные метки или устранить дубликаты клиентских событий.

Вы становитесь редактором собственных данных и отправляете каждой платформе только минимальный набор необходимых полей. На практике это и есть минимизация данных, а не просто положение политики.

Если для одной конверсии вы запускаете и пиксель браузера, и серверное событие, платформы не должны учитывать её дважды. Для удаления дубликатов используется общий идентификатор.

Отправляйте один и тот же event_id и event_name из пикселя клиента и серверного вызова CAPI. Meta и другие платформы сопоставят их и оставят только одно событие, обеспечив резервирование без завышения показателей.

Сервер управления тегами — это настоящая инфраструктура. В Google Cloud Run он автоматически масштабируется в зависимости от трафика, а вы платите за вычислительные ресурсы и исходящий трафик. Небольшому сайту может хватить пары экземпляров, а крупному — гораздо большего количества.

Запланируйте мониторинг, сервер предварительного просмотра для отладки и обеспечение доступности, потому что при сбое сервера управления тегами измерение тоже перестанет работать. Теперь это рабочая серверная служба, а не фрагмент кода.

Серверное управление тегами не позволяет обойти получение согласия. Вам по-прежнему нужно правовое основание, а отправка данных без согласия незаконна независимо от места выполнения.

Оно также не восстанавливает автоматически детерминированное отслеживание между сайтами. Такой подход повышает надёжность и точность сопоставления согласованных собственных данных; это слой устойчивости, а не лазейка.

Полноценное внедрение выполняется последовательно: разверните сервер, привяжите субдомен, подключите к нему веб-контейнер, настройте клиентов и теги, а затем подключите пункты назначения CAPI.

Проверьте работу в режиме предварительного просмотра и отладки, убедитесь, что удаление дубликатов работает, проверьте ограничение по согласию и только после этого переключайте трафик. Относитесь к этому как к развёртыванию любой серверной службы.

Проверьте, насколько хорошо вы освоили серверное управление тегами.

Серверное управление тегами направляет события браузера на сервер управления тегами в собственном субдомене. Сервер устанавливает cookie первого лица и передаёт данные с согласия пользователя платформам через API обмена данными между серверами, например Meta CAPI.

Преимущества: меньше заблокированных запросов, cookie, лучше совместимые с ITP, обогащение и минимизация данных, а также удаление дубликатов событий. Это слой надёжности и контроля, настоящая инфраструктура, требующая эксплуатации, и ни в коем случае не замена согласию.