Блог · SEO

Як перевірити індексацію сайту в Google покроковий гайд

Дає короткий маршрут перевірки індексації в GSC від підтвердження власності до чекліста для ключових URL.

~3 хв читання SEO

Панель Google Search Console зі статусом індексації сайту

Підтвердження власності в Google Search Console

Екран додавання ресурсу в Google Search Console з вибором DNS або HTML-тега
Без підтвердженого ресурсу в GSC ви не побачите реальні дані індексації, лише публічні підказки.

Перевірка індексації починається з ресурсу в Google Search Console. Додайте домен або префікс URL, підтвердьте власність через DNS TXT, HTML-файл або тег у <head>.

  • Для великих сайтів зручніший ресурс на рівні домену, щоб бачити всі піддомени та протоколи.
  • Переконайтеся, що HTTPS-версія та www/non-www узгоджені з канонічними URL на сайті.
  • Дайте доступ маркетингу й розробці на рівні Full, щоб не втрачати дані при зміні акаунта.

Перевірка окремих URL через Inspection Tool

Звіт URL Inspection зі статусом URL is on Google і датою останнього сканування
Inspection показує, що Google бачить саме цю URL, а не те, що ви очікуєте з кешу браузера.

URL Inspection показує, чи потрапила сторінка в індекс, коли Google останній раз її обійшов і який рендер бачить бот. Вставте проблемну адресу й порівняйте з тим, що віддає сервер без кешу.

  • Статус URL is on Google означає, що сторінка може з’являтися в пошуку.
  • Crawled, currently not indexed часто сигнал про якість, дублі або слабкий внутрішній лінк.
  • Кнопка Test live URL допомагає знайти редіректи, noindex і блокування robots.txt до того, як чекати тижнями.
  • Після виправлення натисніть Request indexing лише для ключових URL, не для тисяч сторінок одразу.

Звіт Pages і причини неіндексації

Зведення Indexed Not indexed з причинами Discovered and Crawled
Звіт Pages дає масштаб проблеми. Окремі URL перевіряйте через Inspection.

У розділі Indexing → Pages зведено, скільки URL проіндексовано, скільки виключено й з яких причин. Це перший екран для пріоритизації технічного беклогу.

  • Duplicate without user-selected canonical — перевірте canonical і внутрішні посилання.
  • Excluded by noindex — свідоме рішення; не плутайте з економією crawl budget, noindex не забороняє обхід.
  • Blocked by robots.txt — disallow зупиняє сканування; сторінка може лишатися в індексі зі старим сніпетом.
  • Soft 404 — порожній шаблон або тонкий контент під «живою» URL.

Sitemap і обмеження оператора site

Розділ Sitemaps зі статусом Success і кількістю надісланих URL
Sitemap підказує пріоритетні URL, але не гарантує індексацію кожної сторінки.

Надішліть актуальний XML sitemap у GSC. Він допомагає Google швидше знайти нові та оновлені URL, але не замінює якість сторінок і внутрішню перелінковку.

  • Тримайте в sitemap лише канонічні URL, які мають бути в пошуку.
  • Після міграції або масового noindex перевірте, що старі URL зникли з карти.
  • Запит site:yourdomain.com у Google дає приблизну вибірку, а не повний список сторінок і не замінює GSC.
  • Різниця між site: і Pages часто вказує на фільтри, дублі або затримку оновлення сніпетів.

Чекліст перевірки індексації

  1. Ресурс підтверджено в GSC, обрано правильну версію домену.
  2. Ключові шаблони (головна, категорії, товари) у статусі Indexed або з зрозумілою причиною виключення.
  3. URL Inspection для топ-20 URL з органіки без сюрпризів у live test.
  4. Sitemap без 404, редіректів і noindex-сторінок.
  5. robots.txt не блокує важливі розділи; noindex застосовано свідомо, а не випадково.
  6. Після релізу через 7–14 днів повторна перевірка Pages і Inspection для змінених URL.

Висновок

Індексацію перевіряють у GSC, а не лише запитом site:. Спочатку підтвердіть власність, потім звіт Pages для масштабу, Inspection для окремих URL і sitemap для нових сторінок. Розділяйте noindex і disallow, щоб не гаяти crawl budget на сторінки, які все одно не потрібні в пошуку. Якщо потрібен аудит індексації під ваш домен, команда SEO-Studio допоможе зібрати чекліст і пріоритети виправлень.