Статус «Просканировано, в настоящее время не проиндексировано» (в английском интерфейсе — Crawled - currently not indexed) — подробнее в Почему Google не индексирует страницу: диагностика по статусам Search Console . Бьёт больнее, чем соседний «Обнаружено, в настоящее время не проиндексировано». Разница принципиальная: робот не просто узнал об адресе из sitemap.xml или ссылки — он реально зашёл на страницу, скачал HTML и после этого решил не класть её в индекс. Повторный клик «Запросить индексирование» в этой ситуации почти всегда впустую: причина не в том, что Googlebot «не успел», а в том, что он уже посмотрел — и не увидел повода.
Дальше — не теория, а разбор по шагам: что проверить первым, где чаще всего реальная причина и как чинить страницу так, чтобы статус не вернулся через месяц.
Шаг 1. Технический чек-лист за 10 минут
Прежде чем переписывать текст, исключите техническую причину — иногда дело не в содержании, а в том, как страница отдаётся.
| Проверка | Как сделать | Что ищем |
|---|---|---|
| Код ответа сервера | curl -IL https://ваш-домен/страница в терминале | должен быть 200 OK без лишних редиректов; 301→301→200 — тревожный признак |
| Полнота рендера | Search Console → «Проверка URL» → вставить адрес → «Просмотреть сканированную страницу» → вкладка «HTML» | если текст статьи в отданном HTML короче, чем на живой странице — проблема в рендеринге (JS не успевает отработать) |
| Директивы индексации | Ctrl+U на странице → поиск по noindex, X-Robots-Tag | случайный noindex в шаблоне категории — частая причина после смены темы CMS |
| robots.txt | ваш-домен/robots.txt в браузере | убедитесь, что раздел с этой страницей не закрыт правилом Disallow |
| Канонический адрес | Ctrl+U → поиск rel="canonical" | страница не должна ссылаться сама на другой URL как на главный |
Если все пять пунктов чистые (см. Чек-лист перед индексацией сайта: что реально проверяют Google, Яндекс и Bing ), а статус держится больше 2–3 недель — переходите к содержанию. По опыту работы с блогами на 100+ статей технический сбой даёт максимум 10–15% случаев такого статуса, остальное — контент и связи.
Шаг 2. Почему чаще всего дело в тексте
Типичная ситуация: на сайте есть блок статей, написанных по одному шаблону — вступление про актуальность темы, таблица «частые ошибки», короткий вывод. Для редактора это разные тексты под разные ключи. Для алгоритма ранжирования — по сути один и тот же ответ, упакованный в разные заголовки. Google не обязан индексировать каждую такую страницу: у него ограниченный интерес к дублирующим ответам на один и тот же вопрос.
Практический пример: если у вас 5 статей про статусы Search Console («Обнаружено», «Просканировано, не проиндексировано», «Страница с переадресацией» и так далее) с одинаковой структурой и общими фразами вместо разбора конкретного статуса — Google логично «отсеет» часть из них в Crawled - CNI, оставив в поиске одну-две наиболее полные. Проверить это просто: откройте свою статью рядом с 2–3 похожими материалами сайта. Если вступление и вывод совпадают почти дословно, а меняются только термины — вот и причина.
Для честной проверки схожести текстов удобно прогнать проблемную страницу и её «соседей» через инструмент проверки уникальности контента в наборе Arsenkin — он покажет процент совпадений не только с чужими сайтами, но и подсветит, если у вас внутри блога несколько статей пересказывают одно и то же.
Увеличение объёма само по себе не решает проблему: текст на 3000 слов с теми же общими формулировками робот отсканирует так же охотно, как короткий — и с той же вероятностью не проиндексирует. Нужна не длина, а отдельная, ощутимая польза: конкретный пример «до/после», таблица с рабочими критериями, разбор именно этого случая, а не темы в целом.
Шаг 3. Пошаговый план исправления страницы
Адрес страницы менять не стоит — это создаёт новую сущность без истории и не решает исходную проблему.
- Перепишите первый экран. Первые 2-3 абзаца должны сразу отвечать на вопрос из заголовка, без разгона «в современном мире важно понимать…». Пример: вместо «SEO играет важную роль в развитии сайта» — «Если статус держится больше 3 недель без изменений в тексте, повторные отправки в GSC результата не дадут — читайте ниже, что чинить».
- Уберите общие советы, добавьте конкретику по формуле «если X → делай Y». Не «нужно улучшить контент», а «если в статье нет ни одной таблицы, цифры или примера — добавьте хотя бы один блок с конкретным разбором ситуации».
- Добавьте то, чего нет у соседних статей сайта: пример реального кейса, сравнительную таблицу, честное указание на ограничения метода.
- Свяжите страницу внутренними ссылками — не только «вниз» на общие материалы, но и «вверх»: из обзорной статьи по теме дайте ссылку на этот конкретный разбор. Проверьте через Search Console → «Ссылающиеся страницы», что у материала вообще есть входящие внутренние ссылки — страницы‑сироты Google индексирует значительно неохотнее.
- Обновите дату публикации и sitemap.xml только после того, как правка внесена, а не заранее «про запас».
Если после ревизии стало ясно, что материал слишком похож на соседний, разумнее объединить обе страницы в одну полную, чем спасать по отдельности — 301‑редирект со слабой версии на сильную и обновлённые внутренние ссылки.
Шаг 4. Когда и как подключать сервисы ускоренной индексации
Сервис ускоренной индексации в этой ситуации помогает на последнем шаге — после правки, чтобы Google быстрее вернулся к странице и переоценил её, а не ждал очередного планового обхода. Если у вас таких страниц не одна, а десяток‑два, вручную отслеживать статус по каждой в интерфейсе GSC долго — быстрее прогнать список URL через массовую проверку индексации в Rush Analytics: сервис покажет разом, какие адреса всё ещё в Crawled - CNI, какие уже перешли в индекс, и не нужно кликать по каждому URL отдельно.
После того как правки внесены и вы уверены, что страница действительно стала полезнее (а не просто длиннее), для ускорения повторного обхода можно отправить URL через индексатор SpeedyIndex — это ускоряет именно скорость возврата робота, а не решает содержательную проблему. Отправлять слабую, непеределанную страницу через индексатор бессмысленно: вы просто ускорите повторный отказ, а не попадание в индекс.
Правило простое: сначала правка смысла и структуры, потом — способ сообщить об этом поисковику. В обратном порядке сервисы тратят впустую и время, и лимиты.
Чем это отличается от статуса «Обнаружено»
При статусе «Обнаружено, в настоящее время не проиндексировано» Google ещё не заходил на страницу — видел ссылку или запись в sitemap, но до содержимого дело не дошло. Здесь вопрос обычно решается временем, приоритетом сканирования или увеличением crawl budget через внутренние ссылки.
При «Crawled - currently not indexed» робот уже был на странице и видел, что там написано. Поэтому время само по себе редко помогает: если материал не меняется, статус может держаться месяцами без вмешательства.
Чек-лист «страница не выходит из статуса 3+ недели»
- Код ответа — 200, без ошибок рендера (проверено через «Проверку URL» в GSC).
- Нет случайного
noindexв шаблоне и правил в robots.txt, блокирующих раздел. - Rel=canonical указывает сама на себя, а не на другой URL.
- Страница честно отличается от 2‑3 похожих материалов сайта (проверено вручную или через Arsenkin).
- Есть минимум один пример, таблица или конкретный разбор ситуации — не только общие рассуждения.
- На страницу ведёт внутренняя ссылка с посещаемого раздела сайта — она не сирота.
- Правка внесена до повторной отправки в индекс, а не после.
Если все пункты закрыты, а статус всё равно держится больше месяца — это уже не про контент, а про общий вес и авторитет сайта в глазах Google; здесь помогает не правка одной страницы, а системная работа с сайтом в целом (внутренняя перелинковка, устранение дублей по всему блогу, наращивание тематического объёма).
Короткий вывод
Статус «Crawled - currently not indexed» почти всегда требует не технической, а редакторской работы. Google уже видел страницу — значит, вопрос не «как отправить её быстрее», а «почему увиденное не показалось достаточно ценным». Перед тем как тестировать сервис ускоренной индексации, откройте статью рядом с двумя соседними материалами сайта и честно ответьте: есть здесь отдельная польза, или это тот же текст в другой обёртке. Если ответ неуверенный — сначала доработайте страницу по существу, и только потом отправляйте её на переобход.