Back to archive
13.06Server-side и API-интеграции

Где хостить sGTM: GCP, AWS или Stape

TL;DR

  • sGTM требует инфраструктуры. Контейнер в GTM сам по себе не принимает продакшен-трафик.
  • Google Cloud дает нативный путь и гибкость, но требует DevOps-внимания.
  • AWS или self-hosted setup подходят командам с сильной инфраструктурой и внутренними стандартами.
  • Stape и похожие провайдеры ускоряют запуск, но добавляют внешнего поставщика в data flow.
  • Выбор хостинга - это не только цена. Это SLA, логи, безопасность, custom domain, масштабирование и владелец поддержки.

1. Что именно нужно хостить

Server container в GTM - это конфигурация. Чтобы он принимал запросы, нужен tagging server: приложение в облаке, которое обрабатывает входящие HTTP-запросы и запускает контейнер.

Browser / app / backend

Custom domain

Tagging server

Server GTM container

Ads and analytics APIs

Если web container отправляет запросы на collect.company.kz, этот домен должен вести на реальный сервер. Он должен быть доступен, быстро отвечать, выдерживать пики и логировать ошибки.

2. Варианты

ВариантКогда подходит
Google CloudНужен нативный GTM-путь, есть техническая команда
AWSКомпания уже живет в AWS и хочет единый контур
StapeНужно быстро запустить sGTM без тяжелого DevOps
Self-hostedЕсть строгие требования к инфраструктуре и безопасности

Для малого и среднего бизнеса Stape часто проще: меньше настройки, быстрее custom domain, есть готовые функции вокруг server-side tracking. Для enterprise иногда важнее контроль: VPC, внутренние политики, audit, procurement, contract, регион хранения.

3. Критерии выбора

Не выбирайте хостинг только по месячной цене. Смотрите на полную стоимость владения.

КритерийВопрос
Traffic volumeСколько событий в день и в пиковые часы?
LatencyНе тормозит ли endpoint?
LogsМожно ли быстро увидеть request и response?
MonitoringЕсть ли алерты при падении потока?
PrivacyКто имеет доступ к данным?
SecurityКак настроены доступы, SSL, секреты?
ScalingЧто будет в Black Friday или при ТВ-кампании?
OwnershipКто чинит ночью?

Если никто не может ответить на последний вопрос, инфраструктура выбрана плохо.

4. Custom domain

Custom domain нужен почти всегда. Типичные варианты:

  • sgtm.company.kz;
  • collect.company.kz;
  • analytics.company.kz;
  • data.company.kz.

Домен должен быть понятным, но не раскрывать лишнюю внутреннюю логику. Не стоит использовать странные одноразовые поддомены, которые потом никто не узнает в логах.

После настройки проверьте:

  • DNS указывает туда, куда нужно;
  • SSL валиден;
  • CORS не блокирует запросы;
  • CSP разрешает отправку на endpoint;
  • preview mode видит события;
  • fallback не ломает сайт.

5. Цена ошибки

Инфраструктура sGTM стоит денег даже тогда, когда "ничего не происходит". Но настоящая цена ошибки возникает при падении потока.

Пример: e-commerce тратит 3 млн тенге в месяц на performance. Серверный endpoint падает на выходные. Покупки в CRM есть, но рекламные платформы не получают purchase events. Алгоритмы продолжают покупать трафик, но оптимизация слепнет. Команда замечает проблему в понедельник по падению ROAS.

Именно поэтому логи и мониторинг важнее, чем красивая схема на старте.

6. Локальный контекст СНГ/РК

В локальных компаниях часто есть две крайности.

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

Вторая: "только наш Kubernetes, согласуем полгода". Это безопаснее на бумаге, но бизнес теряет время и данные.

Практичный компромисс:

  • для пилота взять управляемый хостинг;
  • ограничить набор событий;
  • не отправлять сырые PII;
  • доказать бизнес-эффект;
  • затем решить, переносить ли в внутренний cloud-контур.

7. Ошибки

ОшибкаПоследствие
Нет оценки объема событийСервер не выдерживает пики
Нет бюджета на облакоsGTM выключают после первого счета
Нет логовНевозможно отлаживать
Нет access policyСлишком много людей видят данные
Нет владельца DNSCustom domain ломается при переезде
Нет backup planОдин provider становится single point of failure

8. Чеклист выбора

  • Оценен daily и peak traffic.
  • Понятно, кто владелец инфраструктуры.
  • Настроен custom domain.
  • Есть доступ к логам.
  • Есть мониторинг ошибок и падения event volume.
  • Понятна стоимость на текущем и x3 traffic.
  • Согласованы PII и доступы.
  • Есть процедура релиза и rollback.

9. Видео

How to Create Server GTM Container and Host It on Stape - Step-by-Step Guide

10. Главный совет

Выбирайте не "самый модный" хостинг, а самый понятный для вашей команды. sGTM без владельца инфраструктуры превращается в черный ящик, который вспоминают только после потери денег.

Sources / Notes