Google Tag Gateway — інструмент, який дозволяє завантажувати Google Tag через власний домен сайту та передавати measurement-запити через first-party інфраструктуру.
У цій статті розберемо:
- що таке Google Tag Gateway і як він працює;
- навіщо для нього потрібен CDN;
- як підключити Gateway до магазину на Хорошопі через Cloudflare;
- з яких сервісів Google можна розпочати налаштування;
- що робити, якщо під час підключення виникає помилка доступу;
- чого варто і не варто очікувати після підключення.
Що таке Google Tag Gateway
У звичайній схемі роботи Google Tag браузер завантажує тег із домену Google, а measurement-запити після спрацювання тегу надсилаються безпосередньо до відповідного сервісу Google.
Google Tag Gateway змінює цю схему: Google Tag завантажується через first-party домен сайту, а measurement-запити проходять через інфраструктуру цього домену перед передачею до Google. Для цього використовується CDN, load balancer або інша інфраструктура, яка може маршрутизувати потрібні запити.
У спрощеному вигляді:
Звичайна схема:
Сайт → Google
З Google Tag Gateway:
Сайт → власний домен / CDN → Google
Cloudflare описує свою інтеграцію аналогічно: Google Tag завантажується через домен сайту, а measurement-трафік проходить через Cloudflare і далі передається сервісам Google.
Важливо: Google Tag Gateway не є server-side Google Tag Manager. Gateway відповідає за first-party доставку Google Tag і маршрутизацію measurement-запитів. Server-side GTM — окремий рівень, який можна додати для серверної обробки даних.
Google Tag Gateway і Хорошоп
Хорошоп — SaaS-платформа, тому власник магазину не отримує прямого доступу до внутрішньої CDN-інфраструктури платформи та не може самостійно налаштовувати в ній reverse proxy.
Для Google Tag Gateway це не є проблемою, якщо домен магазину працює через Cloudflare.
У такому випадку маршрутизацію, необхідну для Gateway, можна виконати на рівні Cloudflare, не отримуючи доступу до внутрішнього CDN Хорошопа.
Тобто для магазину на Хорошопі схема може виглядати так:
Магазин на Хорошопі → домен магазину → Cloudflare → Google
Це також пояснює, чому для SaaS-платформ не обов’язково надавати користувачам прямий доступ до внутрішнього CDN: необхідну інфраструктуру можна реалізувати на рівні CDN, яким власник домену керує сам.
Як підключити Google Tag Gateway через Cloudflare
Cloudflare має готову інтеграцію Google Tag Gateway. Налаштування можна розпочати безпосередньо з Cloudflare Dashboard або з одного із сервісів Google, де налаштований Google Tag.
Крок 1. Відкрийте Google Tag Gateway у Cloudflare
У панелі Cloudflare перейдіть:
Delivery & performance → Web tag management → Google Tag Gateway
Виберіть потрібний домен.
Крок 2. Увімкніть Google Tag Gateway
На сторінці домену натисніть Configure.
Cloudflare пояснює, що Gateway буде використовувати домен сайту для доставки Google Tag і передавати measurement-запити до сервісів Google.
Крок 3. Вкажіть Google Tag ID і measurement path
У вікні налаштування потрібно вказати:
- Google Tag ID — ID контейнера Google Tag Manager або окремого Google Tag;
- Measurement path — вільний шлях на домені, через який працюватиме Gateway, наприклад
/metrics,/analyticsабо інший; - Set up Tag — залишаємо вимкненим, якщо Google Tag уже встановлений на сайті.
Якщо Google Tag уже налаштований, не потрібно додатково створювати його через Gateway. Інакше можна отримати дублювання тегів або подій.
Шлях має бути вільним і не використовуватися іншою функцією сайту.
Крок 4. Перевірте результат
Після завершення налаштування в Google Tag Manager можна побачити статус Google Tag Gateway і схему передачі даних.
Успішно налаштована інтеграція виглядатиме приблизно так:
GTM → Google Tag Gateway → Google Analytics / Google Ads / інші сервіси
Чи можна налаштувати Gateway через Google Tag Manager?
Так.
Налаштування Google Tag Gateway можна розпочати з різних сервісів Google:
- Google Ads → Менеджер даних → Google Tag → Адміністратор → Шлюз тегу Google;
- Google Tag Manager → Адміністратор → Шлюз тегу Google;
- Google Analytics 4 → Адміністратор → Потоки даних → Тег Google → Налаштувати параметри тегу → Адміністратор → Шлюз тегу Google.
Далі сценарій однаковий: потрібно вибрати платформу, через яку працюватиме Gateway. У нашому випадку це Cloudflare. Після цього потрібно авторизуватися в Cloudflare, вибрати потрібний домен та підтвердити підключення.
Тобто це не два різні типи Google Tag Gateway — налаштування через Google і безпосередньо через Cloudflare є різними точками входу до однієї інтеграції.
Що робити, якщо через GTM виникає помилка доступу?
Під час підключення через Google Tag Manager іноді може виникнути повідомлення про відмову в доступі до Cloudflare.
Це не обов’язково означає, що Google Tag Gateway несумісний із сайтом.
Якщо через GTM виникає проблема з авторизацією, можна:
- скасувати налаштування в Google Tag Manager;
- перейти безпосередньо в Cloudflare;
- налаштувати Google Tag Gateway там;
- зачекати на синхронізацію;
- повторно перевірити статус Gateway у Google Tag Manager;
- за потреби повторно авторизуватися в Cloudflare та GTM, наприклад, з іншого браузера.
У нашому випадку після налаштування безпосередньо через Cloudflare та синхронізації Gateway почав відображатися як активний у Google Tag Manager.
Що змінюється після підключення?
Після активації Google Tag Gateway змінюється спосіб доставки Google Tag і measurement-трафіку.
Cloudflare показує це прямо в інтерфейсі: запити скриптів і measurement-трафік спрямовуються через власний домен.
Це означає, що замість стандартної схеми, де браузер взаємодіє безпосередньо з доменами Google, використовується first-party домен магазину та CDN Cloudflare.
Google пов’язує такий підхід із більшою стійкістю вимірювання та потенційно більш повним відновленням сигналів.
Чого варто очікувати від Google Tag Gateway?
Більш стійкої передачі measurement-даних
First-party доставка тегів та measurement-запитів може зробити збір даних більш стійким до частини обмежень сучасних браузерів та середовища користувача.
Доставки Google Tag через власний домен
Google Tag завантажується через домен сайту, а не стандартним способом безпосередньо з домену Google.
Використання CDN для доставки тегів
Cloudflare виконує роль CDN та маршрутизатора для Gateway, тому Google Tag і measurement-запити проходять через його інфраструктуру.
Потенційно більш повного збору сигналів
Мета Gateway — зменшити частину втрат measurement-сигналів та зробити їх передачу більш стійкою. Але фактичний результат залежить від конкретного сайту, його налаштувань аналітики, Consent Mode, браузерів та інших факторів.
Тому оцінювати ефективність Gateway краще не за теоретичними показниками, а за фактичними даними конкретного магазину до та після підключення.
Чого НЕ варто очікувати від Google Tag Gateway?
Google Tag Gateway — це не «кнопка, яка виправляє всю аналітику».
Після підключення не варто очікувати, що:
- GA4 автоматично почне фіксувати всі втрачені події. Gateway не може відновити дані, які взагалі не були передані;
- зникнуть усі розбіжності між GA4 та фактичними замовленнями. На них впливають Consent Mode, налаштування тегів, браузери, блокувальники та інші фактори;
- неправильно налаштований GTM автоматично стане правильним. Якщо одна подія налаштована двічі, Gateway не виправить цю конфігурацію;
- Google Tag Gateway замінить server-side GTM. Це різні компоненти, які можуть працювати разом;
- рекламні кампанії автоматично стануть ефективнішими. Gateway впливає на інфраструктуру передачі даних, а не безпосередньо на налаштування чи результати реклами;
- після підключення обов’язково буде великий приріст показників. Ефект залежить від поточної конфігурації збору даних конкретного сайту.
Тому оцінювати результат краще не за принципом «було 1000 користувачів — стало 1100, значить Gateway додав 10%», а порівнювати якість збору даних до та після підключення.
Чи може після підключення дублюватися статистика?
Сам Gateway не варто автоматично звинувачувати в дублюванні подій.
Особливу увагу потрібно приділити ситуації, коли Google Tag уже встановлений на сайті, а під час налаштування Gateway додатково вмикається його автоматичне встановлення.
Тому, якщо контейнер Google Tag Manager уже налаштований, Set up Tag краще залишити вимкненим.
Після підключення варто перевірити фактичну кількість завантажень тегів та відправлених подій.
Для ecommerce-магазину рекомендуємо перевірити щонайменше:
view_item;add_to_cart;begin_checkout;purchase;- кількість покупок у GA4;
- дохід у GA4;
- відповідність даних GA4 фактичним замовленням.
Якщо після підключення кількість подій раптом збільшилася вдвічі, це привід перевірити конфігурацію GTM та GA4, а не робити висновок, що Gateway сам по собі дублює події.
Чи варто підключати Google Tag Gateway магазину на Хорошопі?
Якщо домен магазину працює через Cloudflare, підключити Google Tag Gateway можна без прямого доступу до внутрішньої CDN-інфраструктури Хорошопа.
При цьому Gateway не замінює GTM або GA4 і не вирішує проблеми неправильно налаштованої аналітики. Його завдання — змінити інфраструктуру доставки Google Tag та measurement-запитів, зробивши її більш first-party та стійкою.
Тому після підключення варто не просто перевірити, чи «зелений» Gateway у налаштуваннях, а й переконатися, що ecommerce-події та конверсії продовжують передаватися коректно.
Висновок
Google Tag Gateway — це спосіб перенести доставку Google Tag і measurement-трафіку в first-party контекст за допомогою CDN або іншої відповідної інфраструктури.
Для магазину на Хорошопі його можна налаштувати через Cloudflare, якщо домен магазину працює через Cloudflare.
Почати налаштування можна як безпосередньо в Cloudflare, так і з Google Ads, Google Tag Manager або Google Analytics 4. Якщо налаштування запускається зі сторони Google, на наступному етапі все одно підключається Cloudflare як платформа для роботи Gateway.
При цьому варто розділяти три різні речі:
Google Tag Gateway — first-party доставка та маршрутизація Google Tag;
Google Tag Manager — керування тегами;
server-side GTM — серверна обробка та передача даних.
Gateway може бути корисним елементом сучасної системи аналітики, але оцінювати його ефективність найкраще на конкретному сайті — за якістю та повнотою фактично зібраних даних до і після підключення.
