Покриття індексу (Index coverage)

Покриття індексу (index coverage) — це стан, у якому пошукова система знаходить, сканує, обробляє та додає до індексу потрібні канонічні сторінки сайту, а технічні, дубльовані або закриті URL не індексує з передбачуваних причин. Завдання SEO — не домогтися індексації кожної адреси, а забезпечити індексацію всіх важливих сторінок.

Index Coverage також було назвою старого звіту Google Search Console. В актуальному інтерфейсі його основну роль виконує звіт Page indexing. Старий термін досі вживають у SEO-аудитах, технічних завданнях і розмовах про співвідношення потрібних та фактично індексованих URL.

Виявлення, сканування та індексація

Це різні етапи. Google спочатку має дізнатися про URL із внутрішнього посилання, sitemap або іншого джерела. Потім Googlebot може просканувати сторінку. Після обробки Google вирішує, чи додавати її до індексу та яку адресу вважати канонічною.

Тому «сторінка не індексується» може означати різні ситуації: URL не знайдений, сканування заблоковане, сервер відповідає помилкою, стоїть noindex, сторінка є дублікатом, має слабкий зміст або Google ще не обробив її.

Що показує Page indexing

Звіт групує відомі Google URL за статусами Indexed і Not indexed та пояснює причини. Серед них можуть бути redirect, 404, blocked by robots.txt, excluded by noindex, duplicate without user-selected canonical, crawled currently not indexed або discovered currently not indexed.

Список прикладів у групі обмежений і не є повним експортом усіх URL. Для конкретної сторінки використовують URL Inspection, а для великих сайтів дані звіту зіставляють із sitemap, краулером, серверними логами та власним переліком канонічних сторінок.

Чому 100% індексації не є метою

У магазину можуть існувати параметри сортування, фільтри, сторінки внутрішнього пошуку, службові URL та дублікати. Їх відсутність в індексі часто є правильною. Так само редирект і alternate page with proper canonical не потребують «виправлення», якщо архітектура задумана саме так.

Корисний знаменник — не всі URL, які здатна згенерувати CMS, а перелік унікальних канонічних сторінок, що мають пошукову цінність. Його порівнюють із sitemap і фактичною індексацією.

Практичний приклад

Маркетплейс має 180 000 URL у звіті Page indexing, але лише 24 000 товарів і категорій, які бізнес хоче бачити в пошуку. Більшість виключених адрес — комбінації фільтрів і параметрів, що правильно канонікалізовані. Водночас 1 200 важливих карток позначено discovered currently not indexed.

Команда не намагається індексувати всі 180 000 адрес. Вона перевіряє внутрішні посилання, sitemap, статус товарів, швидкість сервера та шаблон карток саме для 1 200 потрібних URL. Після виправлення архітектури контролює, чи зростає кількість індексованих канонічних сторінок, а не загальна кількість URL.

Як проводити аудит покриття

• скласти перелік типів сторінок, які повинні індексуватися;
• перевірити, що sitemap містить лише канонічні URL зі статусом 200;
• зіставити шаблони сайту зі статусами Page indexing;
• окремо дослідити важливі URL через URL Inspection;
• перевірити robots.txt, noindex, canonical, redirects і HTTP-відповіді;
• оцінити внутрішню перелінковку та глибину переходу;
• для великого сайту проаналізувати логи Googlebot і динаміку за sitemap.

Типові помилки

• вважати кожний статус Not indexed технічною помилкою;
• прагнути стовідсоткової індексації всіх згенерованих URL;
• додавати в sitemap редиректи, дублікати й noindex-сторінки;
• блокувати URL у robots.txt і водночас очікувати, що Google прочитає noindex;
• використовувати оператор site: як точний лічильник індексу;
• масово запитувати повторну індексацію без усунення системної причини.

Пов’язані поняття

Індексація · Crawl budget · Indexability · XML sitemap · Canonical URL · Noindex · Robots.txt · URL Inspection

Висновок

Добре покриття індексу означає не максимальну кількість сторінок у Google, а правильну відповідність: важливі канонічні URL індексуються, непотрібні виключаються з обґрунтованих причин, а зміни в шаблонах і статусах швидко помічаються. Аналіз починається з бізнесового переліку потрібних сторінок, а не з кольору графіка.

Джерела

Google Search Console Help: Page indexing report
Google Search Console Help: Inspect and troubleshoot a single page