Google Analytics 4 показує, що сталося після органічного переходу, але не розкриває кожен пошуковий запит, який привів користувача. Робоче рішення — не «відновлювати» приховані слова, а коректно поєднати запити із Search Console з результатами посадкових сторінок у GA4.
Карта від запиту до результату
Створіть таблицю з єдиним рівнем деталізації: період × посадкова сторінка × кластер запитів. Із Search Console візьміть запити та пошукові метрики, а з GA4 — показники тієї самої сторінки за той самий період.
| Рівень | Джерело | Метрики | Рішення |
|---|---|---|---|
| Попит | Search Console | Запит, покази, кліки, CTR, позиція | Який попит досягає сторінки? |
| Вхід | GA4 | Посадкова, органічні сеанси | Чи отримала сторінка візити? |
| Якість | GA4 | Залученість, час | Чи продовжилася взаємодія? |
| Результат | GA4 | Ключові події, ліди, дохід | Чи є бізнес-результат? |
Чому Google Analytics показує not provided
Органічний пошуковий запит не передається в Analytics як доступне значення сеансу. Тому рядок not provided не можна розкрити в повний перелік слів. Це обмеження даних, а не прихована функція.
Як правильно пов’язати Search Console і GA4
- Переконайтеся, що вебпотік GA4 і ресурс Search Console описують той самий сайт.
- Використовуйте підтверджений ресурс і потрібні права.
- Створіть зв’язок у розділі Admin.
- Опублікуйте колекцію звітів Search Console, якщо її не видно.
- Зафіксуйте часовий пояс, діапазон дат і правила нормалізації URL.
Використовуйте посадкову сторінку як ключ з’єднання
У Search Console виберіть сторінку та перегляньте її запити. У GA4 відкрийте звіт Landing page, обмежте трафік каналом Organic Search і оцініть залученість та ключові події. Перед з’єднанням уніфікуйте параметри, слеші, редиректи, канонічні адреси й hostname.
Щотижневий робочий процес
- Виберіть 28 днів і порівняйте з попередніми 28 днями.
- Отримайте пари «сторінка–запит» через експорт GSC.
- Об’єднайте близькі варіанти за інтентом.
- Отримайте з GA4 метрики органічних посадкових за ті самі дати.
- Поєднайте дані за нормалізованим URL.
- Призначте кожній пріоритетній сторінці одну дію та власника.
Для аналізу запитів використовуйте процес роботи з органічними ключами, а для розподілу метрик — стек SEO-аналітики.
Як перетворити таблицю на рішення
| Сигнал | Імовірна проблема | Дія |
|---|---|---|
| Багато показів, низький CTR | Слабкий сніпет або інтент | Перевірити title, description і видачу |
| Кліки зростають, залученість падає | Невідповідність обіцянки сторінці | Посилити першу відповідь і структуру |
| Залученість висока, подій мало | Немає наступного кроку | Додати релевантний CTA або маршрут |
| Один кластер веде на кілька URL | Канібалізація | Перевірити через інструмент канібалізації |
Що не можна висновувати з цих даних
Не можна достовірно пов’язати конкретний запит із конкретним користувачем, сеансом або покупкою. Кліки Search Console також не мусять збігатися з органічними сеансами GA4: впливають згода, блокувальники, часові пояси, канонікалізація, редиректи й налаштування вимірювання.
Перед оцінкою «відновлених» даних прочитайте посібник про not provided.
Три рівні впевненості
- Спостереження: пара «запит–сторінка» є в Search Console.
- Асоціація: ця посадкова отримала органічні результати в GA4 за той самий період.
- Висновок: кластер, імовірно, сприяв результату, але точного зв’язку немає.
Інші способи отримання інсайтів описані в порівнянні чотирьох методів.
Мінімальна специфікація дашборда
Залиште сторінку, кластер запитів, покази, кліки, CTR, середню позицію, органічні сеанси, коефіцієнт залученості, ключові події, рівень упевненості та наступну дію. Не змішуйте органічні запити, платні терміни й внутрішній пошук в одному полі «ключове слово».
Поширені помилки впровадження
- З’єднання необроблених URL із параметрами та редиректами.
- Порівняння доменного ресурсу Search Console лише з одним hostname у GA4.
- Різні періоди й часові пояси.
- Тлумачення середньої позиції як фіксованого рейтингу.
- Видавання зв’язку на рівні сторінки за атрибуцію конверсії за ключем.
Контроль якості перед публікацією дашборда
Перевірте з’єднання на невеликій вибірці до автоматизації всього звіту. Візьміть п’ять посадкових різних типів: головну, статтю, категорію, картку та сторінку з параметрами. Для кожної вручну відкрийте Search Console і GA4 за однаковий діапазон. Звіряйте не рівність метрик, а те, що обидві системи стосуються очікуваної сторінки та вибраного каналу.
Створіть окремий журнал перетворень URL. У ньому мають бути початкова адреса, нормалізована адреса, правило зміни та причина: видалення UTM-параметра, уніфікація hostname, обробка завершального слеша, перехід до canonical або фінального URL після редиректу. Якщо одне правило об’єднує різні сторінки, його не можна застосовувати автоматично. Такий журнал пояснює, чому рядок потрапив до підсумкової групи, і дає змогу повторити розрахунок після зміни шаблону сайту.
Додайте три технічні контролі. Перший — частка рядків Search Console, яким знайдено відповідний URL у GA4. Другий — кількість адрес GA4 без пари в пошукових даних; це нормально для інших каналів, нових URL і сторінок без показів, але потребує підпису. Третій — перелік неоднозначних відповідностей, де кілька початкових адрес згортаються в один рядок. Ці показники не вимірюють ефективність SEO: вони вимірюють якість з’єднання.
Перед передаванням звіту команді виберіть два рядки та відновіть їхній шлях від початкового експорту до підсумкової рекомендації. Рецензент має побачити період, фільтри, перетворення URL, кластер запитів, метрики обох систем, рівень упевненості та призначену дію. Якщо ланцюжок не можна відтворити, дашборд ще не готовий для рішень, навіть якщо графіки виглядають переконливо.