Статус «Скановано, але наразі не проіндексовано» означає, що Google завантажив сторінку, але не додав її до індексу. Знайдіть причину (якість, дублікати, рендеринг) і усуньте її.

На цій сторінці
Коротко
«Скановано, але наразі не проіндексовано»: це статус у звіті «Індексування сторінок» Google Search Console. Він означає, що Googlebot завантажив сторінку, а потім вирішив не додавати її до індексу, тож URL поки що не може з'явитися в результатах пошуку. Типові причини: контент, який Google вважає некорисним або недостатньо самостійним, майже однакові сторінки, контент, що з'являється лише після виконання JavaScript, і сторінки з малою кількістю внутрішніх посилань. Виправте причину на самій сторінці, посильте її внутрішні посилання й дочекайтеся повторного сканування: лише повторне надсилання URL нічого не змінює.
Хочете дізнатися більше? Запитайте
Швидкий тест
Хто має виправляти технічну частину вашого сайту?
Наша порада для вас
Контент додає надто мало підходить вам найкраще
Місце 1 у цьому рейтингу, найкраще відповідає вашим відповідям.
Наша порада для вас
Сторінка занадто схожа на іншу підходить вам найкраще
Місце 2 у цьому рейтингу, найкраще відповідає вашим відповідям.
Наша порада для вас
Контент з'являється лише після виконання JavaScript підходить вам найкраще
Місце 3 у цьому рейтингу, найкраще відповідає вашим відповідям.
Наша порада для вас
Сайт показує, що сторінка неважлива підходить вам найкраще
Місце 4 у цьому рейтингу, найкраще відповідає вашим відповідям.
Скановано, але наразі не проіндексовано входить до переліку причин, які Search Console показує в розділі «Чому сторінки не індексуються», і на контентних сайтах та в інтернет-магазинах це часто найбільша група. У документації до звіту «Індексування сторінок» Google описує цей статус двома реченнями: «Сторінку просканував Google, але не проіндексував. Її можна буде проіндексувати в майбутньому, а можна й ні; повторно надсилати цей URL для сканування не потрібно». У цьому гайді пояснюється, що вирішив Google, які URL можуть залишатися в цьому статусі, як знайти справжню причину для важливих сторінок і яке виправлення підходить до кожної причини.
Google обробляє URL у три етапи: виявлення та сканування, потім індексування й, нарешті, ранжування (наш запис у глосарії про сканування та індексування докладно описує кожен етап). Сторінка в цьому статусі пройшла перший етап: Googlebot запросив її й отримав відповідь. Вона зупинилася на другому: після обробки контенту Google вирішив не зберігати його в індексі.
Це рішення свідоме й задокументоване. Гайд Google про принципи роботи пошуку прямо каже: «Індексування не гарантується; не кожна сторінка, яку обробляє Google, потрапляє до індексу». Там названо три поширені причини: низька якість контенту, правила robots у мета-тегах, що забороняють індексування, і структура сайту, яка ускладнює індексування. Оскільки правило noindex створює окремий статус («Виключено тегом «noindex»»), сторінка, позначена як просканована, але не проіндексована, вказує насамперед на першу й третю причини.
Три речі, які варто пам'ятати:
Увесь процес індексування та важелі, які його прискорюють, описані в нашому гайді з індексування в Google.
Ці два статуси схожі, але зупиняються на різних етапах, тож і виправляти їх потрібно по-різному.
| Статус | Досягнутий етап | Що каже Google | Головний важіль |
|---|---|---|---|
| Виявлено, але наразі не просканировано | URL відомий, але ще не просканований | «Сторінку виявив Google, але ще не просканував», часто тому, що сканування «могло б перевантажити сайт» | Потужність сервера, краулінговий бюджет, менше URL з низькою цінністю |
| Скановано, але наразі не проіндексовано | Просканована, не проіндексована | «Просканована Google, але не проіндексована» | Якість сторінки, унікальність, рендеринг, внутрішні посилання |
| Дублікат без канонічного URL, обраного користувачем | Просканована, згрупована з іншим URL | Google вибрав інший URL як канонічний | Канонічні сигнали (див. наш гайд про цей статус) |
Коротко: «Виявлено»: це переважно проблема сканування, а «Скановано», переважно рішення про індексування. Прискорення сервера рідко переносить відскановану сторінку в індекс; покращення самої сторінки, переносить.
Кожен сайт помірного розміру має URL у цьому статусі, і багато з них ніколи не мають ранжуватися. Перш ніж щось виправляти, відсортуйте список за типом URL. Стабільна кількість малоцінних URL, не привід для занепокоєння; різке зростання або важливі сторінки у списку, привід.
| Тип URL | Звичайний висновок | Дія |
|---|---|---|
| RSS-стрічки, URL /feed/ | Нормально | Нічого |
| Сторінки пагінації (сторінка 2, 3...) | Зазвичай нормально | Нічого, доки перелічені на них елементи проіндексовані |
| URL з параметрами (сортування, фільтр, мітки відстеження) | Нормально | Перевірте, що чистий URL проіндексований; обмежте внутрішні посилання версіями з параметрами |
| Сторінки тегів і слабкі архіви | Часто заслужено | Покращити, об'єднати або позначити noindex |
| Товари, яких немає в наявності, або з минулим терміном | Часто заслужено | Перенаправити, оновити або відпустити |
| Статті блогу, сторінки послуг, сторінки категорій | Проблема | Діагностувати й виправити (наступні розділи) |
| Нещодавно опубліковані сторінки | Часто тимчасово | Перевірити знову через кілька тижнів |
Порада
Експортуйте список зі звіту й згрупуйте URL у таблиці за папкою або шаблоном. Десять шаблонів URL оцінити легше, ніж 3000 окремих адрес, а шаблон часто підказує причину.
Це найпоширеніша причина. Типовий «тонкий контент», сторінки з кількох рядків тексту, загальний контент, що повторює те, що вже сказано на десятках проіндексованих сторінок, або сторінки, створені за шаблоном, де змінили лише назву. Рекомендації Google щодо створення корисного контенту запитують, чи дає сторінка «суттєву цінність порівняно з іншими сторінками в результатах пошуку». Сторінка, яка не проходить цю перевірку, може сканується знову й знову, так і не потрапивши в індекс.
Майже однакові сторінки (варіанти товару з однаковим описом, сторінки міст, де змінюється лише назва міста, версії для друку) часто групуються й виключаються. Коли Google чітко визначає дублікат, зазвичай з'являється статус канонічної версії; за часткової схожості сторінка може опинитися тут. Послідовний canonical-тег і справді самостійний контент розв'язують питання.
В основах SEO для JavaScript Google описує три фази: сканування, рендеринг і індексування, і зазначає, що сторінка в очікуванні рендерингу «може залишатися в цій черзі кілька секунд, а іноді й довше». Якщо початковий HTML майже порожній, а текст з'являється лише після рендерингу (або рендеринг не вдається, бо скрипт чи виклик API заблоковано), Google може оцінити майже порожню сторінку. Серверний рендеринг або попередня генерація усувають цей ризик; наш гайд з SEO для JavaScript описує варіанти.
Сторінка, доступна лише з карти сайту або схована на п'ять кліків углиб з єдиним посиланням із пагінованого архіву, каже Google, що для вас вона мало важить. Внутрішні посилання з проіндексованих і відвідуваних сторінок, один із найсильніших сигналів, яким ви керуєте.
Деякі URL потрапляють сюди з причин, не пов'язаних зі сторінкою: звіт відстає (URL може вже бути в індексі), ціль переспрямування сканувалася через старий URL, або м'які помилки (порожні результати пошуку, «товарів не знайдено») повертають код 200. Такі випадки потребують перевірки, а не переписування.
Увага
Google зазначає, що «повторно надсилати цей URL для сканування не потрібно». Запит індексування для незміненої сторінки не змінює рішення Google. Зробіть його один раз, після суттєвої зміни сторінки.
| Знайдена причина | Виправлення |
|---|---|
| Тонкий або загальний контент | Переписати з оригінальною інформацією: дані, приклади, кроки, порівняння, чітка відповідь на запит |
| Кілька слабких сторінок на одну тему | Об'єднати в одну сильну сторінку, а решту перенаправити через 301 |
| Майже дублікат іншої сторінки | Зробити сторінку самостійною або вказати canonical-тег на основну версію |
| Контент, який відрисовує JavaScript | Серверний рендеринг або попередня генерація; перевірити, що скрипти й API не заблоковано |
| Мало внутрішніх посилань або немає | Додати контекстні посилання з пов'язаних проіндексованих сторінок; якщо сторінка важлива, посилатися на неї з хабів і меню |
| Невідповідність пошуковій інтенції | Підлаштувати формат під те, що ранжується (гайд, список, інструмент, сторінка товару) |
| Сторінка без причин для ранжування | Позначити noindex, перенаправити або видалити та прибрати з карти сайту |
Дві звички роблять виправлення стійкими. По-перше, регулярний аудит контенту: обрізання або об'єднання слабких сторінок підвищує середню якість того, що сканує Google. По-друге, чиста XML-карта сайту, лише з канонічними індексованими URL, які ви хочете ранжувати, і повторне надсилання її в Google після великого прибирання.
Нічого не станеться, доки Googlebot не просканує сторінку знову, а це може тривати від кількох днів до кількох тижнів залежно від того, як часто Google відвідує ваш сайт. Коли виправлено кілька URL, можна натиснути «Перевірити виправлення» у звіті; Google пише, що перевірка «зазвичай триває близько двох тижнів, але в деяких випадках може тривати набагато довше». Перевірка необов'язкова: звіт оновлюється сам, коли сторінки скануються повторно.
Для великого сайту перевіряти URL по одному повільно. За обмеженнями використання API Search Console API перевірки URL дозволяє 2000 запитів на день і 600 на хвилину для кожного сайту, цього вистачить, щоб стежити за кількома сотнями пріоритетних сторінок. Якщо сторінка залишається в цьому статусі після двох-трьох повторних сканувань, виправлення було недостатнім: спершу перегляньте якість і інтенцію.
Сторінка поза індексом Google не приносить органічних кліків, якою б якісною вона не була. На контентному сайті велика частка статей у цьому статусі означає також витрачені даремно зусилля на виробництво і сигналізує Google, що сайт публікує сторінки, яких йому не треба; це може сповільнити індексування нових.
ШІ-асистенти додають другу причину. ChatGPT, Perplexity і Gemini відповідають на багато запитань, витягуючи сторінки з індексів веб-пошуку, а потім цитують використані джерела. Неіндексована сторінка значно рідше витягується і, відповідно, значно рідше цитується. Наше дослідження про платформи, які ШІ цитує найчастіше, показує, які джерела вони віддають перевагу у відповідях.
Sorank, наш продукт: програмне забезпечення для SEO та GEO в режимі autopilot. Його панель GEO і SEO показує кліки, покази та позиції з Search Console, тож ви бачите, коли виправлені сторінки починають отримувати покази, а генератор статей пише статті з джерелами та вже вбудованими внутрішніми посиланнями, тобто з двома елементами, за відсутність яких цей статус карає найчастіше.

Підсумок: відсортуйте URL, ігноруйте ті, що не мають ранжуватися, і усуньте причину на важливих сторінках (контент, дублікати, рендеринг, внутрішні посилання), перш ніж просити Google подивитися ще раз. Щоб публікувати сторінки, які одразу індексуються і цитуються, дивіться тарифи Sorank: від 49€ на місяць, із 3-денним безкоштовним пробним періодом.
Ні, на сайт не накладається санкція, а проіндексовані сторінки зберігають свої позиції. Статус означає лише, що перелічені URL не знаходяться в індексі. Проте дуже велика частка сторінок у цьому статусі може вказувати на проблему якості на всьому сайті, і її варто усунути, очистивши й об'єднавши контент.
Ні. Google повідомляє, що повторно надсилати ці URL не потрібно, а запит для незміненої сторінки не змінює його рішення. Спершу покращте сторінку, потім запросіть індексування один раз в інструменті перевірки URL для важливих адрес, а решта хай сканується повторно природним чином.
Google з часом переоцінює проіндексовані сторінки і може видалити ті, які більше не вважає корисними, наприклад коли новіші й повніші сторінки розкривають ту саму тему. Оновлення статті актуальною інформацією, внутрішні посилання з пов'язаних сторінок або об'єднання з сильнішою сторінкою зазвичай повертають її в індекс.
ВОНИ ПРОБУВАЛИ SORANK ДО ВАС
