Back to archive
10.12Веб-аналитика и GTM

Server-Side GTM (sGTM) и архитектура S2S

1. Что это такое и почему это важно на уровне P&L

Server-Side GTM (sGTM) — это специальная (серверная) версия Google Tag Manager, которая устанавливается не на ваш сайт, а в изолированную облачную среду (на ваш собственный сервер). На уровне P&L sGTM решает фундаментальную проблему IT-затрат при переходе на серверный трекинг. Раньше, чтобы настроить Server-to-Server (S2S) передачу данных в 5 разных систем (Facebook, Google, TikTok, CRM, Amplitude), вам нужно было нанимать Backend-разработчика, который писал 5 разных API-интеграций и поддерживал их код годами (огромный ФОТ). sGTM позволяет маркетологам делать серверную маршрутизацию данных через визуальный интерфейс, точно так же, как они делали это в классическом (веб) GTM.

2. Механика работы (Исторический контекст)

Как работает архитектура sGTM: У вас теперь есть ДВА контейнера GTM вместо одного:

  1. Web Container (Веб-контейнер): Стоит на вашем сайте. Он "слушает" действия пользователя (например, клик "Купить"). Но вместо того, чтобы рассылать это событие во все рекламные сети напрямую, он отправляет его только в ОДНО место, на ваш серверный контейнер (по одному потоку данных - GA4 Data Stream).
  2. Server Container (Серверный контейнер - sGTM): Расположен на вашем сервере (например, metrics.yoursite.kz). Он принимает данные от веб-контейнера. sGTM берет это одно событие, "распаковывает" его, проверяет, очищает и уже со своего сервера рассылает по защищенным S2S API во все нужные системы (в Meta Conversions API, в Google Analytics, в CRM).

3. Зачем это нужно на практике (Use Cases)

Представьте финансовую компанию (Финтех), собирающую заявки на кредиты.

  • Убыток (Браузерный трекинг): Пользователь вводит свой ИИН (ID), номер телефона и зарплату на сайте. На сайте стоят скрипты Facebook, Яндекс и Google. Эти скрипты теоретически могут "перехватить" эти конфиденциальные данные прямо из браузера. Если данные утекут, компания получит миллионные штрафы за нарушение законов о ПД (GDPR/Закон РК о ПД).
  • Прибыль (Защита через sGTM): Компания убирает все сторонние скрипты с сайта. Сайт общается ТОЛЬКО со своим серверным контейнером sGTM. Данные с ИИН и телефоном приходят на сервер. В sGTM сидит маркетолог/аналитик. Он настраивает правило (Трансформацию): "Перед отправкой данных в Facebook удалить ИИН, а номер телефона захэшировать (зашифровать SHA256)". В Facebook улетают только чистые, безопасные данные. Конфиденциальность сохранена, закон соблюден.

4. Фреймворк внедрения (Step-by-step)

Как маршрутизируются данные в sGTM: В отличие от обычного GTM, где есть только Теги и Триггеры, в sGTM появляется третья ключевая сущность — КЛИЕНТ (Client).

  1. Клиент (Сборщик): Он работает как швейцар на входе в сервер. Он "ловит" входящий запрос от сайта (обычно протокол GA4) и переводит его на универсальный язык событий (Event Data).
  2. Триггер (Правило): Триггер проверяет: "Ага, это событие Purchase (Покупка)".
  3. Тег (Отправщик): Тег "Facebook Conversions API" берет это событие из словаря и отправляет на сервер Марка Цукерберга. Вам больше не нужно грузить библиотеку Facebook на сайт. Вся магия происходит на сервере.

5. Локальный контекст СНГ/РК (Кейсы и Анти-кейсы)

Специфика рынка: В РК использование sGTM стало необходимостью для сайтов с высокой нагрузкой (Авиабилеты, Маркетплейсы, Доставки). Чем больше скриптов на сайте, тем дольше он грузится. Для мобильного интернета (3G в регионах) медленный сайт, это смерть продаж. Анти-кейс: Компания внедряет sGTM, но настраивает серверный контейнер на домене appspot.com (дефолтный домен Google Cloud). Браузер (Safari) видит, что сайт mysite.kz отправляет данные на appspot.com, определяет это как Third-Party трекинг и безжалостно блокирует запрос. Весь смысл серверного трекинга теряется. Кейс (Использование Custom Domain): Правильная архитектура требует "привязки" sGTM к вашему родному домену (First-Party Domain). Вы создаете поддомен, например, ss.mysite.kz или metrics.mysite.kz, и направляете на него свой серверный контейнер. Теперь браузер видит, что mysite.kz общается с metrics.mysite.kz. Это одна "семья" (First-Party). Блокировок нет. Куки живут 2 года.

6. Summary / Главный совет ментора

ГЛАВНЫЙ СОВЕТ МЕНТОРА: Server-Side GTM — это не замена обычному (веб) GTM, это его эволюция и старший брат. Чтобы построить идеальную аналитику, вам понадобятся они оба. Веб-GTM будет собирать клики и скроллы с минимальной нагрузкой на телефон пользователя, а sGTM будет выполнять тяжелую работу по очистке данных, хешированию и маршрутизации на скрытом от посторонних глаз сервере.