При переходе на серверный сбор данных обычно выбирают между тремя путями:
- Развернуть свой sGTM на Google Cloud Run или AWS ECS.
- Арендовать облачный хостинг контейнера в Stape.io.
- Использовать готовую платформу Sply.
Все три варианта передают события в Meta Conversions API и Google Ads со стороны сервера, но отличаются по стоимости владения, сложности поддержки и архитектуре сбора данных.
1. Сравнение трех подходов
| Параметр | Свой sGTM (Cloud Run / AWS) | Stape.io | Sply |
|---|---|---|---|
| Время запуска | 2–4 недели (DevOps + аналитик) | 2–3 дня (настройка GTM) | 15 минут (без кода) |
| Расходы на хостинг | $120–250 / мес | от $20–100 / мес | от $99 / мес (все включено) |
| Поддержка DevOps | ~$1,500 / мес (часы инженера) | $0 | $0 |
| Фиксация клика до старта JS | Нет (ждет клиентский GTM) | Нет | Да (30 мс на Edge) |
| Роутинг внешних лендингов | Нужен отдельный Nginx | Нет | Встроенный Reverse Proxy |
| Риск "холодного старта" | Задержки 2–3 сек без min instances | Низкий | Отсутствует (Edge Worker) |
2. Разница в архитектуре передачи данных
1. Путь данных в Stape и стандартном sGTM:
[Клик по рекламе] ──► [Браузер качает gtm.js] ──► [Пользователь закрыл вкладку]
│
(Событие не записано)
2. Путь данных в Sply:
[Клик по рекламе] ──► [Пограничный узел Sply (30 мс)] ──► [Клик и UTM уже в базе]
│
[Мгновенный ответ браузеру]
Ограничение sGTM и Stape
Контейнер Google Tag Manager Server-Side работает как пассивный приемник. Он не может перехватить входящий запрос к сайту самостоятельно, пока браузер пользователя не скачает клиентский файл gtm.js и не выполнит его.
Если на посадочной странице тяжелый контент или у пользователя медленная связь, часть переходов теряется до того, как контейнер получит запрос.
Решение в Sply
Sply переносит первую точку контакта на пограничные серверы (Edge). Запрос перехватывается на сетевом уровне за 30 мс: выставляется 1st-party cookie, фиксируются метки gclid и fbclid, после чего страница отдается браузеру.
3. Расчет стоимости владения (TCO) за 1 год
Пример: интернет-магазин с рекламным бюджетом $20,000 в месяц.
Вариант 1: Свой sGTM на Google Cloud Run
├── Счета GCP (2 инстанса без холодного старта + трафик): $1,800 / год
├── Интеграция подрядчиком: $3,000
└── Поддержка, обновление Docker-образов (10 ч/мес): $12,000 / год
ИТОГО РАСХОДОВ ЗА ГОД: $16,800
Вариант 2: Хостинг Stape.io
├── Подписка Stape: $1,200 / год
├── Настройка тегов аналитиком: $2,500
└── Правка отвалившихся триггеров: $3,600 / год
ИТОГО РАСХОДОВ ЗА ГОД: $7,300 (+ потеря части данных до загрузки страницы)
Вариант 3: Инфраструктура Sply
├── Подписка Sply: от $1,188 / год
├── Настройка: $0 (15 минут без кода)
└── Поддержка: включена в тариф
ИТОГО РАСХОДОВ ЗА ГОД: от $1,188 (с фиксацией кликов на Edge)
4. Что выбрать для вашего проекта
- Stape.io подходит, если в команде есть GTM-аналитик, используются нестандартные JavaScript-триггеры и нужен недорогой хостинг серверных контейнеров.
- Свой sGTM на GCP оправдан, только если служба безопасности компании запрещает работу со сторонними SaaS-платформами.
- Sply подходит, если вам нужен быстрый возврат данных в рекламу, учет кликов до загрузки страницы и публикация внешних лендингов на основном домене без участия разработчиков.
Следующий шаг
Внедрите Server-Side Tracking без сложного кода
Sply восстанавливает до 30% потерянных конверсий, защищает от Safari ITP/AdBlock и ускоряет загрузку ваших лендингов.