Виявлено – наразі не проіндексовано: причини і рішення

«Виявлено – наразі не проіндексовано» (англ. Discovered – currently not indexed) — це статус у звіті «Індексування сторінок» у Google Search Console. Він означає, що Google знайшов URL (зазвичай за посиланням або через sitemap), але ще не сканував його. Поки Googlebot не завантажить сторінку, вона не потрапить в індекс і не зможе ранжуватися. Якщо сторінки не індексуються Google саме з цим статусом, причина найчастіше в обмеженнях сервера, слабкій внутрішній перелінковці або великій кількості малоцінних URL на сайті.

У цьому посібнику розберемо, що означає статус, чим він відрізняється від схожого, як зрозуміти, чи є у вас справжня проблема, і що виправляти насамперед.

Що означає «Виявлено – наразі не проіндексовано»?

Документація Google до звіту «Індексування сторінок» пояснює це так: «Google знайшов сторінку, але ще не сканував її. Зазвичай Google хотів просканувати URL, але це могло перевантажити сайт, тому сканування перенесли».

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

На практиці є дві причини, які часто накладаються одна на одну:

• Можливості сканування (crawl capacity): Google стримується, бо ваш сервер видається повільним, нестабільним або таким, що легко перевантажується.
• Потреба в скануванні (crawl demand): Google не бачить у URL достатньої цінності, щоб завантажити його найближчим часом. На сторінку може вести мало посилань, вона може скидатися на дублікат або належати сайту з тисячами порожніх чи параметричних URL.

«Виявлено» чи «Скановано – наразі не проіндексовано»: у чому різниця?

Ці два статуси часто плутають, але виправляють їх по-різному. Другий ми детально розібрали в статті «Скановано – наразі не проіндексовано»: причини і як це виправити.

Просте правило: «виявлено» — це проблема сканування, «скановано» — проблема індексування. Переписувати текст на сторінці, яку Google жодного разу не завантажував, майже марно. Зате допоможе все, що робить сторінку простішою і привабливішою для сканування.

Чи завжди «Виявлено – наразі не проіндексовано» — це проблема?

Ні. На більшості сайтів кілька URL із цим статусом — норма. Google постійно знаходить нові URL і сканує їх протягом наступних днів або тижнів. Якщо ви вчора опублікували пачку нових сторінок, цілком очікувано побачити їх тут.

Проблемою це стає, коли:

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

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

Чому Google відкладає сканування сторінки?

1. Ваш сервер виглядає перевантаженим

У документації Google про краулінговий бюджет описано ліміт можливостей сканування (crawl capacity limit). Google встановлює його так, щоб сканування не перевантажувало ваш сервер, і коригує автоматично. Швидкі й стабільні відповіді піднімають ліміт. Повільні відповіді та помилки сервера (5xx) — знижують. На дешевому спільному хостингу чи перевантаженому сервері Google може просто сканувати менше, а нові знайдені URL чекатимуть у черзі.

Перевірте звіт «Статистика сканування» в Search Console (Налаштування → Статистика сканування). Звертайте увагу на зростання середнього часу відповіді, попередження про стан хоста і сплески відповідей 5xx чи тайм-аутів.

2. Слабка внутрішня перелінковка

URL, який є лише в sitemap або на який веде одне посилання з 40-ї сторінки пагінованого архіву, подає слабкий сигнал. Сторінки, на які помітно посилаються з головної, основного меню та релевантних категорій, скануються швидше. Сторінки-сироти (orphan pages), на які немає жодного внутрішнього посилання, — класична причина цього статусу.

3. Забагато малоцінних URL, що конкурують за увагу

Це найпоширеніша причина на сайтах інтернет-магазинів і великих контентних проєктах. Фасетна навігація (?color=red&size=m&sort=price), параметри відстеження, сторінки внутрішнього пошуку, календарні архіви та майже однакові сторінки тегів можуть перетворити 2000 справжніх сторінок на 200 000 URL, доступних для сканування. Посібник Google про краулінговий бюджет називає «уявний обсяг вмісту» (perceived inventory) одним із чинників потреби в скануванні. Якщо більшість того, що знаходить Google, — дублікати або малоцінні сторінки, на решту він витрачає менше зусиль.

4. Сигнали якості всього сайту

Потреба в скануванні також залежить від популярності й уявної цінності. Новий домен із невеликою кількістю зовнішніх посилань або сайт із великим обсягом порожнього, шаблонного чи автозгенерованого вмісту часто сканується повільно загалом. Якщо Google уже сканував схожі сторінки вашого сайту й не знайшов у них користі, у нього менше причин поспішати з наступними.

5. Марні сканування редиректів, помилок і soft 404

Кожен крок переадресації, бите посилання і soft 404 — це запит, який не дає сторінки для індексування. Ланцюжки редиректів у внутрішніх посиланнях, посилання на 404 і sitemap, повні неканонічних чи переадресованих URL, — усе це з'їдає ресурс сканування.

Як виправити «Виявлено – наразі не проіндексовано» крок за кроком

Рухайтеся в цьому порядку. Перші кроки усувають першопричини, а наступні допомагають лише тоді, коли з ними вже впоралися.

Крок 1. Приберіть URL, яких Google не мав би знаходити

Спершу скоротіть чергу сканування, а вже потім пробуйте її пришвидшити.

• Закрийте в robots.txt нескінченні простори URL (фасетні фільтри, внутрішній пошук, параметри сортування), якщо вони не мають пошукової цінності.
• Не ставте внутрішніх посилань на URL з параметрами й мітками відстеження. Посилайтеся на чисту канонічну версію.
• Для назавжди видалених сторінок віддавайте 404 або 410, а не перенаправляйте все на головну.
• Об'єднуйте справжні дублікати за допомогою 301-редиректів або тегів canonical.

Типовий шаблон robots.txt для інтернет-магазину:

User-agent: *
Disallow: /search
Disallow: /*?sort=
Disallow: /*?sessionid=
Disallow: /*&filter_

Тут будьте обережні. Блокування в robots.txt зупиняє сканування, але не прибирає URL, які вже є в індексі, а неправильний шаблон може сховати потрібні сторінки. Також зважайте: noindex не економить краулінговий бюджет — Google однаково мусить просканувати сторінку, щоб побачити цей тег.

Крок 2. Почистіть XML-sitemap

У sitemap мають бути лише канонічні URL, доступні для індексування, які повертають 200. Приберіть переадресовані, закриті noindex, заблоковані та 404-URL. Підтримуйте <lastmod> точним і оновлюйте лише тоді, коли вміст справді змінився, — так радить посібник Google про краулінговий бюджет. Sitemap, де 30% сміття, привчає Google не довіряти вашій карті сайту.

Крок 3. Посильте внутрішні посилання на важливі сторінки

Для кожного важливого URL з експорту запитайте себе: скільки внутрішніх посилань на нього веде і звідки?

• Посилайтеся на ключові сторінки з головного меню, хабів категорій або головної сторінки.
• Додайте контекстні посилання з пов'язаних статей чи товарів, які вже в індексі.
• Виправте сторінки-сироти. Кожна сторінка, яку ви хочете бачити в індексі, потребує щонайменше одного посилання <a href>, доступного для сканування.
• Тримайте важливі сторінки на відстані кількох кліків від головної.

Крок 4. Покращте швидкість і стабільність сервера

• Скоротіть час відповіді сервера (TTFB) за допомогою кешування, CDN або кращого хостингу.
• Усуньте регулярні помилки 5xx і тайм-аути.
• Підтримуйте HTTP-заголовки кешування (ETag, Last-Modified), щоб повторні сканування коштували менше.
• Переконайтеся, що фаєрвол чи захист від ботів не обмежує частоту запитів Googlebot і не блокує його.

Швидші сторінки корисні й для користувачів. Про цей бік продуктивності читайте в нашому посібнику з Core Web Vitals.

Крок 5. Виправте ланцюжки редиректів, биті посилання і soft 404

Оновіть внутрішні посилання, щоб вони вели одразу на кінцеві URL, виправте або приберіть посилання на 404 і подбайте, щоб порожні сторінки чи сторінки «нічого не знайдено» віддавали справжній 404, а не 200.

Крок 6. Надсилайте запит на індексування, але помірно

Коли на сторінку вже ведуть хороші посилання, а сервер працює стабільно, скористайтеся Перевірка URL → Надіслати запит на індексування для кількох найважливіших URL. Інструмент має денний ліміт і не гарантує сканування. Це поштовх, а не рішення. Сотні надісланих URL не розчистять чергу, поки першопричини нікуди не ділися.

Крок 7. Перевірте виправлення і стежте за динамікою

Після виправлень натисніть «Перевірити виправлення» у звіті «Індексування сторінок». Згідно з документацією Google, перевірка «зазвичай триває до двох тижнів, але в деяких випадках може тривати значно довше». Оцінюйте тенденцію протягом кількох тижнів, а не щодня.

Яке виправлення найважливіше для мого сайту?

Це залежить від типу й розміру сайту. Орієнтуйтеся на таку таблицю:

Google зазначає, що посібник про краулінговий бюджет насамперед для дуже великих сайтів: від 1 млн сторінок, що змінюються щотижня, або від 10 000 сторінок, що змінюються щодня. На сайті з 300 сторінок «краулінговий бюджет» рідко є справжнім обмеженням. Якщо малий сайт має цей статус, проблема зазвичай у перелінковці, якості чи сервері, а не в бюджеті.

Типові помилки, яких варто уникати

• Знову й знову надсилати sitemap. Google уже знає ці URL — саме так вони й стали «виявленими». Повторне надсилання не підвищує пріоритет сканування.
• Ставити noindex, щоб «зекономити краулінговий бюджет». Google однаково мусить просканувати сторінку, щоб побачити noindex.
• Блокувати CSS або JavaScript у robots.txt. Google потрібні ці файли для рендерингу сторінок. Без них сторінки можуть виглядати зламаними.
• Переписувати вміст, не перевіривши доступність для сканування. Якщо Google ще не завантажував сторінку, причина точно не у вмісті.
• Масово генерувати порожні сторінки. Тисячі майже однакових сторінок міст чи тегів знижують потребу в скануванні для всього сайту. Тепер це ще важливіше, бо функції AI-пошуку теж спираються на проіндексовані сторінки (див. як потрапити в AI Overviews та AI-пошук).

Як SEO-аудит допомагає діагностувати цей статус

Search Console показує, які URL чекають у черзі, але не пояснює чому. Щоб знайти причину, доводиться зіставляти кілька джерел даних: кількість внутрішніх посилань, вміст sitemap, коди відповіді, ланцюжки редиректів, теги canonical, URL з параметрами та час відповіді сервера. Саме з цього складається технічний SEO-аудит.

Автоматизований аудит сканує ваш сайт так само, як пошукова система, і показує закономірності, що стоять за статусом. Наприклад: 40% URL із sitemap переадресовуються, на ключові сторінки товарів веде лише одне внутрішнє посилання, або параметри фільтрів генерують тисячі дублікатів URL. Як це виглядає, можна подивитися у прикладі звіту та повному прикладі звіту. Оскільки результат виправлень індексування видно лише через кілька тижнів, важлива й повторна перевірка. Порівняння під час повторної перевірки показує, які проблеми виправлено, покращено, не вирішено, а які з'явилися нові.

Головне

• «Виявлено – наразі не проіндексовано» означає, що Google знайшов URL, але ще не сканував його. Це проблема сканування, а не вирок вмісту.
• Основні причини: обмеження сервера, слабка внутрішня перелінковка, надлишок URL через параметри й дублікати та низька потреба в скануванні всього сайту.
• Виправляйте в такому порядку: приберіть сміттєві URL, почистіть sitemap, посильте внутрішні посилання, покращте роботу сервера, виправте редиректи й soft 404, а потім надішліть запит на індексування ключових сторінок.
• noindex не економить краулінговий бюджет, а повторне надсилання sitemap не пришвидшує сканування.
• За даними Google, перевірка виправлення зазвичай триває до двох тижнів. Оцінюйте прогрес тижнями, а не днями.

Дізнайтеся, чому ваші сторінки не скануються

Якщо важливі сторінки застрягли в статусі «Виявлено – наразі не проіндексовано» і ви не знаєте чому, почніть із фактів. Замовте безкоштовний попередній SEO-аудит: ви отримаєте SEO-оцінку та реальні проблеми, знайдені на ваших сторінках. А тоді вирішите, чи потрібен вам повний план із пріоритетами.