У кошику порожньо!
Google Search Console: повний гайд для SEO-просування сайту
Google Search Console безкоштовно показує, які запити приводять трафік, які сторінки виключено з індексу і де критичні помилки Core Web Vitals — прямо від Google, без сторонніх платних сервісів. Без GSC SEO-просування схоже на роботу наосліп.
Зміст
- Що таке Google Search Console і навіщо він потрібен
- Підключення та верифікація сайту
- Звіт «Ефективність»: кліки, покази, CTR, позиції
- Звіт «Покриття»: індексація та помилки
- Інструмент перевірки URL
- Core Web Vitals у Search Console
- Звіт «Посилання»
- Сітемапи та robots.txt
- Ручні дії та безпека сайту
- Щомісячний SEO-аудит через GSC: чеклист
- Часті запитання
Що таке Google Search Console і навіщо він потрібен
Google Search Console (колишній Google Webmaster Tools) — безкоштовний сервіс від Google, який показує, як пошуковий робот бачить ваш сайт. На відміну від Google Analytics 4, який вимірює поведінку користувачів після переходу, GSC фіксує взаємодію Google-бота з сайтом: що проіндексовано, що виключено, де помилки і за якими запитами сайт з'являється у видачі.
GSC вирішує три задачі, без яких неможливе системне SEO. По-перше — моніторинг органічної видимості: які запити і сторінки генерують кліки, де CTR нижче норми, де позиції просідають. По-друге — технічна діагностика: помилки краулінгу, проблеми індексації, Core Web Vitals, попередження безпеки. По-третє — верифікація змін: Google побачив виправлення після аудиту чи ні.
Офіційна документація: Getting started with Search Console — базові можливості та вимоги до доступу. Сам інструмент доступний за адресою search.google.com/search-console — безкоштовно для будь-якого Google-акаунту.
Порівняння трьох інструментів, які SEO-спеціалісти використовують одночасно:
| Інструмент | Що вимірює | Джерело даних | Вартість |
|---|---|---|---|
| Google Search Console | Органічний трафік, індексація, технічний стан, CWV | Google — первинні дані | Безкоштовно |
| Google Analytics 4 | Поведінка користувачів на сайті, конверсії, джерела трафіку | JavaScript-тег на сайті | Безкоштовно |
| Ahrefs / Semrush | Ключові слова конкурентів, беклінки, ранжування в динаміці | Власний краулер і бази даних | Від $99/міс |
Ми підключаємо GSC до кожного нового проєкту в перший день роботи. Без нього ми просто не знаємо, що відбувається з сайтом у пошуку: чи бачить Google нові сторінки, чи є ручні санкції, чи не впав трафік через зміни в алгоритмі. Це фундамент, на якому будується вся SEO-стратегія. За нашим досвідом, сайти без GSC у середньому витрачають 2–3 місяці на виявлення технічних проблем, які GSC показав би в перші дні після підключення.
Підключення та верифікація сайту
Додати сайт у GSC може лише власник Google-акаунту. Перший крок — вибір типу ресурсу:
| Тип ресурсу | Охоплення даних | Коли вибирати |
|---|---|---|
| Domain property | Весь домен: http і https, всі субдомени (www, blog, shop) | Завжди, якщо є доступ до DNS-панелі реєстратора |
| URL-prefix property | Конкретний протокол і шлях (наприклад, лише https://example.com) | Якщо немає DNS-доступу або потрібні окремі дані для піддомену |
Способи верифікації — від найшвидшого до найнадійнішого:
- Google Analytics — якщо GA4 вже підключений і код стоїть у
<head>, верифікація відбувається автоматично в один клік - Google Tag Manager — аналогічно через GTM, якщо контейнер встановлено на сайті
- HTML-тег — мета-тег у
<head>. Для WordPress — плагін Yoast або Rank Math автоматично додають тег - HTML-файл — завантаження файлу у кореневу директорію сайту через FTP або файловий менеджер хостингу
- DNS-запис TXT — для Domain property. Найнадійніший метод: верифікація не зникне навіть після зміни CMS або теми сайту
Порада щодо доступів: додайте кількох власників і розмежуйте ролі (Owner / Full User / Restricted User). Якщо агентство веде просування — додайте його акаунт як Full User. Ніколи не передавайте логін від основного Google-акаунту — у разі завершення співпраці відкликати доступ буде простіше.
Звіт «Ефективність»: кліки, покази, CTR, позиції
Performance — центральний звіт GSC для оцінки органічного трафіку. Він зберігає дані за останні 16 місяців і містить чотири метрики, які разом дають повну картину видимості сайту в Google:
| Метрика | Що вимірює | Орієнтир для роботи |
|---|---|---|
| Кліки | Переходи на сайт з органічної видачі Google | Зростання місяць до місяця > 5% |
| Покази | Скільки разів сайт з'явився у видачі (незалежно від кліків) | Зазвичай в 10–50 разів більше за кліки |
| CTR | Частка кліків від показів: (кліки / покази) × 100% | ТОП-1: ~28%, ТОП-3: ~10%, ТОП-10: 2–3% |
| Середня позиція | Середнє місце сайту у видачі по всіх запитах | Нижче 10 — сторінки потребують роботи |
Ключові фільтри для глибокого аналізу Performance:
- Search type: Web / Image / Video / News — за замовчуванням показуються дані Web. Якщо сайт має рецепти, товари або новини — перевірте окремо Image і News, де CTR може відрізнятися в рази
- Date comparison — порівнюйте поточний квартал з аналогічним минулорічним (Year over Year), а не просто з попередніми 3 місяцями. Сезонний бізнес покаже хибне падіння при порівнянні з піком попереднього сезону
- Query filter → «Does not contain brand» — відфільтруйте брендові запити, щоб побачити реальну небрендову органіку. Більшість сайтів отримують 30–60% кліків з брендових запитів, що маскує реальний стан небрендового трафіку
- Page filter → конкретна категорія або шаблон URL — аналізуйте ефективність окремих розділів сайту, а не всього домену разом
Найефективніший спосіб використання Performance — пошук «точок зростання». Відфільтруйте запити з позицією 11–20 та кількістю показів більше 100 на місяць: це сторінки, які вже близькі до ТОП-10, але ще не дотягуються. Робота з ними дає швидший результат, ніж створення нового контенту.
На одному з наших проектів ми знайшли 47 таких запитів, переписали title і description для відповідних сторінок — через 6 тижнів CTR по цих запитах виріс з 0.8% до 4.2%. Це +340 органічних кліків на місяць без змін у позиціях і без нового контенту.
Звіт «Покриття»: індексація та помилки
Розділ Coverage (у новому інтерфейсі GSC — Indexing → Pages) показує, що Google зробив з кожною сторінкою вашого сайту. Чотири статуси:
- Error — критично. Сторінка не проіндексована через помилку: 404, Server error 5xx, redirect loop. Виправляйте першочергово
- Valid with warnings — проіндексована, але є суперечливі сигнали (наприклад, сторінка в robots.txt заблокована, але має тег index)
- Valid — все добре. Сторінка в індексі Google
- Excluded — навмисно або ненавмисно виключена. Найбільша категорія з найрізноманітнішими причинами
Як читати Coverage для великого сайту: не намагайтеся довести кількість «Valid» до 100% від загального числа сторінок. Для E-commerce з 10 000+ URL нормально мати 40–50% сторінок у статусі «Excluded» — якщо це фільтри, пагінація і дублікати, а не важливі категорії чи товарні сторінки. Ключовий показник — кількість «Valid» повинна зростати разом з органічним трафіком: якщо Valid-сторінок стає більше, а трафік не росте, проблема в якості контенту, а не в індексації.
Найпідступніша причина в Excluded — «Crawled — currently not indexed». Google відвідав сторінку, але не прийняв рішення її індексувати. Зазвичай це сигнал низької якості: тонкий контент (менше 300–400 слів), дублювання, відсутність унікальної цінності. Жодні технічні виправлення тут не допоможуть — потрібне покращення самої сторінки.
Для E-commerce: не намагайтеся проіндексувати всі сторінки фільтрів, сортування і порожніх категорій. Закривайте їх через noindex — так ви концентруєте краулінговий бюджет Google на важливих сторінках з реальним попитом. Перевірте всі типові помилки за нашим чеклистом технічного SEO-аудиту.
Інструмент перевірки URL
URL Inspection Tool (рядок пошуку у верхній частині GSC або Ctrl+Enter) — точкова перевірка конкретної сторінки. Показує повну картину того, що Google знає про цей URL:
- Чи є URL в індексі і коли його востаннє сканував Googlebot
- Яку версію сторінки бачить бот — включно з відрендеованим JavaScript (вкладка «More info → Crawl»)
- Який canonical URL вибрав Google (може відрізнятися від вашого тегу canonical)
- Статус покриття: чому сторінка відсутня в індексі
- Інформацію про структуровані дані (schema.org) і Rich Results
Кнопка «Request Indexing» надсилає URL у чергу на переобхід ботом. Це не гарантує індексацію, але пришвидшує реакцію Google після виправлень. Ми використовуємо її після кожного значного оновлення контенту або виправлення технічних помилок — Google реагує в межах 24–48 годин замість звичайних 1–2 тижнів.
Вкладка «Test live URL» сканує сторінку в режимі реального часу — корисно перевірити виправлення одразу після деплою, не чекаючи чергового краулу.
Core Web Vitals у Search Console
GSC відображає реальні дані Core Web Vitals з Chrome UX Report — це польові дані реальних користувачів Chrome, не лабораторні тести. Три метрики з порогами Good / Needs Improvement / Poor:
| Метрика | Good | Needs Improvement | Poor |
|---|---|---|---|
| LCP — завантаження головного контенту | < 2.5 с | 2.5–4.0 с | > 4.0 с |
| INP — реакція на взаємодію | < 200 мс | 200–500 мс | > 500 мс |
| CLS — зміщення контенту | < 0.1 | 0.1–0.25 | > 0.25 |
GSC автоматично групує сторінки зі схожими проблемами CWV у кластери — не потрібно перевіряти кожен URL окремо. Клікнувши на групу, отримуєте приклади URL для детального аналізу в PageSpeed Insights. Якщо клікати нема на що — значить сторінки у «Good», що і є метою.
Детальний розбір кожної метрики, причин погіршення та способів виправлення — в нашій окремій статті про Core Web Vitals: LCP, INP і CLS.
Звіт «Посилання»
Розділ Links у GSC містить два окремих блоки даних про посилання — і обидва важливі для SEO-аналізу.
External links (зовнішні посилання) — офіційні дані Google про беклінки вашого сайту. Включає: топ сайтів-донорів (Top linking sites), найбільш посилаємі сторінки (Top linked pages) і анкорні тексти (Top linking text). Ці дані відрізнятимуться від Ahrefs або Semrush — але саме вони впливають на ранжування, бо це те, що реально проіндексував Google.
Internal links (внутрішні посилання) — підрахунок внутрішніх посилань на кожну сторінку. Якщо важлива комерційна сторінка отримує 3 внутрішніх посилання, а блогова стаття — 50, це сигнал переглянути пріоритети перелінковки. Вага розподіляється нерівномірно.
Перевірте: порівняйте топ сторінок за External links з топом за кліками з Performance. Якщо вони сильно розходяться — значна частина посилальної ваги «витікає» на сторінки, що не конвертують.
Rich Results і структуровані дані в GSC
Розділ Search Appearance → Rich Results показує, які типи розширених результатів Google виявив на вашому сайті: зіркові рейтинги (Review snippets), хлібні крихти (Breadcrumbs), картки статей (Article), схеми місцевого бізнесу (LocalBusiness). Якщо структуровані дані (schema.org) реалізовані правильно і відповідають вмісту сторінки, Google може відображати ці елементи у видачі — часто збільшуючи CTR на 10–25% без зміни позицій.
Три типи проблем у Rich Results, які фіксує GSC:
- Error — відсутнє обов'язкове поле розмітки. Google не показує Rich Result, навіть якщо більша частина schema.org реалізована правильно
- Warning — рекомендоване поле відсутнє. Rich Result з'являється, але з обмеженим набором елементів
- Valid — розмітка коректна, сторінка підходить для показу розширеного результату
Найпоширеніші типи Rich Results для комерційних сайтів і блогів:
| Тип | Schema-тип | Де відображається у видачі |
|---|---|---|
| Рейтинги та відгуки | Review, AggregateRating | Зіркові оцінки під заголовком сторінки |
| Стаття / Новина | Article, NewsArticle | Top Stories carousel, Google Discover |
| Хлібні крихти | BreadcrumbList | Шлях навігації замість URL у сніпеті |
| Місцевий бізнес | LocalBusiness | Knowledge Panel, Google Maps |
| Продукт | Product | Ціна, наявність, рейтинг у видачі Shopping |
Для перевірки конкретної сторінки перед публікацією використовуйте Rich Results Test від Google (доступний через URL Inspection Tool → «Test live URL» → вкладка «Rich Results»). Ми бачили випадки, коли правильно написана schema.org не спрацьовувала лише через неправильний формат дати у полі datePublished або відсутнє поле author.name — GSC виявляє це на рівні конкретного URL, а не просто «є проблеми зі структурованими даними».
Сітемапи та robots.txt
Розділ Sitemaps дозволяє надіслати XML-сітемап і відстежувати, скільки URL з нього Google проіндексував. Якщо ви відправили сітемап зі 500 URL, а Google проіндексував 180 — це не технічна помилка GSC. Це сигнал: 320 сторінок не відповідають критеріям якості або дублюють одна одну.
Вимоги до коректного сітемапу:
- Містить лише canonical, індексовані URL — без noindex-сторінок, без redirect-URL
- Оновлюється автоматично при публікації нових матеріалів (більшість CMS роблять це з коробки)
- Розмір — до 50 000 URL або 50 МБ. Для великих сайтів — кілька сітемапів з файлом-індексом sitemapindex.xml
- URL у сітемапі точно збігаються з canonical тегами на відповідних сторінках
Robots.txt tester в GSC (розділ Crawl Stats → кнопка «Open Report») дозволяє перевірити конкретний URL: чи дозволяє robots.txt боту його сканувати. Типова помилка після міграції або редизайну — важливі сторінки потрапляють у блок через надто широкі правила Disallow.
Ручні дії та безпека сайту
Розділ Manual Actions — перше місце для перевірки, якщо трафік впав різко і без очевидних причин на сайті. Google Search Quality Reviewer вручну позначає сайти за порушення Spam policies: thin content, cloaking, unnatural links, sneaky redirects, user-generated spam тощо.
Якщо ручна дія є — GSC чітко пише, яке саме порушення виявлено і для яких сторінок (site-wide або partial match). Виправте порушення і подайте запит на перегляд (Request Review) прямо з цього розділу. Середній час розгляду — 2–4 тижні. Якщо виправлення прийнято, дія знімається і трафік починає відновлюватися протягом кількох тижнів.
Розділ Security Issues показує попередження про зламаний сайт: malware, шкідливі редиректи, фішингові сторінки. Google сканує сайти на загрози безперервно і попереджає власників ще до того, як показувати попередження користувачам у браузері — це дає вікно для виправлення до втрати трафіку.
Після зняття ручної дії трафік не відновлюється миттєво. Алгоритм Google повинен заново проіндексувати і переоцінити виправлені сторінки — зазвичай це займає від 2 до 6 тижнів. Якщо через 4 тижні після зняття санкції трафік не повертається до попередніх рівнів — перевірте, чи не залишилися часткові порушення: іноді видалення 90% проблемного контенту не є достатнім, Google очікує повного усунення.
Профілактика: навіть якщо у вас немає ручних дій — перевіряйте цей розділ щомісяця. Сайти без адміністративного моніторингу стають мішенню для SEO-спаму: зловмисники додають сторінки з фармацевтичними запитами або казино, і це з'являється у Manual Actions раніше, ніж власник помічає зайвий контент.
Crawl Stats: аналіз активності Googlebot
Розділ Settings → Crawl Stats показує статистику краулінгу за останні 90 днів: скільки запитів робить Googlebot на ваш сайт щодня, яке середнє завантаження сторінок, з яких хостів надходять запити. Цей звіт рідко перевіряють, але він дає важливу інформацію в двох ситуаціях.
Перша ситуація — різке падіння краулінгу. Якщо Googlebot раптово зменшив кількість запитів з 500 до 50 на день — це сигнал: або сайт повертав помилки 5xx, або robots.txt заблокував краулера. Crawl Stats покаже пік помилок з прив'язкою до дати — значно швидше, ніж аналіз серверних логів.
Друга ситуація — повільне завантаження для Googlebot. Якщо середній час завантаження сторінок перевищує 2–3 секунди — бот витрачає більше часу на кожну сторінку, що знижує загальний краулінговий бюджет. Для великих сайтів це безпосередньо впливає на те, скільки нових сторінок Google встигає проіндексувати за тиждень.
Для сайтів з об'ємним JavaScript-рендерингом корисно перевірити, звідки приходять запити Googlebot: розділ «By response» показує частку запитів, що повернули 200, 301, 404, 500 тощо. Якщо частка 5xx перевищує 1–2% — серверна стабільність стає SEO-проблемою, а не тільки технічною.
Щомісячний SEO-аудит через GSC: чеклист
GSC — не просто дашборд для перегляду, а інструмент активної роботи. Ми ведемо регулярний аудит для кожного клієнта. Мінімальний щомісячний чеклист з п'яти кроків:
- Performance → порівняння місяць до місяця. Загальна картина кліків і показів. Падіння понад 15% без змін на сайті або у конкурентному ландшафті — привід для поглибленого аналізу по запитах і сторінках
- Coverage → нові помилки (Error). Нові 404 після публікацій або редизайну — типова ситуація. Переконайтеся, що помилки виправляються швидше, ніж накопичуються
- Core Web Vitals → Poor URLs. Якщо кількість сторінок у категорії «Poor» зростає — завдання для розробника. Зв'язок CWV і позицій не завжди прямий, але Google підтверджує, що «Poor» шкодить ранжуванню
- Manual Actions → статус. Стандартна перевірка безпеки. Займає 5 секунд, але рятує від несподіваних просідань
- Sitemaps → статус і кількість проіндексованих URL. Якщо кількість проіндексованих URL знижується без причини — перевіряйте наявність noindex-тегів на важливих сторінках
За нашими спостереженнями на 200+ проектах: 73% технічних SEO-проблем виявляються через GSC ще до того, як починають суттєво впливати на трафік. Регулярний 20-хвилинний аудит через GSC заощаджує тижні реактивної роботи з «незрозумілим падінням позицій» і дозволяє реагувати на проблеми ще до втрати трафіку. Особливо це стосується помилок Coverage і Manual Actions — обидва розділи дають попередження задовго до видимого падіння позицій.
Часті запитання
Як довго GSC зберігає дані?
Performance-звіт зберігає дані за останні 16 місяців. Coverage і Core Web Vitals показують поточний стан без довгострокової ретроспективи. Для порівняння трафіку за більший період підключайте GA4 і будуйте звіти в Looker Studio.
Чому GSC показує менше кліків, ніж Google Analytics?
GSC рахує кліки тільки з органічного пошуку Google. GA4 охоплює всі канали — включно з direct, referral і платним трафіком. Крім того, GA4 занижує дані через блокувальники реклами і cookie-обмеження. Різниця 10–20% між GSC і GA4 — норма.
Чи показує GSC всі запити, за якими ранжується сайт?
Ні. Запити з дуже малою кількістю кліків або показів приховуються для захисту конфіденційності — Google не розкриває точний поріг. Для повного аналізу семантики використовуйте Ahrefs або Semrush паралельно з GSC.
Чи потрібен GSC, якщо вже підключено Ahrefs?
Так, обов'язково. Ahrefs показує власні метрики на базі свого краулера. GSC — реальні дані безпосередньо від Google: точні кліки, покази, позиції і технічний стан сайту. Це різні джерела, що доповнюють одне одного, а не замінюють.
Потрібна допомога з налаштуванням GSC і SEO-аудитом?
Команда SEO-Factory підключить Google Search Console, налаштує доступи, проведе аналіз покриття та розробить план усунення технічних проблем на основі реальних даних.
