Что такое server-side tagging?

Server-side tagging (серверный тегинг, часто sGTM — server-side Google Tag Manager) — схема, при которой контейнер тегов выполняется на вашем (или арендованном) сервере, а не целиком в браузере. Браузер шлёт один (или немного) first-party запрос на ваш tagging endpoint; сервер уже раздаёт события в GA4, Google Ads, Floodlight, иногда в Meta и другие приёмники. Это слой управления тегами, не слой выплат по офферу.

Не путать с S2S-трекингом. S2S в арбитраже — это postback сети или рекламодателя на URL трекера (и обратно в кабинет) с click ID, status и payout. Server-side tagging — про то, где крутятся маркетинговые теги сайта. Одно не заменяет другое: можно иметь sGTM на лендинге и отдельно postback оффера.

Как устроен sGTM

Классический Google Tag Manager — client-side: в HTML вставляется контейнер, в браузере выполняются теги (GA, Ads, пиксели). В server-side варианте:

  1. На сайте остаётся тонкий клиент (часто тот же web GTM или gtag), который отправляет hit на https://sgtm.example.com — поддомен первого лица.
  2. На этом хосте крутится server container GTM (Cloud Run, App Engine или свой runtime).
  3. Клиенты контейнера (GA4 client, Measurement Protocol) разбирают входящий hit.
  4. Серверные теги форвардят событие в вендоров. Браузер больше не обязан грузить десяток сторонних скриптов.

First-party cookie выставляется с вашего домена, а не с doubleclick.net. Это смягчает ITP и часть блокировок, но не отменяет consent и не делает трекинг «невидимым».

Чем отличается от client-side тегов и от pixel

Pixel и web GTM живут в странице: ad blockers режут известные домены, Safari режет срок cookie, тяжёлый JS бьёт по LCP. sGTM уводит исполнение с клиента: меньше third-party скриптов, можно фильтровать PII до отправки, единая точка, куда смотреть логи. Цена — сервер, деплой, поддержка маппинга событий и очередь на обновление шаблонов тегов (не все пиксели имеют зрелый server tag).

Consent Mode и баннер согласия по-прежнему решаются на сайте. Сервер не легализует hit, который пользователь запретил в браузере, если вы честно пробрасываете сигнал согласия.

Почему это не postback и не CAPI

  • Postback / S2S оффера. Источник события — CPA-сеть или advertiser backend. Триггер — lead, sale, install. Ключ — click ID. Получатель — трекер аффилиата или кабинет. Биллинг и ROI связки. Теги GTM здесь ни при чём.
  • Conversion API (CAPI). Сервер рекламодателя или трекера шлёт события в конкретную ad-платформу (Meta, TikTok) для оптимизации кабинета, часто параллельно pixel, с дедупом по event_id. CAPI — канал в одну сеть. sGTM — шина, которая может вызвать CAPI как один из тегов, но сама CAPI не является «серверным GTM».
  • sGTM. Источник — поведение на вашем сайте/приложении (page_view, generate_lead). Ключ — client_id / session, не payout. Получатели — аналитика и рекламные теги. Вопрос: «как доставить hit вендорам», не «какому clickid заплатить».

Путаница возникает, потому что все три «серверные». Критерий простой: если в запросе есть clickid и status из партнёрки — это S2S/postback. Если hit пришёл с вашего collector-домена из GTM-контейнера — это tagging. Если это Graph API Meta с event_name Purchase — это CAPI (даже если его отправил sGTM).

Зачем это байеру и рекламодателю

Собственный преленд или сайт продукта: меньше потерь pageview/lead в GA4 и Google Ads на Safari и при блокировщиках; стабильнее enhanced conversions, если hashed PII уходит с сервера. На чужом домене оффера sGTM обычно нельзя поставить — остаётся pixel на своём pre-land или только postback.

sGTM не считает ROI оффера. Для денег по-прежнему нужен трекер и postback. Имеет смысл стыковать: click ID и UTM на лендинге пишутся в dataLayer / server event; аналитика видит канал; сеть подтверждает конверсию отдельно. Дедуп pixel + server tag обязателен так же, как дедуп pixel + CAPI.

Ограничения

Стоимость runtime и мониторинг 5xx на collector. Не все вендоры закрыты официальными server tags — часть событий всё равно уходит client-side. Ad blockers начинают резать и first-party пути, если паттерн URL узнаваем. На iOS app это не замена MMP и SKAdNetwork. Подмена IP/UA на сервере ради «лучшего match» упирается в политики платформ и в закон о данных.

См. также: Google Tag Manager, S2S-трекинг, postback, pixel, Conversion API.