Google tag gateway чи серверне тегування: що кожен дає

Google tag gateway і серверне тегування повертають частину конверсійних даних, загублених у браузері: замовлення, які у вас уже були, а не нові продажі. Gateway віддає тег Google з вашого власного домену й безкоштовний на Cloudflare, тож підходить майже будь-якому магазину. Сервер тегування коштує близько 90 $ на місяць за оцінкою самого Google, плюс обслуговування. Він окупається лише під конкретну потребу, наприклад для власної цінності конверсії. Обидва не зачіпають відмову від згоди, хибну ціль покупки й підставлену суму замовлення.

Ці інструменти працюють на одному шарі вимірювання: шляху, яким дані йдуть із браузера відвідувача до Google. Наш посібник з атрибуції для інтернет-магазинів пояснює, чому Google Ads, GA4 і ваш магазин усе одно звітують про різні числа за той самий продаж. Тут ми порівнюємо gateway, серверне тегування й розширені конверсії, а потім дивимося, що лежить поза їхнім впливом.

Що змінює Google tag gateway?

Google tag gateway змінює те, звідки завантажується тег Google. У стандартному налаштуванні сторінка запитує тег із домену Google, а тег надсилає свої вимірювальні запити, або хіти, прямо до Google. З gateway ваш сайт завантажує тег зі свого домену, і частина цих хітів доходить до Google через нього. Так це описує Google у Set up Google tag gateway for advertisers.

Gateway працює на інфраструктурі, яка у вас уже є: мережі доставки контенту (CDN), балансувальнику навантаження чи вебсервері. Документація Google для розробників про gateway не наводить жодної цифри щодо того, скільки даних він повертає. Посібник Google про поєднання gateway із сервером тегування описує вигоду загальними словами. Віддавання скриптів зі свого домену й надсилання даних на нього, сказано в посібнику, робить налаштування стійкішим, а дані — повнішими.

На Cloudflare gateway безкоштовний на будь-якому тарифі, згідно з анонсом запуску від Cloudflare за травень 2025 року. Тег, який уже є на вашій сторінці, лишається як є. Покрокове налаштування — у нашому матеріалі налаштування Google tag gateway на Cloudflare.

Анонс Cloudflare також повідомляє, що ранні тестувальники побачили в середньому 11% приросту сигналів даних. Це середнє бета-тесту від вендора без опублікованої методики, і воно рахує сигнали даних, а не замовлення.

Не менш важливо, що лишається незмінним. Сторінка й далі виконує той самий тег Google, тож збирає ті самі дані за тими самими правилами згоди.

Скрипт у браузері й далі створює cookie, тепер на вашому домені (анонс Cloudflare). У Safari WebKit видаляє всі cookie, створені в JavaScript, через 7 днів без взаємодії користувача із сайтом (Tracking Prevention in WebKit). Gateway цього обмеження не знімає.

Що додає серверне тегування?

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

Контроль — це те, що сервер додає до gateway. Посібник 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-адреси (cloaking). Один приклад — піддомен, DNS якого вказує на хост іншої компанії.

Ціна — це сервер і людина, що його обслуговує. Посібник Google Set up server-side tagging with Cloud Run оцінює кожен сервер приблизно в 45 $ на місяць. Він радить мати принаймні 2 сервери, щоб зменшити ризик втрати даних. Це близько 90 $ на місяць до будь-якої роботи з налаштування.

Gateway і сервер працюють разом. На сторінці Google tag gateway for advertisers Google радить виконати обидва кроки, щоб отримати найстійкіше налаштування тегування. У поєднаному налаштуванні ваш CDN віддає скрипти Google з вашого домену, а сервер обробляє дані, перш ніж вони кудись підуть.

Де місце розширених конверсій?

Розширені конверсії розв’язують іншу проблему: зіставлення. Вони додають до конверсії хешовані дані клієнта, як-от адресу електронної пошти чи номер телефону. Це дає Google ще один спосіб зв’язати замовлення з кліком на оголошення, окрім cookie.

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

З API ви можете надіслати дані клієнта протягом 24 годин після конверсії, тож вони можуть надходити з вашої CRM чи бази клієнтів. Який би шлях ви не обрали, розширені конверсії працюють поряд із gateway чи сервером. Кроки налаштування — у нашому посібнику з розширених конверсій.

Розширені конверсії також залежать від згоди. Consent mode overview від Google зараховує їхні хешовані власні дані до того, що вимикається, коли відхилено ad_user_data. Тож якщо мало відвідувачів дають згоду, розширені конверсії дадуть менше, який би шлях ви не обрали. Якщо ви їх увімкнули, а цифри не ростуть, почніть із діагностики розширених конверсій.

Gateway, серверне тегування й розширені конверсії поруч

Кожне з трьох працює в різній точці, тож можна запустити всі три одразу.

Згода важить більше за шлях

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

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

Gateway віддає той самий тег Google, який Google зараховує до тегів із вбудованими перевірками згоди. Відмова відвідувача діє, через який би домен не йшов хіт. Сервер може обробити лише те, що надіслав йому браузер. Наш посібник про Consent Mode v2 для інтернет-магазинів показує, як протестувати банер і обидва режими.

Конверсії, які ви повертаєте, — це продажі, які у вас уже були

Gateway, серверне тегування й розширені конверсії змінюють підрахунок і не чіпають попит. Додаткові конверсії після перемикання — це замовлення, які вже відбулися й тепер з’являються у звіті. Список замовлень вашого магазину лишається точно таким самим.

Приклад на вигаданому магазині, числа не клієнтські.

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

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

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

Інфраструктура вирішує, чи доходить конверсія до Google. Чи правдива ця конверсія — окреме питання. Чотири помилки проходять через gateway, сервер і розширені конверсії без змін:

• Основна ціль — крок воронки. Це додавання в кошик, початок оформлення чи перегляд сторінки, тож Google оптимізує розпочаті дії замість оплачених замовлень.
• Кожне замовлення несе однакову суму. Налаштування конверсії містять одне фіксоване число, і до Google потрапляє воно замість суми замовлення. Оборот у звіті стає кількістю замовлень, помноженою на це число.
• Одне замовлення рахується двічі. Друга основна ціль, як-от імпорт з аналітики, старий тег чи ціль із платформи вашого магазину, спрацьовує на те саме замовлення.
• Один платіж у багато разів більший за звичайне замовлення. Оптова партія, тестове замовлення чи збій оформлення виглядає для Google як успіх, вартий повторення.

Серверне тегування — єдине з трьох, що може змінити цінність конверсії, і лише якщо хтось збудує цей крок. За замовчуванням серверний тег Google Ads від Google зчитує ідентифікатор транзакції, цінність конверсії й валюту з даних e-commerce, які отримує. Хибна сума на сторінці доходить до сервера як та сама хибна сума.

Ці помилки живуть в акаунті Google Ads, тож там їх і слід перевіряти. Перевірка конверсій порталу читає ваш акаунт і ставить чотири питання:

• Чи навчається ваша реклама на покупці?
• Чи надходить із кожним замовленням реальна сума замовлення?
• Чи не рахують дві цілі те саме замовлення?
• Чи є замовлення в багато разів більші за ваш середній чек?

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

Портал читає ваш акаунт Google Ads і показує, на чому навчається ваша реклама. Щоб побачити, чи працює gateway, перевірте сам сайт на вкладці мережі (network) у браузері.

У нашій перевірці 8 сайтів магазинів жодна несправність не стосувалася шляху

З березня по червень 2026 року ми запустили автоматичну перевірку сайтів 8 інтернет-магазинів: сім головних сторінок і одна сторінка кошика. Скрипт відкриває сторінку, намагається прийняти банер cookie й записує запити відстеження, які надсилає сторінка. Деякі сайти ми перевіряли не раз; сайт зараховується, якщо проблема проявилася в будь-якій з його перевірок.

Кілька ідентифікаторів GA4 можуть бути навмисними, наприклад зведена властивість, що збирає дані групи магазинів. Вони можуть бути й залишком старого налаштування, і лише власник може сказати, що саме.

Один сайт показує обидві знахідки. У квітні він надсилав хіти на три ідентифікатори GA4. До перевірки наприкінці травня з’явився шар згоди, і ця перевірка та одна в червні не записали жодного хіта GA4 чи Google Ads.

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

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

Перевірити конверсії →

Що з цього вартує вашого розміру?

Почніть із gateway. Якщо ваш домен уже на Cloudflare, він нічого не коштує, а тег лишається як є. Інші CDN і балансувальники навантаження теж можуть його запускати, з більшим обсягом налаштування. Посібник Google з налаштування радить gateway для найстійкішої конфігурації тегів.

Серверне тегування окупається, коли вам потрібне те, що вміє лише сервер, і є кому його підтримувати:

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

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

Налаштування й обслуговування додаються до хостингу. Доки не з’явиться одна з цих трьох потреб, починайте з дешевших шарів: gateway, розширених конверсій і працюючого налаштування згоди.

Що робити, по порядку

1. Спершу перевірте ціль і суму замовлення. Основною ціллю має бути покупка, і кожне замовлення має нести реальну суму. Інакше gateway, сервер і розширені конверсії лише повніше доставляють хибні числа.
2. Порахуйте свої ідентифікатори GA4. Відкрийте головну сторінку з інструментами розробника браузера, відфільтруйте мережеві запити за collect і занотуйте кожен ідентифікатор GA4 (G-…). Кожен зайвий потребує причини.
3. Протестуйте згоду. Завантажте сторінку в приватному вікні без прийняття cookie, потім прийміть і подивіться, що спрацьовує. У базовому режимі до згоди нічого не має йти; у розширеному ви маєте побачити запити без cookie.
4. Увімкніть gateway. На Cloudflare дотримуйтесь нашого посібника з налаштування. Потім перевірте на вкладці мережі, що тег завантажується з вашого домену.
5. Увімкніть розширені конверсії. Переконайтеся, що ваш банер передає ad_user_data як наданий, коли відвідувач погоджується.
6. Позначте дату. Додайте примітку у звіти, порівняйте заявлені замовлення із замовленнями магазину й перегляньте цілі, задані до перемикання.
7. Додавайте сервер лише під названу потребу. Ця потреба — власна цінність конверсії, кілька платформ з одного потоку або контроль над тим, що залишає ваш сайт.

Джерела

• Set up Google tag gateway for advertisers (англійською) — тег завантажується з вашого домену, і частина вимірювальних запитів іде через нього; працює на CDN, балансувальнику навантаження чи вебсервері; рекомендований для найстійкішої конфігурації тегів. Перевірено 02.10.2026.
• Google tag gateway for advertisers (англійською) — Google радить виконати і крок gateway, і крок серверного тегування. Перевірено 02.10.2026.
• Google tag gateway guide (англійською) — разом із gateway і сервером тегування віддавання скриптів зі свого домену й надсилання даних на нього дає повніші дані; серверний контейнер може очищати, збагачувати й контролювати те, що пересилається. Перевірено 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 (англійською) — серверний тег зчитує ідентифікатор транзакції, цінність і валюту з даних e-commerce; цінність може надходити з бази даних. Перевірено 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 — перевірки конверсій і пороги аномалій.