Глава 32
Google Search Console: що показує, чого не показує і як не брехати собі даними
Search Console — найближче до телеметрії безпосередньо від Google Search, але це не «повна база всіх запитів». У ґрунтовному аналізі важливо знати не тільки метрики, а й правила агрегації, обмеження конфіденційності, принципи зарахування даних канонічній URL і різницю між інтерфейсом, API та масовим експортом.
Я майже не ухвалюю SEO-рішень без Search Console, але ще рідше довіряю одному знімку екрана зі звіту про ефективність. GSC показує Google Search очима Google: покази, кліки, CTR, позицію та розподіл за запитами, сторінками, країнами, пристроями й виглядом у пошуку. Це критично важливо. Водночас дані агрегуються, частина запитів прихована з міркувань конфіденційності, інтерфейс має обмеження кількості рядків, а дані про сторінки часто прив’язуються до канонічної URL.
32.1Показ не дорівнює перегляду сторінки
Показ у Search Console — це подія відображення результату пошуку за правилами конкретного середовища показу, а не перегляд сторінки. Клік — перехід із Google Search. CTR = кліки / покази. Позиція — це середнє значення найвищої позиції вашого результату в наборі результатів, а не «позиція за ключовим словом» у класичному розумінні сервісів відстеження позицій.
32.2Таблиці запитів не охоплюють усіх запитів
Search Console приховує частину запитів із міркувань конфіденційності. У масовому експорті анонімізовані запити вилучаються, а в агрегованих підсумках можуть бути дані, які неможливо деталізувати до рівня конкретного запиту.[1] Це означає, що сума значень у рядках таблиці запитів може не дорівнювати підсумковому значенню на графіку.
32.3Зарахування даних канонічній URL
Дані Search Console на рівні сторінок зазвичай зараховуються канонічній URL. Це особливо важливо під час міграцій, за наявності дублів, альтернативних версій для мобільних пристроїв і комп’ютерів та конфліктів канонізації. Якщо ви шукаєте стару URL і не бачите кліків, це не доказ того, що вона не мала видимості: дані могли бути зараховані канонічній URL.
32.4Інтерфейс: сильний для діагностики, слабкий як сховище даних
Інтерфейс зручний для швидких порівнянь: останні 28 днів із попередніми, розподіл за країнами й пристроями, фільтри за запитами та сторінками, регулярні вирази. Але обмеження кількості рядків у таблиці означає, що експорт не містить повного набору даних за низькочастотними запитами. Google документує стандартне обмеження таблиць у 1 000 рядків, яке також поширюється на звіт про генеративний ШІ.[2]
32.5Search Analytics API
API дає змогу автоматизувати запити й посторінкове отримання даних. Офіційна документація вказує значення `rowLimit` до 25 000 і параметр `startRow` для наступної порції; у докладному матеріалі Search Central також описувалася можливість отримувати через цей інтерфейс до 50 000 рядків на день для кожної комбінації сайту й типу пошуку.[3][4]
32.6Масовий експорт у BigQuery
Масовий експорт щодня створює `searchdata_site_impression`, `searchdata_url_impression` та `ExportLog`. Таблиця URL містить деталізацію на рівні запит × URL і поля вигляду в пошуку; таблиця сайту — дані, агреговані на рівні ресурсу. На експорт не поширюється добове обмеження кількості рядків Search Analytics API, але анонімізовані запити вилучаються.[1]
32.7Контроль витрат у BigQuery
Таблиці Search Console поділені на розділи за `data_date`, тому фільтр за датою потрібно застосовувати завжди. Google окремо рекомендує обмежувати діапазон розділів, фільтрувати дані на ранніх етапах, під час розробки використовувати вибірки й, де це допустимо, функції наближених обчислень.[5]
32.8Звіт про генеративний ШІ у 2026
Станом на 31 серпня 2026 Google розгорнув звіт про ефективність генеративного ШІ в пошуку в усьому світі.[2] Він показує кількість показів у генеративному ШІ та дає змогу аналізувати дані за сторінками, країнами, датами й пристроями. Важливе обмеження: це не звіт за запитами й не окремий звіт про кліки, CTR та позиції.
32.9Аномалії даних Search Console
Перш ніж панікувати через різкий спад, я перевіряю сторінку аномалій даних Search Console. У 2026 Google публікував, наприклад, повідомлення про проблеми з реєстрацією даних для звіту про генеративний ШІ та Discover. Якщо аномалія пов’язана з реєстрацією даних, «план відновлення SEO-показників» не потрібен.
32.10Регулярні вирази як аналітичний інструмент
Регулярні вирази в GSC корисні не для «магічних трюків із ключовими словами», а для швидкої сегментації: брендові й небрендові запити, шаблони запитань, каталоги сторінок, ідентифікатори товарів. Я зберігаю основні регулярні вирази в репозиторії, щоб місячні звіти не залежали від того, як аналітик цього разу написав `brand|бренд|brand typo`.
32.11Що GSC не показує
Search Console не надає даних про цінність конверсій, повний шлях користувача, повну структуру SERP, зворотні посилання, позиції конкурентів та всі запити, а також не пояснює причин змін у ранжуванні. Звіт про генеративний ШІ не показує точного запиту користувача. Усе це потрібно доповнювати даними з інших систем.
Це скорочений виклад: у книзі кожна глава має повний розбір, таблиці й приклади. Завантажити книгу або почати зі вступу.