Серверное отслеживание (server-side tracking).

Почему браузерное отслеживание перестаёт работать?.

Три причины: блокировщики, iOS ITP и ограничения cookie

Браузерный трекинг — это JavaScript-теги, запускаемые в браузере посетителя. Проблема в том, что среда, которую браузер контролирует, становится всё более враждебной для рекламных скриптов. Расширения-блокировщики (uBlock Origin, AdBlock) блокируют запросы к серверам Google Analytics, Meta Pixel и аналогичным. Safari через механизм Intelligent Tracking Prevention (ITP) ограничивает cookie первой стороны, установленные через JavaScript, до 7 дней. В итоге пользователи на iOS и Mac Safari «выпадают» из атрибуции уже через неделю. Серверный контейнер Google Tag Manager устраняет все три проблемы: запросы уходят с вашего сервера, а не из браузера, cookie выставляются через HTTP-заголовки и живут до 400 дней.

1. 1Проверьте долю пользователей с блокировщиками в Google Analytics 4: сравните сессии GA4 с данными сервера (CRM, заказы).
2. 2Оцените расхождение: если разница больше 15–20% — браузерный трекинг теряет конверсии.
3. 3Выберите платформу для серверного контейнера: Google Cloud Run, Stape.io или собственный VPS.
4. 4Разверните серверный контейнер Google Tag Manager и настройте субдомен (например, metrics.yourdomain.com).
5. 5Настройте клиентский контейнер GTM на отправку событий на ваш серверный эндпоинт вместо прямых запросов к GA4 и Meta.
6. 6Настройте серверный тег GA4 и перешлите данные в Google Analytics. Проверьте в режиме реального времени.
7. 7Замените JavaScript-cookie на HTTP-cookie первой стороны с длительным сроком жизни (до 400 дней).
8. 8Сверьте данные серверного GTM с данными CRM и рекламных платформ. Расхождение должно снизиться до 5–8%.

Чем серверное отслеживание отличается от браузерного?.

Основное отличие — где выполняется код и откуда уходят запросы

При браузерном трекинге JavaScript-теги грузятся в браузере посетителя и отправляют запросы напрямую к серверам GA4, Meta Pixel, Google Ads. Любой блокировщик или политика конфиденциальности браузера может прервать эти запросы. При серверном трекинге браузер отправляет минимальный запрос на ваш собственный домен, а серверный контейнер GTM уже сам пересылает нужные данные в GA4, Meta и другие платформы. Блокировщики не видят этот обмен. Таблица ниже показывает ключевые различия.

Как работает серверный контейнер Google Tag Manager?.

Server GTM — посредник между браузером и рекламными платформами

Серверный контейнер GTM разворачивается на облачном сервере и получает события (page_view, purchase, lead) с вашего сайта через специальный клиент — Google Analytics 4 Client или Custom Client. Контейнер обрабатывает эти события и пересылает их в нужные платформы: GA4, Meta Conversions API, Google Ads, LinkedIn. Поскольку весь обмен происходит между серверами, блокировщики рекламы и ограничения браузера остаются в стороне. Google сам рекомендует серверное тегирование как решение для точности данных в условиях роста числа блокировщиков и ужесточения политик конфиденциальности.

Итог

Коротко: зачем серверное отслеживание и с чего начать.

Серверное отслеживание (server-side tracking) — ответ на системную проблему: браузерный трекинг теряет значительную долю конверсий из-за блокировщиков рекламы, iOS ITP и исчезновения третьесторонних cookie. Серверный контейнер Google Tag Manager переносит сбор событий с браузера на ваш сервер — блокировщики его не видят, cookie первой стороны живут до 400 дней, точность данных GA4 и рекламных платформ восстанавливается. На этой странице — основы: суть проблемы и принцип работы server GTM. Настройка занимает 2–4 недели и включает развёртывание контейнера, перенастройку тегов, тестирование и сверку данных. Оставьте заявку — подготовим план и смету по направлению «Реклама и трафик» за 24–48 часов.

Частые вопросы.