Статус «Discovered - currently not indexed» в Search Console значит буквально: Google получил адрес страницы (из карты сайта, внутренней ссылки или ручной отправки), но робот ещё ни разу не заходил на неё и не принимал решение об индексации. Это не бан и не техническая ошибка — это очередь на обход. Вопрос только один: очередь движется нормально или сайт сам создаёт себе проблему.
Как посмотреть статус конкретной страницы: Search Console → раздел «Страницы» слева → карточка «Обнаружена, в настоящее время не проиндексирована» → клик открывает список URL → выбираешь адрес → вставляешь его в строку «Проверка URL» вверху экрана. Google покажет дату обнаружения, источник (карта сайта / ссылка) и текущий статус обхода.
Не путай с похожим статусом
Discovered - currently not indexed часто путают с Crawled - currently not indexed — а лечатся они по-разному:
| Статус | Что уже произошло | Что чинить |
|---|---|---|
| Discovered - currently not indexed | Робот узнал адрес, но ни разу не заходил | Приоритет обхода: внутренние ссылки, карта сайта, доверие домена |
| Crawled - currently not indexed | Робот уже был на странице и решил не индексировать | Содержание: уникальность, дубли, ценность текста |
Если в отчёте у тебя второй статус, а не первый — работать над перелинковкой бесполезно, там нужно менять контент. Подробнее о диагностике статусов читай в статье Почему Google не индексирует страницу: диагностика по статусам Search Console .
Чек-лист диагностики руками, 10 минут
curl -IL https://site.ru/page— смотришь итоговый код ответа. Нужен один 200 без цепочки редиректов и без 4xx/5xx.- Открываешь страницу в браузере,
Ctrl+U, затемCtrl+F→ ищешь «noindex». Если нашёл в<meta name="robots">— вот и причина, обход тут ни при чём. - Проверяешь
site.ru/robots.txtна строкуDisallow, которая может случайно закрывать раздел или всю страницу. - Открываешь
site.ru/sitemap.xml(илиsitemap_index.xml),Ctrl+Fпо точному адресу страницы. Бывает, что страница есть на сайте, но забыла попасть в карту после последнего деплоя — тогда Google узнал о ней только из внутренней ссылки, и приоритет обхода ниже. - В Search Console → «Проверка URL» → «Проверить активный URL». Если ответ «URL не найден на Google» и по пунктам 1–4 всё чисто — жми «Запросить индексирование». Квота примерно 10–12 запросов в сутки на аккаунт, поэтому расходуй её на реально важные страницы, а не на все подряд.
- Ищешь на сайте хотя бы одну живую внутреннюю ссылку на эту страницу с более сильной страницы (главная, раздел, популярная статья). Если ссылок нет вообще — для Google страница выглядит «сиротой», и её обход не в приоритете.
Если у тебя не одна страница, а список из полусотни адресов — вручную через «Проверку URL» это займёт день. Для массовой сверки, какие URL из списка проиндексированы, а какие висят в Discovered, удобнее прогнать список одним отчётом через Rush Analytics — сервис проверяет индексацию по URL пачками и не тратит твою квоту в Search Console.
Когда статус — норма, а когда сигнал проблемы
| Признак | Почему это плохо | Что проверить |
|---|---|---|
| В статусе почти все страницы сайта разом | Google не понимает, что обходить первым | внутреннюю навигацию и карту сайта |
| Статус держится дольше 3–4 недель без движения | поисковик не приоритизирует домен | доверие домена, внешние сигналы |
| В карте сайта — черновики, теговые страницы-пустышки | очередь обхода засорена мусором | вычистить карту, оставить только целевые URL |
| На страницу не ведёт ни одна внутренняя ссылка | страница «сирота», не встроена в структуру | добавить 2–3 ссылки с сильных материалов |
| Страница медленно отдаётся или тяжёлая по весу | робот тратит на неё больше ресурса, чем окупается | curl -IL на время ответа, вес страницы в DevTools |
Одно совпадение из таблицы — можно просто подождать. Два-три совпадения одновременно — дело не в терпении Google, а в структуре сайта.
Пример: 20 статей за один день
Новый сайт публикует двадцать материалов разом, и все они получают Discovered - currently not indexed. Первая реакция владельца — сразу купить ускорение индексации. Но по чек-листу выше сначала нужно посмотреть на сайт как на систему: связаны ли статьи перелинковкой, различаются ли темы между собой или это один и тот же чек‑лист, пересказанный десять раз разными словами. Резкий залповый объём публикаций на молодом домене сам по себе создаёт скачок в очереди обхода, с которым краулинговый бюджет ещё не рассчитан работать. Здесь правильный порядок: сначала перелинковка и устранение дублей тем, платное ускорение — в последнюю очередь и точечно.
Пример: статус висит три недели на одной странице
Конкретная страница — три недели в статусе Discovered. Порядок действий: curl -IL → страница отдаёт 200, редиректов нет. Проверка Ctrl+U → noindex не найден. Карта сайта → адрес присутствует. Внутренние ссылки → ни одной с других страниц сайта. Вывод: техническая доступность в порядке, проблема — «сиротство» страницы. Решение: добавить 2–3 ссылки с более сильных по трафику статей, после чего вручную запросить индексирование через Search Console. На практике при устранённой причине статус обычно сдвигается за 5–9 дней, а не за один визит.
Частые причины, которые реже замечают
- Каннибализация тем. Несколько статей закрывают один и тот же запрос — робот не понимает, какую версию продвигать, и не торопится ни с одной. Проверяется поиском по сайту
site:site.ru "точная фраза из заголовка"— если выходит больше одной статьи, это каннибализация. - Молодой домен без внешних сигналов. Домен без единого упоминания и внешней ссылки обходится медленнее контента на давно живущем сайте — это осторожность робота, а не наказание. Перед покупкой ссылок стоит проверять траст донора через Checktrust, а не набирать все площадки подряд.
- IndexNow не про Google. Протокол сообщает о новых адресах Яндексу и Bing, но не является каналом отправки в индекс Google. Рабочие сигналы для Google — карта сайта, внутренние ссылки, качество страницы и ручной запрос в Search Console. Ждать ускорения именно в Google от одного IndexNow бессмысленно.
- Тяжёлый шаблон. Медленная генерация страницы или блокирующие рендер скрипты снижают приоритет при прочих равных — тот же
curl -ILпокажет время ответа, а вкладка Network в DevTools — вес страницы.
Когда уже стоит подключать ускорение индексации
Ускорение имеет смысл, только когда технические причины закрыты: страница отдаёт 200, нет noindex, есть в карте сайта, есть хотя бы одна внутренняя ссылка. На этом этапе индексатор вроде SpeedyIndex добавляет внешний сигнал обхода поверх уже исправленной структуры — он не заменяет перелинковку и не чинит дубли, а ускоряет решение по странице, которая и так готова к индексации. Для отслеживания общей динамики бэклинков и видимости домена, которая напрямую влияет на скорость обхода, удобно держать один отчёт в Megaindex вместо ручных проверок по одному URL. Если вдруг страница выпала из индекса, смотри подробный разбор в статье Страница выпала из индекса: как найти причину за 10 минут и вернуть её обратно .
Как наблюдать вместо того, чтобы дёргать сайт каждый день
Заведи простую таблицу: адрес, дата публикации, есть ли внутренняя ссылка (да/нет), присутствует ли в актуальной карте сайта, статус в Search Console, дата следующей проверки. Через полторы-две недели станет видно, какие страницы Google обходит быстрее — обычно это те, что ближе к главной по структуре ссылок. На основе этого усиливаешь остальные: добавляешь ссылку с сильной статьи, убираешь повторы тем, переписываешь первый экран у слабых страниц.
Короткий вывод
Discovered - currently not indexed не значит, что страница плохая. Это значит, что Google ещё не потратил на неё ресурс обхода. Прежде чем платить за ускорение, пройди чек‑лист руками: код ответа, noindex, карта сайта, внутренние ссылки, ручной запрос в Search Console. Для одной страницы это займёт десять минут, для полусотни — один прогон через сервис массовой проверки. Ускорение подключай в последнюю очередь и точечно, когда техническая часть уже в порядке — иначе это просто ещё один сигнал поверх нерешённой проблемы.