Серверное отслеживание через Google Tag Manager: зачем и как
Продвинутое3 минРедакция Innovialabs
Коротко
Серверный GTM — это ваш собственный сервер-посредник на поддомене сайта: браузер отправляет данные ему, а он уже передаёт их в GA4, Meta и другие системы; это даёт больше контроля над данными и устойчивость к части ограничений, но требует хостинга и поддержки.
Коротко: что это и зачем
В классической схеме браузер посетителя сам отправляет данные в десяток сервисов: GA4, Meta, Google Ads и другие. В серверной схеме браузер отправляет один поток данных на ваш сервер — серверный контейнер Google Tag Manager, — а тот уже распределяет события по системам.
Что это даёт:
- Контроль над данными: вы решаете, какие поля уходят каждому сервису, и можете удалять лишнее, например персональные данные.
- First-party контекст: сервер работает на вашем поддомене, поэтому запросы и cookie относятся к вашему сайту.
- Меньше скриптов в браузере: часть тегов переезжает на сервер, страница становится легче.
- Обогащение данных: на сервере можно добавлять к событиям данные из CRM или бэкенда.
Серверное отслеживание не отменяет согласие пользователя: правила работы с cookie и персональными данными действуют так же.
Архитектура серверного контейнера
Цепочка выглядит так:
- Веб-контейнер или Google tag на сайте отправляет события не напрямую в Google, а на адрес вашего сервера.
- Клиент (client) в серверном контейнере принимает входящий запрос и превращает его в стандартный объект события. Для GA4 есть встроенный клиент.
- Триггеры решают, какие теги срабатывают на это событие.
- Теги отправляют данные в конечные системы: GA4, Google Ads, Meta Conversions API и другие.
Для GA4 достаточно указать адрес сервера в настройке тега:
gtag('config', 'G-XXXXXXXXXX', {
server_container_url: 'https://sst.example.com'
});
В GTM-интерфейсе то же самое задаётся параметром server_container_url в Google tag.
Варианты хостинга
| Вариант | Плюсы | Минусы |
|---|---|---|
| Автоматическое развёртывание в Google Cloud | Быстрый старт из интерфейса GTM | Нужно разбираться в биллинге и масштабировании Cloud Run |
| Ручное развёртывание в Google Cloud, AWS, на своём сервере через Docker | Полный контроль, можно разместить рядом с основной инфраструктурой | Нужна DevOps-экспертиза, мониторинг, обновления |
| Специализированные хостинги для sGTM | Простая настройка, готовые дополнения | Ещё один подрядчик, данные проходят через его инфраструктуру |
Для продакшена планируйте несколько экземпляров сервера и отдельный сервер предпросмотра для отладки. Официальная инструкция по развёртыванию — в документации Google.
Пошаговая настройка
- Создайте серверный контейнер в GTM.
- Разверните его на выбранном хостинге.
- Привяжите поддомен вашего сайта, например
sst.example.com, и выпустите SSL-сертификат. - В веб-контейнере укажите
server_container_urlв Google tag. - В серверном контейнере проверьте клиент GA4 и добавьте тег GA4.
- Проверьте поток событий в режиме предпросмотра обоих контейнеров.
- Добавляйте остальные теги: Google Ads, Meta CAPI и другие — с дедупликацией, если параллельно работает браузерный пиксель.
Блокировщики и ограничения браузеров
- Блокировщики рекламы часто блокируют известные домены трекинга. Запросы на ваш поддомен блокируются реже, но не гарантированно: некоторые списки распознают характерные пути и скрипты.
- Ограничения cookie в браузерах (например, ITP в Safari) сильнее всего бьют по cookie, которые ставит JavaScript. Cookie, установленные сервером через HTTP-заголовок, обычно живут дольше, но эффект зависит от того, как настроен поддомен и где размещён сервер. Самая устойчивая схема — когда сервер разделяет инфраструктуру с основным сайтом.
Не воспринимайте серверный трекинг как способ обойти выбор пользователя. Его задача — точность и контроль, а не сбор данных вопреки отказу.
Стоимость и компромиссы
Цену формируют несколько факторов:
- Хостинг: зависит от объёма запросов и числа экземпляров сервера; растёт вместе с трафиком.
- Настройка: развёртывание, домен, перенос тегов, дедупликация, тестирование.
- Поддержка: мониторинг, обновления образа, разбор ошибок при изменениях в рекламных системах.
Когда это оправдано: значимый рекламный бюджет, где точность конверсий влияет на работу алгоритмов ставок; много тегов на сайте; требования к контролю персональных данных. Для небольшого сайта с минимальной рекламой выгода может не покрыть затраты.