Crawled — currently not indexed: что значит статус и как исправить

В отчёте «Статус индексирования» Google Search Console этот статус вызывает больше всего вопросов. «Обошла — сейчас не проиндексирована» (Crawled — currently not indexed) означает: Googlebot уже приходил на страницу, скачал и проанализировал её содержимое, но решил не включать в индекс. Разбираем, почему так происходит и что делать: после исправлений страницу нужно повторно отправить в обход — проще всего это сделать визитами ботов AGD Index по списку URL.

Что значит статус на самом деле

Индексация состоит из трёх шагов: обнаружение URL → обход → включение в индекс. Статус «Crawled — currently not indexed» фиксирует разрыв между вторым и третьим шагом:

• Google знает про URL;
• Googlebot скачал содержимое (не просто «увидел ссылку»);
• алгоритм оценки отклонил страницу для индекса — на текущий момент.

Важное слово — «currently». Это не пожизненный приговор: Google пересматривает такие страницы со временем, и решение может измениться в обе стороны.

Crawled vs Discovered: в чём разница

Два похожих статуса, которые путают:

Диагностика у них разная. Для Discovered проблема — достучаться до обхода (внутренние ссылки, форсирование визитами). Для Crawled проблема — в самой странице.

Почему Google обходит, но не индексирует

1. Качество контента не прошло порог

Главная причина. Google сравнивает страницу с уже индексированными по тому же запросу: если она не добавляет ценности — короткое описание, автотекст, агрегатор без собственной экспертизы — в индекс она не попадёт. Типичная ситуация: 5000 программных страниц каталога, из которых Google берёт 200 «лучших».

2. Дубликаты и похожие страницы

Страницы-варианты одной сущности (сортировки, фильтры, печатные версии, региональные копии) обходятся, но не индексируются — Google уже выбрал каноническую версию. Проверьте canonical и отчёт «Дублированная страница».

3. Молодой или слабый домен

На новом сайте Google долго «приценивается»: обходит всё, индексирует выборочно. Со временем доля индексируемых растёт — если контент подтверждает качество.

4. Crawl budget и приоритет очереди

Большой сайт с сотнями CCNI-страниц — нормальная картина: Google распределяет индексный «лимит» сайта по приоритетам. Низкоприоритетные URL ждут своей очереди неделями.

5. Технические полупроблемы

Канонический тег на другой URL, лёгкий soft 404, контент, собираемый JavaScript'ом после первого прохода бота, редиректы внутри цепочки — всё это путает оценку.

Пошаговый план исправления

Шаг 1. Оцените масштаб и структуру

Откройте отчёт «Статус индексирования» → «Обошла — не проиндексировала». Выгрузите примеры URL. Ответьте на вопросы:

• Это массовые однотипные страницы (программные, теги, фильтры) или единичные важные?
• Давно ли они опубликованы?
• Попадают ли в sitemap?

Массовые программные страницы и единичные ручные статьи лечатся по-разному.

Шаг 2. Проверьте конкретную страницу

Возьмите 3–5 URL и проверьте:

1. Canonical — самоссылающийся или корректный?
2. Дубли — есть ли на сайте близнецы этого контента?
3. Качество — если бы вы были Google, взяли бы эту страницу в выдачу вместо существующих?
4. Внутренние ссылки — сколько ссылок ведёт на URL, с каких страниц.

Шаг 3. Действуйте по типу проблемы

Если контент слабый — усильте страницу: структура, фактура, FAQ, уникальные данные, ответы на реальные вопросы. Это единственное долгосрочное решение для программных страниц.

Если это дубли — закройте вариации (canonical/301), оставьте одну каноническую версию, уберите дубли из sitemap.

Если страница важная и качественная, но «зависла» — форсируйте повторный обход: «Запросить индексирование» в GSC (штучно) или визиты ботов списком. Повторный обход после улучшения контента — тот случай, когда форсирование реально работает: тарифы визитов ботов.

Если мусорных страниц тысячи — не форсируйте их обход, наоборот: закройте от индексации и обхода, сэкономьте crawl budget для важных URL.

Шаг 4. Проверяйте динамику циклами

Статус пересматривается при повторных обходах. Цикл: правки → 2–4 недели наблюдения в отчёте → выводы. Разовые проверки каждые два дня ничего не покажут.

Чего делать не надо

• Не отправляйте один и тот же слабый URL многократно — повторные визиты не меняют оценку качества, только тратят бюджет.
• Не верьте «гарантии индексации» — сервис может гарантировать визит бота (это честно), но не решение Google (это обещать нельзя).
• Не удаляйте страницы из sitemap «чтобы не смущать Google» — sitemap не причина CCNI, наоборот, он помогает обнаружению.

Часто задаваемые вопросы

Crawled — currently not indexed: это плохо?

Зависит от доли. Если 10–30% второстепенных страниц висят в этом статусе — нормальная работа приоритезации Google. Если в CCNI уходит весь новый контент наряду с падением трафика — сигнал о качестве или технических проблемах.

Сколько ждать, пока статус изменится?

От нескольких дней до месяцев. Повторный обход после улучшения контента ускоряет пересмотр — форсируйте визитами ботов или запросом в GSC.

Помогут ли визиты ботов при Crawled — currently not indexed?

Частично. Повторный визит даёт Google шанс пересмотреть улучшенную страницу. Но если контент не менялся и остался слабым — вердикт повторится. Сначала качество, потом форсирование.

Чем отличается от «Discovered — currently not indexed»?

Discovered — Google нашёл URL, но ещё не тратил обход на страницу (проблема в доступности/приоритете). Crawled — страница обойдена и отклонена (проблема в содержимом или канонизации).

Может ли статус CCNI появиться из-за noindex?

Нет — страница с noindex попадает в другую группу отчёта («Исключено страницей с тегом „noindex“»). CCNI — про качество и приоритет. Блокировки мы разбирали в гайде Robots.txt и noindex.

Нужно ли исключать CCNI-страницы из sitemap?

Нет. Оставляйте в sitemap только канонические и важные URL, но CCNI-статус сам по себе — не повод исключать: страницы в нём могут перейти в индекс позже.

Что дальше

• Причины шире — в гайде почему Google не индексирует страницы.
• Проверьте блокировки: Robots.txt и noindex.
• После улучшения страниц — массовая отправка URL визитами ботов.