Аркуш діагностики індексування в Search Console

Підтвердьте проблему

Коли використовувати: Вам здається, що сторінка має бути в індексі, але ви не певні, що її там справді немає.

Спершу доведіть, що сторінка справді виключена

Перш ніж щось змінювати, переконайтеся, що URL-адреси справді немає в індексі Google. Сторінка, яка ранжується за власним заголовком, уже проіндексована.

• Перевірка URL-адреси в Search Console: вставте [Повна URL-адреса] у рядок перевірки й прочитайте вердикт угорі. "URL-адреса є в Google" (URL is on Google) означає, що сторінку проіндексовано; "URL-адреси немає в Google" (URL is not on Google) означає, що ні.
• Запит site:: виконайте пошук [site:example.com/path]. Відсутність результату - вагомий сигнал, але довіряйте перевірці URL-адреси більше, ніж [site:], бо він може відставати.
• Контекст покриття: відкрийте звіт «Індексування сторінок» і знайдіть, до якої причини виключення належить ця URL-адреса.

Запишіть точний текст причини від Google. Виправлення для "Проскановано, але наразі не проіндексовано" (Crawled - currently not indexed) зовсім інше, ніж для "URL-адресу заблоковано у файлі robots.txt" (URL blocked by robots.txt), тож точний статус, зафіксований зараз, збереже вам зусилля згодом.

Перевірена URL-адреса: [URL-адреса]   Статус у звіті: [Статус]

Проскановано / Виявлено, але не проіндексовано

Коли використовувати: Google знає вашу URL-адресу, але (поки що) вирішив її не індексувати.

Два різні сигнали, дві різні реакції

Ці статуси зазвичай вказують на проблеми з цінністю або краулінговим бюджетом, а не на технічне блокування. Тож не поспішайте раз у раз натискати "Надіслати запит на індексування" (Request indexing).

• Проскановано, але наразі не проіндексовано (Crawled - currently not indexed): Google завантажив сторінку, але вирішив, що індексувати її не варто. Найчастіше це сигнал про якість або цінність: тонкий, дубльований контент або контент без попиту.
• Виявлено, але наразі не проіндексовано (Discovered - currently not indexed): Google знайшов URL-адресу (часто через ваш sitemap), але ще не просканував її. Часто це наслідок обмежень краулінгового бюджету або повільного великого сайту.

Для статусу «Проскановано, але не проіндексовано» посильте сторінку: поглибте контент, додайте внутрішні посилання з релевантних проіндексованих сторінок і переконайтеся, що вона відповідає чіткому наміру. Для статусу «Виявлено, але не проіндексовано» скоротіть марне сканування: виправте повільні відповіді, приберіть малоцінні URL-адреси й покращте внутрішню перелінковку, щоб важливі сторінки були ближче в кліках.

Статус: [Статус]   Імовірна причина: [Якість / Краулінговий бюджет]

URL заблоковано в robots.txt / позначено як noindex

Коли використовувати: Директива активно не пускає сторінку в індекс.

Шукайте блокування, які ви поставили самі

Це найпростіші для виправлення причини, бо сторінку виключає явне правило, яке ви контролюєте. Перевірка URL-адреси прямо назве директиву.

• URL-адресу заблоковано у файлі robots.txt (URL blocked by robots.txt): Google заборонили сканувати сторінку. Відкрийте robots.txt і знайдіть правило, що відповідає [шлях URL]. Пам’ятайте: блокування в robots.txt забороняє сканування, але не завжди індексування. Проте воно не дає Google побачити ваш контент.
• URL-адресу позначено як ‘noindex’ (URL marked 'noindex'): сторінка віддає мета-тег robots [noindex] або заголовок X-Robots-Tag. Запустіть тест у реальному часі в перевірці URL-адреси, щоб підтвердити, що директива досі на місці.

Приберіть або виправте проблемне правило, а потім тестом у реальному часі переконайтеся, що Google може сканувати сторінку і що noindex більше немає. Стежте за порядком виправлень: якщо robots.txt блокує сторінку, Google не бачить і її тег noindex. Щоб прибрати сторінку з пошуку, дозвольте сканування й залиште noindex, доки вона не випаде з індексу. Коли все чисто, переходьте до запиту на індексування.

Знайдена директива: [robots.txt / noindex]

Проблеми з canonical і дублікатами

Коли використовувати: Google проіндексував іншу URL-адресу, ніж ту, яку ви надіслали.

Коли Google сам вибирає канонічну сторінку

Якщо сторінка має статус "Дублікат: Google вибрав іншу канонічну сторінку, ніж користувач" (Duplicate, Google chose different canonical than user) або "Альтернативна сторінка з правильним тегом canonical" (Alternate page with proper canonical tag), контент, імовірно, проіндексовано, просто під іншою URL-адресою.

• Порівняйте канонічні сторінки: у перевірці URL-адреси звірте "Канонічна сторінка, указана користувачем" (User-declared canonical) з "Канонічна сторінка, вибрана Google" (Google-selected canonical). Розбіжність і є суттю проблеми.
• Знайдіть вибрану сторінку: зафіксуйте, якій URL-адресі Google надав перевагу, і вирішіть, прийнятно це чи ні.

Якщо вибір Google вас влаштовує, нічого робити не треба: контент покрито. Якщо хочете, щоб перемогла саме перевірена URL-адреса, надсилайте узгоджені сигнали: самопосилальний canonical, внутрішні посилання на бажану URL-адресу, відповідні записи в sitemap і справді відмінний контент, щоб сторінки не вважалися дублікатами. Суперечливі сигнали - звична причина, чому Google ігнорує вашу вказівку.

Указана канонічна: [URL-адреса]   Вибрана Google: [URL-адреса]

Якість і тонкий контент

Коли використовувати: Сторінка доступна для сканування й унікальна, але все одно не в індексі.

Заслужіть індекс, а не просто просіть його

Коли немає ні технічного блокування, ні конфлікту canonical, статус "Проскановано, але наразі не проіндексовано" (Crawled - currently not indexed) майже завжди означає, що, на думку Google, сторінка не дає достатньої цінності. Вважайте це проблемою контенту, а не багом.

• Оцініть унікальність: чи дає сторінка щось, чого немає в проіндексованих конкурентів і на інших ваших сторінках?
• Перевірте глибину й намір: тонкі, шаблонні або автогенеровані сторінки часто не потрапляють в індекс.
• Оцініть внутрішню вагу: сторінки-сироти без внутрішніх посилань виглядають як малопріоритетні.

Суттєво покращте сторінку (оригінальні деталі, чітке призначення, зручна структура), а потім поставте на неї посилання зі споріднених, уже проіндексованих сторінок, щоб передати сигнали релевантності й виявлення. Змиріться, що деякі сторінки, як-от майже порожні архіви тегів чи дубльовані сторінки пагінації, просто не варті індексу. Об’єднання або видалення таких сторінок може підтягнути ті, що варті.

Чого бракує сторінці: [Нотатки]

Запит на індексування й перевірка виправлень

Коли використовувати: Ви усунули першопричину й хочете, щоб Google перевірив ще раз.

Завершіть цикл правильно

Коли основну проблему усунуто, попросіть Google повторно просканувати сторінку й підтвердити, що виправлення спрацювало. Робіть це лише після того, як виправили справжню причину: запит на індексування невиправленої сторінки - змарнований запит.

1. Запустіть тест у реальному часі: у перевірці URL-адреси натисніть "Перевірити опубліковану URL-адресу" (Test live URL), щоб підтвердити, що сторінка тепер доступна для сканування, індексування і без noindex.
2. Надішліть запит на індексування: натисніть "Надіслати запит на індексування" (Request indexing) для однієї виправленої URL-адреси. Не надсилайте ту саму сторінку знову й знову: це не пришвидшує процес.
3. Перевірте в масштабі: у звіті «Індексування сторінок» відкрийте потрібну причину й натисніть "Перевірити виправлення" (Validate fix), щоб Google перевірив усі URL-адреси цієї групи.

За словами Google, перевірка зазвичай триває до двох тижнів, інколи довше; стежте за статусом, доки не з’явиться "Пройдено" (Passed). Для виправлень на рівні всього сайту покладайтеся на «Перевірити виправлення», а не на перевірку URL-адрес по одній.

Застосоване виправлення: [Опис]   Статус перевірки: [Статус]

Аркуш діагностики (для заповнення)

Коли використовувати: Один рядок на URL-адресу або шаблон URL: точний статус, robots, meta robots, канонічні сторінки, sitemap, внутрішні посилання, докази, виправлення, відповідальний і дата перевірки.

Аркуш діагностики індексування

Заповнюйте стовпці з доказами раніше, ніж стовпець із виправленням. Якщо в рядку є виправлення, але немає доказів, це здогад.

Стовпці

• URL-адреса або шаблон і тип сторінки [товар, категорія, стаття]
• Статус у Search Console: [точна назва, напр. Проскановано, але наразі не проіндексовано (Crawled - currently not indexed)]
• robots.txt: [дозволено / заблоковано правилом]
• Meta robots / X-Robots-Tag: [index / noindex і де це задано]
• Указана канонічна і канонічна, вибрана Google [з перевірки URL-адреси]
• У sitemap: [так / ні] · Вхідні внутрішні посилання: [кількість, за даними сканування]
• Докази: [дата перевірки, тест у реальному часі чи проіндексована версія, файл скриншота]
• Чи має бути в індексі? [так / ні і чому]
• Виправлення, відповідальний, дата перевірки [одна зміна, одне ім’я, одна дата]

Правила для доказів

• Тест у реальному часі чи проіндексована версія: тест у реальному часі показує сторінку зараз. Проіндексована версія показує, що Google побачив під час останнього сканування, з датою. Запишіть, чим саме ви користувалися.
• Тест у реальному часі перевіряє не все. Google зазначає, що він не перевіряє умови дублікатів і canonical, тож успішний тест не знімає проблему з canonical.
• Списки прикладів обмежено 1000 рядків. На великих сайтах діагностуйте за шаблонами (один рядок на шаблон), а не ганяйтеся за кожною URL-адресою.

Довідник: статус і причина

Коли використовувати: Зіставте кожен статус Search Console з тим, що він зазвичай означає, що перевірити першим і хто зазвичай відповідає за виправлення.

Довідник: статус і причина

Назви наведено так, як вони відображаються у звіті Search Console «Індексування сторінок», станом на жовтень 2026 року. Використовуйте довідник, щоб вибрати першу перевірку, а не щоб пропустити збір доказів.

Розібраний приклад (вигаданий сайт рецептів)

Коли використовувати: Чотири заповнені рядки з вигаданого сайту, зокрема одна сторінка, якій не місце в індексі, і одне виправлення, яке потребувало іншого відповідального.

Розібраний приклад: сайт рецептів

Лише приклад. Компанію, людей, URL-адреси й цифри вигадано, щоб показати, як виглядає зручна заповнена версія.

Що змінили докази

Команда вважала, що noindex на /collections/ ставить CMS. Але у вихідному коді сторінки взагалі не було мета-тегу robots. Це був HTTP-заголовок, який додавав плагін кешування, тож виправлення було завданням хостингу, а не контенту. Рядок 4 не потребував виправлення: сторінкам внутрішнього пошуку не місце в індексі.

Наступний крок

Скористайтеся Get Source Code of Webpage, щоб побачити, які meta robots і canonical сторінка віддає насправді, а Redirect Checker - для рядків зі статусами «Сторінка з переспрямуванням» (Page with redirect) чи «Помилка переспрямування» (Redirect error). Запустіть аудит сайту, щоб знайти проблеми з noindex і canonical у всіх шаблонах. Якщо для виправлень потрібна технічна команда, наші послуги SEO та GEO включають упровадження.