Google Tag Gateway или серверное тегирование: что исправляет

Google tag gateway и серверное тегирование возвращают каждый свою часть данных о конверсиях, потерянных в браузере: заказы, которые у вас уже были, а не новые продажи. Шлюз отдаёт тег Google с вашего собственного домена и бесплатен в Cloudflare, поэтому подходит почти любому магазину. Сервер тегирования стоит около 90 $ в месяц по собственной оценке Google, плюс обслуживание. Он окупается только под конкретную задачу, например под собственную ценность конверсии. Ни тот, ни другой не затрагивают отказ от согласия, неверную цель покупки и подменённую сумму заказа.

Эти инструменты работают на одном слое измерения: на пути, который данные проходят от браузера посетителя до Google. Почему Google Ads, GA4 и ваш магазин всё равно сообщают разные цифры по одной и той же продаже, объясняет наш материал про атрибуцию для интернет-магазинов. Здесь мы сравниваем шлюз, серверное тегирование и расширенные конверсии, а затем смотрим, что остаётся вне их досягаемости.

Что меняет Google tag gateway?

Google tag gateway (шлюз тегов Google) меняет то, откуда загружается тег Google. В стандартной настройке страница запрашивает тег с домена Google, а тег отправляет свои запросы на измерение, или хиты, прямо в Google. С шлюзом сайт загружает тег с вашего собственного домена, и часть этих хитов доходит до Google через этот домен. Так Google описывает это в материале Set up Google tag gateway for advertisers (на английском).

Шлюз работает на инфраструктуре, которая у вас уже есть: сети доставки контента (CDN), балансировщике нагрузки или веб-сервере. Документация Google для разработчиков по шлюзу не называет цифры, сколько данных он возвращает. Руководство Google по сочетанию шлюза с сервером тегирования описывает выгоду в общих словах: если отдавать скрипты со своего домена и отправлять данные на него, настройка становится устойчивее, а данные — полнее.

В Cloudflare шлюз бесплатен на любом тарифе, согласно анонсу запуска Cloudflare (на английском) от мая 2025 года. Тег, который уже стоит на странице, остаётся как есть. Пошаговая настройка — в нашем материале настройка Google tag gateway в Cloudflare.

В анонсе Cloudflare также сообщается, что ранние тестеры получили в среднем 11% прироста сигналов данных. Это среднее по бета-тесту от вендора без опубликованной методики, и оно считает сигналы данных, а не заказы.

Не менее важно то, что остаётся прежним. На странице по-прежнему работает тот же тег Google, поэтому он собирает те же данные по тем же правилам согласия.

Скрипт в браузере по-прежнему создаёт cookie, теперь на вашем домене (анонс Cloudflare). В Safari WebKit удаляет все cookie, созданные в JavaScript, через 7 дней без взаимодействия пользователя с сайтом (Tracking Prevention in WebKit (на английском)). Шлюз этот предел не меняет.

Что добавляет серверное тегирование?

Серверное тегирование (тегирование на стороне сервера, server-side tagging) переносит обработку тегов из браузера на сервер. Вместо того чтобы страница отправляла хиты каждой платформе, браузер отправляет их в контейнер тегов, работающий на сервере, который вы контролируете. Согласно материалу An introduction to server-side tagging (на английском), доступ к данным на этом сервере есть только у вас, пока вы не отправите их дальше. Вы решаете, в каком виде они пойдут и куда.

Контроль — это то, что сервер добавляет поверх шлюза. Руководство по Google tag gateway (на английском) говорит об этом прямо: вы можете очищать, обогащать и контролировать то, что контейнер пересылает в Google и другие рекламные или аналитические платформы. В серверном руководстве Google по конверсиям Google Ads (на английском) серверный тег может брать ценность конверсии из вашей собственной базы данных, а не со страницы. Пример Google — переменная Profit lookup.

Могут измениться и cookie. Страница Google Custom domain configuration (на английском) говорит, что сервер тегирования на вашем домене или поддомене получает преимущества безопасности и долговечности cookie, установленных сервером. На домене облачного провайдера по умолчанию он может устанавливать только cookie JavaScript. Google называет лучшей практикой настройку на том же источнике (same-origin): сервер находится по пути вашего собственного сайта, например www.example.com/metrics.

Safari добавляет условие. WebKit ограничивает cookie, установленные сервером, 7 днями, когда обнаруживает сторонний CNAME-клоакинг или клоакинг по IP-адресу. Один из примеров — поддомен, DNS которого указывает на хост другой компании.

Цена — сервер и тот, кто будет им заниматься. Руководство Google Set up server-side tagging with Cloud Run (на английском) оценивает каждый сервер примерно в 45 $ в месяц. Оно рекомендует минимум 2 сервера, чтобы снизить риск потери данных. Это около 90 $ в месяц до любой работы по настройке.

Шлюз и сервер работают вместе. На странице Google tag gateway for advertisers (на английском) Google пишет: “We recommend you complete both steps for the most durable tagging setup” (рекомендуем выполнить оба шага ради самой устойчивой настройки тегов). В совмещённой настройке ваш CDN отдаёт скрипты Google с вашего домена, а сервер обрабатывает данные, прежде чем они куда-то уйдут.

Где здесь расширенные конверсии?

Расширенные конверсии решают другую задачу — сопоставление. Они добавляют к конверсии хешированные данные клиента, например адрес электронной почты или номер телефона. Это даёт Google ещё один способ связать заказ с кликом по рекламе, кроме cookie.

Страница Google Ads API Manage online click conversions (на английском) требует для этих данных хеширования SHA-256, которое превращает каждое значение в односторонний код. Страница называет три способа настроить расширенные конверсии: Google Tag Manager, тег Google или API.

При способе через API данные клиента можно отправить в течение 24 часов после конверсии, поэтому они могут прийти из вашей CRM или базы клиентов. Какой бы способ вы ни выбрали, расширенные конверсии работают вместе со шлюзом или сервером. Шаги настройки — в нашем руководстве по настройке расширенных конверсий.

Расширенные конверсии зависят и от согласия. Consent mode overview (на английском) от Google включает их хешированные собственные данные в список того, что отключается, когда ad_user_data отклонён. Поэтому если согласие дают немногие посетители, от расширенных конверсий вы получите меньше, каким бы ни был способ. Если вы их включили, а цифры не меняются, начните с диагностики расширенных конверсий.

Шлюз, серверное тегирование и расширенные конверсии рядом

Каждый из трёх работает в своей точке, поэтому можно запустить все три сразу.

Согласие решает больше, чем маршрут

Режим согласия определяет, что теги Google могут делать до выбора посетителя и после него. Обзор режима согласия от Google описывает два режима. В базовом режиме теги заблокированы, пока посетитель не взаимодействует с баннером; если он отказывается, в Google не уходит ничего, даже статус согласия. В расширенном режиме теги загружаются с отклонённым по умолчанию согласием и отправляют запросы ping без cookie, пока посетитель не согласится.

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

Шлюз отдаёт тот же тег Google, который Google относит к тегам со встроенными проверками согласия. Отказ посетителя сохраняется, через какой бы домен ни шёл хит. Сервер может обработать только то, что прислал ему браузер. Как проверить баннер и оба режима, показывает наш материал Consent Mode v2 для интернет-магазинов.

Возвращённые конверсии — это продажи, которые у вас уже были

Шлюз, серверное тегирование и расширенные конверсии меняют подсчёт и оставляют спрос как есть. Дополнительные конверсии после включения — это заказы, которые уже случились и теперь попали в отчёт. Список заказов вашего магазина остаётся точно таким же.

Пример на вымышленном магазине, числа не клиентские.

В отчёте Google Ads магазина посуды 300 заказов и 180 000 оборота при расходе 40 000, ROAS — 4,5. После запуска шлюза Google Ads сообщает на 5% больше тех же заказов: 315 заказов и 189 000 оборота. Заявленный ROAS поднимается примерно до 4,7. Собственная система магазина показывает те же продажи, что и раньше.

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

Чего не исправляет ни один из них: цель и сумма заказа

Инфраструктура решает, дойдёт ли конверсия до Google. Правдива ли эта конверсия — отдельный вопрос. Четыре ошибки проходят через шлюз, сервер и расширенные конверсии нетронутыми:

• Основная цель — шаг воронки. Это добавление в корзину, начало оформления или просмотр страницы, поэтому Google оптимизирует начатые действия вместо оплаченных заказов.
• Каждый заказ несёт одну и ту же сумму. В настройках конверсии стоит одно фиксированное число, и в Google уходит оно, а не сумма заказа. Оборот в отчёте становится числом заказов, умноженным на него.
• Один заказ считается дважды. Вторая основная цель — например, импорт из аналитики, старый тег или цель от платформы магазина — срабатывает на тот же заказ.
• Один платёж во много раз больше обычного заказа. Оптовая отгрузка, тестовый заказ или сбой оформления выглядят для Google как успех, который стоит повторить.

Серверное тегирование — единственное из трёх, что может изменить ценность конверсии, и только если кто-то построит этот шаг. По умолчанию серверный тег Google Ads от Google читает идентификатор транзакции, ценность конверсии и валюту из данных электронной коммерции, которые получает. Неверная сумма на странице доходит до сервера той же неверной суммой.

Эти ошибки живут в аккаунте Google Ads, поэтому там их и нужно проверять. Проверка конверсий в портале читает ваш аккаунт и задаёт четыре вопроса:

• Учится ли ваша реклама на покупке?
• Приходит ли с каждым заказом его реальная сумма?
• Не считают ли один заказ две цели?
• Нет ли заказов, которые во много раз больше вашего среднего чека?

Портал считает ценность конверсий товара за день аномалией, если она более чем в 30 раз превышает медианную сумму заказа в аккаунте. Он также отмечает товарную кампанию как минимум с 10 конверсиями, если их средняя ценность падает ниже 0,3× или поднимается выше 8× этой медианы.

Портал читает ваш аккаунт Google Ads и показывает, на чём учится ваша реклама. Чтобы увидеть, работает ли шлюз, проверьте сам сайт во вкладке «Сеть» браузера.

В нашей проверке 8 сайтов магазинов ни одна неполадка не была связана с маршрутом

С марта по июнь 2026 года мы провели автоматическую проверку сайтов 8 интернет-магазинов: семь главных страниц и одна страница корзины. Скрипт открывает страницу, пытается принять баннер cookie и записывает запросы отслеживания, которые отправляет страница. Некоторые сайты мы проверяли не раз; сайт засчитывается, если проблема проявилась хотя бы в одной из его проверок.

Несколько идентификаторов GA4 могут быть намеренными, например сводный ресурс, собирающий данные группы магазинов. Они могут быть и остатком старой настройки, и только владелец может сказать, что из этого.

Один сайт показывает обе находки. В апреле он отправлял хиты на три идентификатора GA4. К проверке в конце мая появился слой согласия, и эта проверка и одна в июне не записали ни одного хита GA4 или Google Ads.

У проверки есть ограничения. Скрипт распознаёт хиты, отправленные на домены самого Google, поэтому хит, пущенный через домен магазина, например на сервер тегирования, не будет виден. Каждая проверка — один автоматический визит, поэтому она показывает, что отправила страница, а не что содержится в отчётах магазина. Это наблюдение на 8 сайтах, а не выборка рынка.

Посмотрите, какой доле своих цифр можно верить. Вход через Google в один клик. Портал ничего не меняет без вашего согласия.

Проверьте свои конверсии →

Что стоит делать при вашем размере?

Начните со шлюза. Если ваш домен уже в Cloudflare, он ничего не стоит, а тег остаётся как есть. Другие CDN и балансировщики нагрузки тоже могут его запустить, но настройки потребуется больше. Руководство Google по настройке рекомендует шлюз для самой устойчивой конфигурации тегов.

Серверное тегирование окупается, когда вам нужно то, что делает только сервер, и есть кому его обслуживать:

• Собственная ценность конверсии. Например, маржа из базы данных вместо суммы на странице.
• Один поток данных для нескольких платформ. Google и другие рекламные или аналитические инструменты получают данные с одного сервера.
• Контроль до отправки данных. Вы выбираете, что получает каждая платформа.

Хостинг — постоянная статья расходов, поэтому его вес зависит от вашего размера. Из 114 магазинов в наших данных у 84 медианный месячный оборот по Google Ads был ниже 10 000 $ (данные GetProfit, июнь 2025 – июнь 2026). Вот сколько составляют два сервера, которые рекомендует Google, в доле от этого оборота:

Настройка и обслуживание добавляются к хостингу. Пока не появилась одна из этих трёх задач, начните с более дешёвых слоёв: шлюза, расширенных конверсий и рабочей настройки согласия.

Что делать по порядку

1. Сначала проверьте цель и сумму заказа. Основной целью должна быть покупка, и каждый заказ должен нести реальную сумму. Иначе шлюз, сервер и расширенные конверсии лишь доставят неверные цифры полнее.
2. Сосчитайте свои идентификаторы GA4. Откройте главную страницу с инструментами разработчика в браузере, отфильтруйте сетевые запросы по collect и запишите каждый идентификатор GA4 (G-…). У каждого лишнего должна быть причина.
3. Проверьте согласие. Загрузите страницу в приватном окне, не принимая cookie, затем примите и посмотрите, что срабатывает. В базовом режиме до согласия не должно уходить ничего; в расширенном вы должны увидеть запросы ping без cookie.
4. Включите шлюз. В Cloudflare следуйте нашему руководству по настройке. Затем проверьте во вкладке «Сеть», что тег загружается с вашего домена.
5. Включите расширенные конверсии. Убедитесь, что ваш баннер передаёт ad_user_data как предоставленное, когда посетитель соглашается.
6. Отметьте дату. Добавьте пометку в отчёты, сравните заявленные заказы с заказами магазина и пересмотрите цели, заданные до включения.
7. Добавляйте сервер только под названную задачу. Это собственная ценность конверсии, несколько платформ с одного потока или контроль над тем, что уходит с вашего сайта.

Источники

• Set up Google tag gateway for advertisers (на английском) — тег загружается с вашего домена, и часть запросов на измерение идёт через него; работает на CDN, балансировщике нагрузки или веб-сервере; рекомендуется для самой устойчивой конфигурации тегов. Проверено 02.10.2026.
• Google tag gateway for advertisers (на английском) — Google рекомендует выполнить оба шага: шлюз и серверный. Проверено 02.10.2026.
• Google tag gateway guide (на английском) — со шлюзом и сервером тегирования вместе отдача скриптов с вашего домена и отправка данных на него дают более полные данные; серверный контейнер может очищать, обогащать и контролировать то, что пересылается. Проверено 02.10.2026.
• An introduction to server-side tagging (на английском) — серверный контейнер работает на сервере, который вы контролируете; данные видите только вы, пока не отправите их дальше. Проверено 02.10.2026.
• Custom domain configuration (на английском) — cookie, установленные сервером, на вашем домене или поддомене; на домене по умолчанию только cookie JavaScript; same-origin как лучшая практика. Проверено 02.10.2026.
• Set up server-side tagging with Cloud Run (на английском) — примерно 45 $ в месяц за сервер; рекомендуется минимум 2 сервера. Проверено 02.10.2026.
• Google Ads conversions (на английском) — серверный тег читает идентификатор транзакции, ценность и валюту из данных электронной коммерции; ценность может приходить из базы данных. Проверено 02.10.2026.
• Manage online click conversions (на английском) — расширенные конверсии для сайта: хеширование SHA-256, настройка через Tag Manager, тег Google или API, данные в течение 24 часов. Проверено 02.10.2026.
• Consent mode overview (на английском) — базовый и расширенный режимы, моделирование и его порог, встроенные проверки согласия в теге Google, расширенные конверсии отключаются при отклонённом ad_user_data. Проверено 02.10.2026.
• First-party tags in seconds: Cloudflare integrates Google tag gateway for advertisers (на английском) — анонс вендора, май 2025 года: бесплатно на любом тарифе Cloudflare, в среднем 11% прироста сигналов данных у ранних тестеров, cookie устанавливает скрипт на вашем домене. Проверено 02.10.2026.
• Tracking Prevention in WebKit (на английском) — ограничение в 7 дней для cookie, созданных в JavaScript; ограничение в 7 дней для cookie, установленных сервером, при CNAME-клоакинге или клоакинге по IP-адресу. Проверено 02.10.2026.
• Данные GetProfit: 114 магазинов, июнь 2025 – июнь 2026 — магазины по месячному обороту по данным Google Ads.
• Проверка тегов GetProfit: 8 интернет-магазинов (семь главных страниц, одна страница корзины), март – июнь 2026 — идентификаторы измерения GA4 и страницы, не отправившие хитов на домены Google.
• Методика портала GetProfit — проверки конверсий и пороги аномалий.