«Обнаружено, но не проиндексировано» в 2026 году: почему Google откладывает обход

02

Проверьте, как Google обнаруживает URL

У важной страницы должны быть обычные HTML-ссылки из уже известных разделов и место в sitemap. Одна запись в карте сайта сообщает об адресе, но не объясняет его место и значение. Если URL находится только в sitemap и недоступен через навигацию, он выглядит изолированным. Добавьте контекстную связь от категории, хаба или связанной статьи.

Убедитесь, что внутренние ссылки ведут сразу на каноническую версию без редиректов и параметров. Сайт нередко генерирует десятки вариантов одного адреса: со слешем, метками, сортировками и идентификаторами сессии. Робот видит огромную очередь, хотя полезных страниц в ней мало. Сокращение такого шума важнее ускоренной отправки очередной карты.

03

Оцените состояние сервера и скорость ответа

Посмотрите статистику сканирования и серверные логи. Повторяющиеся 5xx, 429, долгий ответ и обрывы заставляют робота снижать нагрузку. Проверяйте не только среднюю скорость браузера, но и ответы шаблонов в момент обхода. Если каталог периодически падает под нагрузкой, новые URL будут ждать, даже если один ручной тест сейчас проходит успешно.

Не используйте 401 или 403 для искусственного управления скоростью робота и не меняйте robots.txt каждый день. Сначала исправьте производительность, кэширование и ошибки. Для планового обслуживания сервер может временно отвечать 503, но постоянные 5xx приводят к сокращению обхода и со временем угрожают уже индексированным страницам.

04

Найдите бесконечные пространства URL

Календари без границы дат, фасетные фильтры, внутренний поиск, сочетания сортировок и параметры могут создавать практически бесконечное число адресов. Даже если часть закрыта в robots.txt, ссылки на нее продолжают раздувать структуру. Выгрузите URL из логов, краулера, sitemap и Search Console и сгруппируйте по шаблонам.

Для каждого шаблона определите решение: оставить индексируемым, объединить canonical, убрать ссылки, закрыть обход, вернуть 404/410 или не генерировать вовсе. Цель — не добиться обхода каждого найденного URL, а направить ресурсы на страницы, которые реально нужны пользователям и бизнесу.

05

Проверьте приоритет раздела

Глубина клика сама по себе не является магическим фактором, но важные страницы должны быть логично доступны. Если новая категория находится в пяти переходах, не связана с родительской и не упоминается в других материалах, ее приоритет неочевиден. Поднимите значимые разделы в архитектуре, добавьте хлебные крошки и ссылки из тематических страниц.

Не создавайте сотни слабых URL одновременно. Публикуйте разделы пакетами, обеспечивая каждому готовое содержание, внутренние связи и корректный ответ сервера. Такой запуск легче проверить и поисковику, и команде. Массовая генерация пустых страниц увеличивает очередь, но не создает спрос.

06

Как действовать после исправления

Для нескольких важных URL используйте URL Inspection и запрос индексирования после того, как они появились в навигации и стабильно отвечают. Для большого раздела обновите sitemap и дайте Google повторно обработать структуру. Контролируйте дату первого обхода, количество запросов робота и изменения статусов по шаблону.

Если URL наконец просканирован, он может перейти в другой статус, включая «Просканировано, но не проиндексировано». Это уже следующий этап диагностики: тогда оценивают рендер, дубли и самостоятельную ценность. Не смешивайте эти два этапа в одном списке задач.

Практика

Что проверить на своем сайте

1. Сегментируйте URL по типам и датам создания.
2. Проверьте ссылки на канонические версии.
3. Изучите статистику обхода, 5xx, 429 и время ответа.
4. Найдите фильтры, поиск и бесконечные параметры.
5. Поднимите важные страницы в архитектуре.
6. Запрашивайте индексирование только для приоритетных URL.