Чому дані GSC відрізняються від GA4: 7 причин і практичні чеклісти

Ви заходите в Google Search Console — там 1200 кліків за тиждень. Відкриваєте GA4 — бачите 850 сеансів з органічного пошуку. Нормальна реакція: «Щось зламалося». Але насправді все працює правильно — просто GSC і GA4 вимірюють різні речі різними способами.

Розбіжність між GSC і GA4 — це не помилка, а системна особливість двох різних інструментів з різною архітектурою. Google Search Console фіксує дії до кліку: покази, позиції, CTR — все на стороні Google ще до того, як користувач потрапив на ваш сайт. Google Analytics 4 вмикається після кліку і відстежує поведінку за допомогою JavaScript-тегу безпосередньо на сторінці. Якщо скрипт не завантажився, користувач заблокував cookies або просто закрив вкладку до завершення завантаження — GA4 цього не побачить. GSC — побачить.

У цій статті розберемо 7 головних причин розбіжностей, поясним вплив Consent Mode v2 на дані 2025–2026 років і дамо два практичних чеклісти: для діагностики розбіжностей і для правильного налаштування обох інструментів.

GSC проти GA4: в чому принципова різниця

Перш ніж розбирати причини, важливо зрозуміти фундаментальну відмінність між інструментами:

• Google Search Console — це інструмент видимості в пошуку. Він збирає дані на стороні Google: скільки разів ваш сайт з’явився в пошуковій видачі, скільки разів по ньому натиснули, яка середня позиція. GSC не залежить від браузера користувача, JavaScript або налаштувань cookies.
• Google Analytics 4 — це інструмент аналізу поведінки. Він збирає дані після того, як користувач уже перейшов на сайт, через JavaScript-тег (безпосередньо або через GTM). GA4 залежить від налаштувань браузера, Consent Mode, рекламних блокаторів і коректності впровадження тегу.

Простіше кажучи: GSC = що відбувається в Google, GA4 = що відбувається на вашому сайті. Це два різних погляди на один шлях користувача, і вони ніколи не будуть повністю збігатися.

7 причин чому дані GSC відрізняються від GA4

1. Різні методи збору даних

GSC збирає дані на рівні сервера Google — незалежно від пристрою, браузера чи налаштувань користувача. GA4 залежить від виконання JavaScript на пристрої користувача. Якщо тег не завантажився (повільний інтернет, помилка скрипту, відсутність тега на сторінці) — GA4 не зафіксує відвідування, тоді як GSC вже записав клік.

2. Фільтрація ботів і спаму

GA4 агресивніше фільтрує відомих ботів і павуків. GSC також відфільтровує технічні краулери, але критерії відрізняються. Деякі «сірі» боти потрапляють у GSC як кліки, але GA4 їх блокує — і навпаки.

3. Рекламні блокатори та блокатори JavaScript

За різними оцінками, від 15% до 30% десктопних користувачів у Центральній та Східній Європі використовують рекламні блокатори (uBlock Origin, AdBlock Plus тощо). Ці розширення часто блокують Google Analytics разом з рекламними скриптами. Результат: реальний трафік є (GSC це бачить), але GA4 не отримує даних.

4. Вплив Consent Mode v2

З 2024 року Consent Mode v2 є обов’язковим для всіх сайтів, що використовують Google-продукти на ринку ЄС. Коли користувач відхиляє cookies — GA4 не отримує прямих даних про сеанс. GA4 може моделювати ці дані через машинне навчання, але модельовані дані завжди менш точні за реальні. GSC ніяк не залежить від згоди користувача.

5. Канонічні URL та редиректи

GSC агрегує дані за канонічним URL, навіть якщо користувач перейшов за іншою адресою (наприклад, HTTP версія, www-версія або URL зі слешем на кінці). GA4 відстежує фактичний URL, який завантажився в браузері. Якщо у вас є редирект-ланцюжки або некоректні канонікали — дані будуть «розмиті» між різними URL у GA4, тоді як GSC покаже консолідовану цифру.

6. Часові пояси і затримки обробки

GSC за замовчуванням використовує тихоокеанський стандартний час (PST/PDT). GA4 використовує часовий пояс, встановлений у налаштуваннях ресурсу. Для українських сайтів часто забувають змінити часовий пояс в GA4 з UTC або US/Eastern на Europe/Kiev — і отримують «зсув» даних. Крім того, GSC може затримувати дані на 24–48 годин, що ускладнює порівняння в реальному часі.

7. Підрахунок сеансів проти кліків

Це одна з найпоширеніших причин плутанини. GSC рахує кліки: скільки разів користувачі натискали на ваш сайт у пошуку. GA4 рахує сеанси: один сеанс може включати кілька переглядів сторінок, і один користувач може зробити кілька кліків протягом різних сеансів. Один клік у GSC не завжди дорівнює одному сеансу в GA4.

Consent Mode v2 і моделювання даних у GA4 (2025–2026)

Починаючи з березня 2024 року, Google вимагає впровадження Consent Mode v2 для всіх сайтів, які використовують Google-теги на ринку ЄС. Це прямо впливає на якість даних у GA4 і є однією з головних причин збільшення розбіжностей між GSC та GA4 у 2025–2026 роках.

Як це працює: коли користувач відхиляє або ігнорує банер згоди — GA4 отримує лише «пінг» без персональних даних. GA4 тоді застосовує ML-моделювання (Behavioral Modeling) для оцінки кількості відвідувань і конверсій від користувачів, які не надали згоди. Ці модельовані дані відображаються в звітах GA4, але вони менш точні.

Практичні наслідки для українського ринку: якщо ваш сайт орієнтований на Польщу, Німеччину чи інші країни ЄС — розбіжність між GSC і GA4 може сягати 40–80%. Для аудиторії в Україні ситуація дещо краща, але теж актуальна: все більше користувачів звертають увагу на банери згоди. Щоб мінімізувати втрати даних, важливо налаштувати моделювання поведінки в GA4 і впровадити серверне відстеження (server-side tagging) через GTM.

Канонічні URL та редиректи: детальніше

GSC об’єднує дані для всіх варіантів URL, які він вважає дублікатами одного канонічного. Наприклад, якщо є редирект з http://site.com/page на https://site.com/page/ — GSC покаже дані для канонічної HTTPS-версії. GA4 у цьому випадку може записати відвідування на фінальний URL, але якщо редирект налаштований неправильно — тег GA4 може спрацювати на проміжній сторінці або взагалі не спрацювати.

Часті проблеми: HTTP → HTTPS редирект без тегу на HTTP версії; www → non-www перенаправлення; URL зі слешем і без нього (/page vs /page/); UTM-параметри, які GA4 вважає окремими URL. Перевіряйте ланцюжки редиректів регулярно за допомогою Screaming Frog або аналогічних інструментів.

Практичний чеклісти: як діагностувати розбіжності

Якщо ви помітили значну різницю між GSC і GA4 — використовуйте цей чеклісти для діагностики:

1. ✓ Порівнюйте однаковий діапазон дат в обох інструментах — з урахуванням затримки GSC до 48 годин
2. ✓ В GA4 фільтруйте тільки органічний трафік: джерело/канал = google / organic
3. ✓ Перевірте, чи активна інтеграція GSC в GA4 (Адміністратор → Посилання на продукти → Search Console)
4. ✓ Звірте часові пояси: GA4 (Адміністратор → Налаштування ресурсу) проти PST у GSC
5. ✓ Перевірте, чи виключено внутрішні IP в GA4 (Адміністратор → Фільтри даних)
6. ✓ Перевірте спрацьовування тегу GA4 на всіх сторінках через GTM Preview або GA4 DebugView
7. ✓ Перевірте консоль браузера на наявність JavaScript-помилок на ключових сторінках
8. ✓ Перевірте robots.txt — чи немає випадкового блокування Googlebot
9. ✓ Перевірте canonical-теги на відповідність фактичним URL
10. ✓ Перевірте ланцюжки редиректів: HTTP→HTTPS, www→non-www, trailing slash
11. ✓ Перевірте налаштування Consent Mode v2 — чи увімкнено моделювання поведінки
12. ✓ Порівняйте брендові та небрендові запити окремо — різниця може бути нерівномірною
13. ✓ Перевірте фільтр «Тип пошуку» в GSC: Web / Зображення / Відео — переконайтеся, що вибрано «Web»
14. ✓ Перевірте крос-доменне відстеження в GA4, якщо у вас кілька доменів
15. ✓ Оцініть вплив рекламних блокаторів — розгляньте впровадження серверного GA4 через GTM Server-Side

Чеклісти налаштувань для точних даних

Щоб мінімізувати розбіжності і отримати максимально точні дані — перевірте ці налаштування:

1. ✓ Підключіть GSC до GA4: Адміністратор → Посилання на продукти → Посилання на Search Console → Зв’язати
2. ✓ Встановіть правильний часовий пояс в GA4: Адміністратор → Налаштування ресурсу → Часовий пояс → Europe/Kiev
3. ✓ Увімкніть Consent Mode v2 з моделюванням: у GTM налаштуйте CMP-інтеграцію і увімкніть Behavioral Modeling в GA4
4. ✓ Налаштуйте серверний GA4 (Server-Side Tagging): зменшує вплив рекламних блокаторів і підвищує якість даних
5. ✓ Виключіть внутрішній трафік: Адміністратор → Фільтри даних → Внутрішній трафік → додайте IP офісу/розробників
6. ✓ Налаштуйте крос-доменне відстеження: якщо у вас є субдомени або партнерські домени в воронці
7. ✓ Перевірте canonical-теги на всіх ключових сторінках: використовуйте Screaming Frog або аналог
8. ✓ Виправте ланцюжки редиректів: всі редиректи повинні бути прямими (301), без ланцюжків
9. ✓ Уникайте семплування в GA4: для великих сайтів використовуйте GA4 Explorations для несемплованих даних
10. ✓ Налаштуйте звіт Search Console в GA4: перевірте, що він відображає дані після підключення (затримка 24–48 год)

Як використовувати GSC і GA4 разом

Найефективніший підхід — сприймати GSC і GA4 не як конкурентів, а як доповнення один до одного. У Spilno Agency ми рекомендуємо такий поділ ролей: GSC — для аналізу видимості в пошуку і роботи з ключовими словами, GA4 — для аналізу поведінки після кліку і відстеження конверсій.

Практичний workflow: використовуйте GSC для пошуку запитів з високим CTR-потенціалом (позиції 5–15, велика кількість показів) → переходьте в GA4, щоб перевірити поведінку на відповідних посадочних сторінках → оптимізуйте сторінки на основі обох наборів даних. Звіт «Search Console Google» в GA4 (розділ Звіти → Залучення → Пошукова консоль Google) об’єднує дані обох платформ і дозволяє бачити, які запити призводять до конверсій.

Ще одна корисна практика: регулярно звіряйте топ-10 посадочних сторінок за органічним трафіком в GSC і GA4. Якщо сторінка показується добре в GSC, але має низький показник залученості в GA4 — це сигнал для покращення контенту або швидкості завантаження. Якщо сторінка добре конвертує в GA4, але має мало показів у GSC — час оптимізувати контент під ключові слова.

Висновки

Розбіжність між GSC і GA4 — це не баг, а фіча. Два інструменти вимірюють різні аспекти одного і того ж шляху користувача: GSC показує, що відбувається в Google Search, GA4 — що відбувається на вашому сайті. Розуміння цих відмінностей допомагає приймати кращі рішення: не панікувати через «несхожі цифри», а правильно інтерпретувати дані кожного інструменту.

Якщо після перевірки за нашими чеклістами розбіжність залишається більшою за 30% — варто провести повний технічний аудит аналітики. Команда Spilno Agency допомагає налаштувати GA4, Consent Mode v2, серверне відстеження і інтеграцію з GSC так, щоб ви отримували максимально повні і точні дані для прийняття маркетингових рішень.

FAQ

На скільки відсотків можуть відрізнятися дані GSC та GA4?

Розбіжність 10–30% між GSC і GA4 є нормою. У проектах з Consent Mode v2 без моделювання розбіжність може досягати 40–80% у країнах з активним прийняттям GDPR. Якщо розбіжність перевищує 30% — це сигнал для діагностики налаштувань.

Чому в GA4 менше сеансів, ніж кліків у GSC?

GSC рахує кожен клік на посилання в пошуку, а GA4 рахує сеанси — один користувач може зробити кілька кліків протягом одного сеансу. Також GA4 не фіксує відвідування, де JavaScript заблоковано або тег не спрацював, а GSC — фіксує всі кліки незалежно від поведінки браузера.

Як Consent Mode v2 впливає на розбіжності між GSC та GA4?

Коли користувач відхиляє cookies, GA4 не отримує прямих даних про сеанс і застосовує ML-моделювання. GSC не залежить від згоди — він збирає дані на стороні Google ще до кліку. Тому після впровадження Consent Mode v2 у GA4 часто помітно менше трафіку, ніж у GSC.

Як підключити GSC до GA4?

В GA4 перейдіть: Адміністратор → Посилання на продукти → Посилання на Search Console. Натисніть «Зв’язати» і виберіть потрібний ресурс GSC. Після підключення дані з’являться у звіті «Пошукова консоль Google» у розділі «Звіти» → «Залучення». Синхронізація займає 24–48 годин.

Яку кількість розбіжностей між GSC та GA4 вважати нормальною?

Розбіжність до 15–20% вважається нормальною через технічні відмінності між інструментами. Розбіжність 20–40% потребує перевірки налаштувань Consent Mode та тегів GA4. Більше 40% — це сигнал про технічну проблему або неправильне налаштування.