Опубликовано: 9 июля 2026 г.

Серверный трекинг через GTM: что он даёт и когда окупается

Серверный трекинг через GTM: качество данных при адблокерах и ITP, выбор между Stape, Taggrs и своим сервером. При каком бюджете окупаются затраты.

Даниил Вишняков
· Время чтения: 7 мин

Ваше отслеживание конверсий каждый день теряет данные. Адблокеры блокируют теги, Safari через семь дней удаляет cookie, установленные через JavaScript, и с каждой новой версией браузера потерь становится больше. Серверный трекинг через Google Tag Manager (sGTM) помогает решить эту проблему: данные идут через ваш собственный сервер, а не напрямую из браузера в Google и Meta. Здесь я объясню, что такое серверный трекинг, что он реально даёт, какого провайдера хватит для старта и при каком бюджете затраты оправданы.

1. Что такое серверный трекинг и что он реально даёт

В классической схеме всё происходит в браузере посетителя. Страница загружает Google Tag Manager, и каждый тег (Google Ads, GA4, пиксель Meta) отправляет данные прямо из браузера на нужную платформу. Годами это был стандарт. Но с каждым годом такая схема теряет всё больше данных.

При серверном трекинге вы ставите между браузером и платформами собственный сервер тегов. Схема такая:

  1. Браузер отправляет один поток данных на ваш сервер тегов. Он работает на вашем поддомене вроде track.yourdomain.com, то есть для браузера это часть вашего сайта (first-party). В обычной схеме эти данные идут напрямую на домен Google, и именно такие запросы блокируют адблокеры и браузеры. Запрос к собственному поддомену выглядит как передача данных внутри вашего сайта. На этом и основана схема. Есть и второе преимущество: данные можно обработать до того, как они уйдут на рекламную платформу. В e-commerce, например, можно считать реальную прибыль вместо того, чтобы передавать только выручку (так делает ProfitMetrics; чем это полезно, объясняю в статье про учёт прибыли в e-commerce).
  2. На сервере работает второй контейнер GTM, серверный, и обрабатывает входящие события.
  3. Оттуда сервер передаёт данные в Google Ads, GA4, Meta и на любую другую платформу. Вы контролируете передачу, а браузер в ней уже не участвует.

Зачем передавать данные через сервер

Есть три причины, и каждая влияет на результат рекламы:

  • Качество данных: до Google и Meta доходят конверсии, которые в классической схеме теряются. Smart Bidding и алгоритм Meta учатся на более полных данных. Результат автоматических ставок напрямую зависит от их качества.
  • Адблокеры и ITP: адблокеры режут известные скрипты отслеживания и сторонние домены. Запросы на ваш собственный поддомен выглядят для браузера как обычные запросы к вашему же сайту и проходят заметно чаще. Intelligent Tracking Prevention (ITP) в Safari ограничивает срок действия cookie, установленных через JavaScript, семью днями. Сервер тегов может ставить собственные (first-party) cookie с сервера, и они живут заметно дольше. Если решение о покупке занимает больше недели, от этого зависит, удастся ли связать конверсию с рекламным кликом.
  • Контроль на своей стороне: данные идут через вашу инфраструктуру. Вы решаете, что уходит на какую платформу: например, сокращать ли IP-адреса или удалять ли параметры, прежде чем что-то покинет вашу систему. Побочный эффект: когда теги переезжают на сервер, браузер грузит меньше сторонних скриптов, и сайт становится быстрее.

Чего серверный трекинг не решает

Сразу уточню две вещи, потому что те, кто продаёт серверный трекинг, часто их искажают:

  • Он не отменяет необходимость согласия. Серверный он или нет, правило одно: нет согласия, нет отслеживания. Требования GDPR (по-немецки DSGVO) действуют независимо от того, на каком сервере срабатывает тег.
  • Он не исправляет ошибки в отслеживании. Если в браузере конверсии считаются неверно, сервер будет надёжнее передавать те же неверные события. Сначала проверьте базовую настройку с помощью проверки состояния отслеживания конверсий, потом добавляйте сервер.

2. Stape, Taggrs или сразу свой сервер

Одно практическое отличие от обычного GTM: серверному трекингу нужен сервер, который работает круглые сутки, а он стоит денег. Вариантов три, и какой из них верный, зависит почти от одного вопроса: сколько вы платите за это в месяц и как давно.

Для старта: Stape или Taggrs

Stape — самый известный хостинг-провайдер для sGTM. Сам я всегда пользовался Taggrs. И, честно говоря, для старта почти всё равно, какой из двух выбрать.

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

Именно последний пункт со временем может стать проблемой.

Когда становится дорого: собственный сервер

Когда трафик растёт и ежемесячные счета Stape или Taggrs становятся ощутимыми, у вас, как правило, уже есть бюджет на другой вариант: собственный VPS (несколько евро в месяц) и разовую настройку специалистом. После этого платить хостингу sGTM каждый месяц уже не нужно.

Расчёт простой. За размещение у провайдера вы платите каждый месяц, а за настройку собственного сервера платите один раз. Чем больше трафик, тем быстрее окупаются услуги специалиста и тем больше экономия на платежах.

А если собственный сервер у вас и так есть, для сайта, для магазина, для чего угодно, пропустите этап провайдера и разверните сервер тегов у себя сразу.

Meta Conversions API через sGTM

Одна из самых полезных возможностей сервера тегов — Meta Conversions API (CAPI). Вы больше не полагаетесь только на пиксель в браузере: сервер отправляет события конверсий прямо в Meta, минуя адблокеры и ограничения iOS. Общий ID события позволяет убрать дубли между событиями браузера и сервера, так что ничего не считается дважды.

Для рекламодателей в Meta это часто главная причина переходить на серверный трекинг: алгоритм Meta учится на событиях, которые видит, а через CAPI он видит их заметно больше. Как правильно настроить пиксель Meta и как работает Conversions API, я подробно описал в пошаговой инструкции: настройка пикселя Meta.

3. Когда серверный трекинг окупается, а когда нет

Честный ответ: не для всех. Серверный трекинг требует времени на настройку, регулярных платежей (или обслуживания сервера) и хотя бы базовых технических знаний. Окупятся ли затраты, зависит от того, сколько рекламных денег распределяется по вашим данным о конверсиях.

Он окупается, если …

  • вы используете Smart Bidding или автоматические ставки Meta: алгоритмы принимают решения на основе ваших данных о конверсиях, и каждая потерянная конверсия искажает эти решения,
  • вы запускаете Meta Ads: Conversions API через sGTM сильнее всего влияет на качество данных,
  • вашим клиентам нужно больше недели на решение: именно здесь срабатывает семидневный лимит Safari,
  • у вас интернет-магазин, и вы хотите точно связывать выручку с источниками трафика.

Вопрос бюджета

Жёсткой границы нет, но ориентироваться можно так:

  • Меньше примерно 1 000 € рекламного бюджета в месяц: пока отложите серверный трекинг. Больше результата дадут корректное базовое отслеживание, хорошие объявления и лендинг, а не попытка собрать последние проценты потерянных данных. Начать с хостинг-провайдера можно, но обычно главная проблема пока не в отсутствии сервера.
  • Примерно от 1 000 до 2 000 € в месяц при стратегии ставок на основе конверсий: пробелы в данных уже стоят реальных денег, потому что автоматика принимает решения по неполным цифрам. Настройте Stape или Taggrs по инструкции. На этом этапе подписка обычно оправдана.
  • Когда счёт провайдера становится заметным: переезд на собственный VPS с разовой настройкой у специалиста. С этого момента вы платите за сервер считаные евро вместо растущих ежемесячных платежей.

Когда не стоит (пока)

  • Трекинг в браузере сломан или считает конверсиями мелкие события: сначала исправьте базовую настройку. Моя проверка трекинга (на немецком) за пару минут поможет понять, есть ли признаки корректного отслеживания.
  • Вы почти не тратите на рекламу и не принимаете решений на основе данных: улучшение аналитики в таком случае не влияет на ваши решения.
  • За это никто не отвечает. Сервер тегов нужно один раз настроить как следует и изредка проверять. sGTM, который никто не понимает, хуже простой схемы, которую кто-то держит под контролем. Если внутри компании некому этим заниматься, настройку можно поручить специалисту, вместо того чтобы оставить систему без присмотра.

Итог

Серверный трекинг не хайп. Это логичный ответ на адблокеры, ITP и падающее качество данных, при условии, что основа в порядке, а бюджет оправдывает затраты.

Главное:

  • sGTM отправляет данные через ваш собственный сервер на вашем же домене: больше учтённых конверсий, дольше живущие cookie, полный контроль над тем, что получают платформы.
  • Для старта хватит Stape или Taggrs: у обоих есть пошаговые инструкции и всё необходимое для начала работы.
  • Когда ежемесячные платежи становятся ощутимыми, можно перейти на собственный VPS с разовой настройкой у специалиста. Если свой сервер уже есть, можно сразу разместить sGTM на нём.
  • Больше всех выигрывают рекламодатели в Meta: CAPI через sGTM возвращает события, которые теряет пиксель в браузере.
  • Ориентир: при бюджете меньше примерно 1 000 € в месяц сначала базовое отслеживание, объявления и лендинг. Выше этого: настраивайте.

Не уверены, нужен ли вам серверный трекинг?

Я посмотрю, как у вас настроено отслеживание и какой рекламный бюджет, и честно скажу, пора ли заниматься sGTM или сначала нужна основа. Бесплатный первый созвон.


Даниил Вишняков

Об авторе

Даниил Вишняков

Независимый консультант по рентабельности Google Ads и качеству данных. Работал для Google: настраивал веб-аналитику и отслеживание конверсий. Сегодня помогает командам принимать взвешенные решения и оставлять знания внутри компании: на личных консультациях, воркшопах и со сцены.