Аналітика · Stape

Як перевірити server-side через Stape: чек-лист

Server-side на Stape працює, якщо події GA4 доходять у звіти, запити collect ідуть через піддомен твого сайту, а GTM завантажується без дублів. Нижче п’ять перевірок: сканер Stape, GA4, Tag Assistant, вкладка Network у браузері й кабінет Stape, а наприкінці таблиця типових помилок.

Короткий чек-лист

Це стаття лише про перевірку. Як налаштувати server-side з нуля, ми розповіли в гайді «Налаштування server-side через GTM за допомогою Stape». Якщо все з цього списку збігається, налаштування робоче:

  • у GA4 → Realtime видно твої перегляди сторінок і події;
  • сканер Stape знаходить GA4 і показує для нього метод server-side;
  • у вкладці Network запити GA4 (collect) ідуть на твій піддомен, наприклад https://s.example.com/g/collect, або на same-origin шлях на кшталт https://example.com/metrics/g/collect, і отримують статус 200 чи 204;
  • якщо стоїть Custom Loader, GTM завантажується не з www.googletagmanager.com, а з твого піддомена;
  • Tag Assistant бачить один веб-контейнер, а Google tag спрацьовує на кожній сторінці.

Нижче кожну перевірку розібрано докладно.

1. Сканер Stape: найшвидша перевірка

Stape має безкоштовний Website Tracking Checker. Введи адресу сторінки й запусти перевірку. Звіт показує загальну оцінку від 0 до 100, знайдені трекери, метод, яким кожен із них передає дані, тривалість життя cookies і швидкість сторінки.

Звіт Website Tracking Checker від Stape для thebroda.com: оцінка 99 зі 100, Google Analytics 4 з методом Server-side і статусом All good
Звіт сканера для thebroda.com, серпень 2025 року. Відтоді сканер додав нові розділи звіту, але трекери й метод відстеження показує так само.

Дивись передусім, чи знайдено GA4 і чи вказано для нього метод server-side. Якщо сканер показує client-side або взагалі не бачить GA4, переходь до перевірок нижче: вони покажуть, де саме рветься ланцюжок.

2. GA4: Realtime і DebugView

Realtime

  1. Відкрий у GA4 Reports → Realtime.
  2. В іншій вкладці зайди на сайт. Для першої перевірки вимкни блокувальник реклами.
  3. За хвилину-дві у звіті мають з’явитися події на кшталт page_view, session_start і user_engagement, а на мапі — твоє місто.
Звіт GA4 Realtime overview: один активний користувач із Варшави, події session_start, first_visit, page_view і user_engagement
Звіт Realtime: події з тестового візиту.

DebugView

  1. Увімкни режим налагодження. Найпростіше запустити Preview у GTM: про нього в наступному розділі.
  2. Відкрий у GA4 Admin → Data display → DebugView. Раніше цей звіт був у меню Configure.
  3. Тут видно послідовність подій твого візиту з усіма параметрами: page_view, session_start, user_engagement та інші.
GA4 не показує, куди саме пішов запит. Realtime і DebugView підтверджують, що події доходять, але не те, що вони пройшли через сервер. Адресу доставки перевіряють у вкладці Network (розділ 4).

3. Tag Assistant і Preview GTM

  1. У веб-контейнері GTM натисни Preview, введи адресу сторінки й підключися.
  2. Переконайся, що підхопився один контейнер, без дублів.
  3. Тег Google Tag має спрацювати на Initialization або Page View.
  4. Якщо в Google tag додано параметр send_page_view зі значенням false, перегляд сторінки має надсилати окремий тег події page_view.
Tag Assistant: підключено thebroda.com, знайдено контейнер GTM і тег GA4, у розділі Tags Fired спрацював Google Tag GA4
Preview GTM: один контейнер, Google Tag спрацював один раз.

У Tag Assistant видно й те, які події надіслав тег GA4: натисни на ідентифікатор G-… у верхній панелі.

Tag Assistant польською: вкладка ідентифікатора G-T68G0X21TX і надіслані події Odsłona та Zaangażowanie użytkownika
Події, які надіслав тег GA4. Інтерфейс польською: «Odsłona» — це page_view, «Zaangażowanie użytkownika» — user_engagement.

Запусти Preview і в серверному контейнері. Там видно кожен запит, який прийшов від сайту, клієнт, що його прийняв, і теги, які спрацювали. Якщо запитів немає, проблема ще на боці браузера.

4. Network у браузері

Це головна перевірка: вона показує, куди насправді йдуть запити.

Чи працює Custom Loader

  1. Відкрий сайт, натисни F12, перейди на вкладку Network і перезавантаж сторінку.
  2. У фільтрі введи адресу свого піддомена. Має бути запит на кшталт https://s.example.com/<випадкова-назва>.js зі статусом 200: це завантажувач GTM від Stape. Після нього з того самого домену завантажиться сам контейнер.
  3. Норма — жодного запиту до https://www.googletagmanager.com/gtm.js.

Як увімкнути завантажувач, ми пояснили в статті «Налаштування Custom Loader у Stape».

Куди йдуть події GA4

  1. Введи у фільтрі collect.
  2. Норма: https://s.example.com/g/collect?… або, якщо налаштовано same-origin, https://example.com/metrics/g/collect?….
  3. Не норма: https://www.google-analytics.com/g/collect?…. Отже, у Google tag немає параметра server_container_url або піддомен не працює.

Якщо в Custom Loader увімкнено Enhanced ad blocker protection, адреси запитів GA4 виглядають зашифрованими. Це нормально: так блокувальникам складніше їх розпізнати.

Відкрий будь-який запит collect і подивись вкладку Headers:

  • Status: 200 або 204;
  • Access-Control-Allow-Origin: адреса твого сайту;
  • Set-Cookie: FPID, якщо клієнт GA4 у серверному контейнері працює в режимі Server Managed.

На вкладці Payload серед параметрів запиту знайдеш en=page_view чи en=user_engagement: це назви подій.

Chrome DevTools, вкладка Network: запит collect на gtm.thebroda.com зі статусом 200 OK і заголовком Set-Cookie з FPID
Запит GA4 іде на піддомен сайту, сервер відповідає 200 і ставить cookie FPID.

First-party cookies

У DevTools → Application → Cookies вибери домен сайту. Якщо клієнт GA4 працює в режимі Server Managed, тут будуть FPID з ідентифікатором відвідувача і допоміжний FPLC для переходів між доменами. Cookie FPID позначено HttpOnly: його ставить сервер, а не JavaScript на сторінці.

Chrome DevTools, вкладка Application: cookies сайту _ga, _ga_…, FPID і FPLC
Cookies FPID і FPLC на домені сайту.

5. Логи й налаштування в Stape

У кабінеті Stape відкрий свій серверний контейнер і перевір:

  • Logs: чи доходять запити від сайту. Логи є на платних тарифах: на Pro за останні 3 дні, на Business за 10 днів;
  • Domains: статус піддомена має бути Ready;
  • Power-ups → Custom Loader: чи вибрано правильний домен і ідентифікатор веб-контейнера.

Типові помилки й як їх виправити

Що бачишПричинаЩо зробити
collect іде на www.google-analytics.comУ Google tag немає параметра server_container_urlУ веб-GTM відкрий Google tag → Configuration settings і додай server_container_url з адресою піддомена
Запитів collect немає взагаліGTM не завантажився: його блокує банер згоди або блокувальник рекламиПеревір банер: GTM має завантажуватися завжди, а теги чекати згоди через Consent Mode. Від блокувальників допомагає Custom Loader
collect на same-origin шлях повертає 400 чи 404Неправильне правило проксі на сервері чи в CDNПеревір правила в .htaccess, Nginx або Cloudflare. У Preview серверного контейнера запит має з’являтися як вхідний
Події задвоюютьсяНа сайті і стандартний код GTM, і Custom Loader, або GA4 ще й окремим gtag.jsЗалиш один спосіб завантаження GTM і прибери прямий gtag.js
Немає cookie FPIDКлієнт GA4 працює в режимі JavaScript Managed або сервер стоїть не на піддомені твого сайтуВибери Server Managed у клієнті GA4 і перевір, що адреса сервера — піддомен саме твого сайту

Коли перевірку пройдено

  • у Network запити GA4 ідуть через твій піддомен або same-origin шлях і отримують статус 200 чи 204;
  • GTM завантажується з твого домену, якщо стоїть Custom Loader;
  • у GA4 Realtime видно твої події;
  • бажано: у cookies є FPID.

Якщо все так, server-side на Stape працює правильно. Якщо ні, пройдись по таблиці вище або напиши нам, перевіримо разом. Як ми будуємо аналітику для реклами загалом, розповідаємо на окремій сторінці.

Джерела

  1. Stape: Website Tracking Checker, перевірено 28.10.2026
  2. Stape: Custom Loader power-up (оновлено 24.07.2026), перевірено 28.10.2026
  3. Stape: тарифи й тривалість логів, перевірено 28.10.2026
  4. Довідка Google Analytics: DebugView, перевірено 28.10.2026
  5. Google: клієнт GA4 і режими Cookies and Client Identification (оновлено 30.07.2026), перевірено 28.10.2026

Перевірка не сходиться?

Безкоштовно подивимося твій GA4, Tag Manager і серверний контейнер і скажемо, що виправити спершу. Далі працюємо з бюджетами від $1 000 на місяць.

Заявка

Перевіримо твою аналітику

Напиши, що перевірити: GA4, Tag Manager, server-side чи конверсії в рекламі. Повернемося з інструкцією, як надати доступ на перегляд.

Безкоштовний аудит

Замовити аудит

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

Без спаму й розсилок. Відповідаємо особисто.

Обговорити задачу