Проверка URL
Откройте URL Inspection и отчет Page Indexing. Сравните заявленный canonical и выбранный Google canonical, статус обхода, robots и код ответа.
Google выбрал другой canonical
Такое происходит при дублях и похожих страницах. Проверьте rel=canonical, внутренние ссылки, sitemap и содержимое. Все сигналы должны поддерживать одну предпочтительную версию.
Soft 404
Страница может возвращать 200, но выглядеть как пустая или ошибочная. Google исключает такие URL. В документации Google рекомендуется возвращать 404 или 410 для удаленного контента, а при наличии замены - 301.
Noindex и robots
Проверьте meta robots и HTTP-заголовки. Если URL закрыт robots.txt, Google может не увидеть обновленный noindex или содержимое страницы.
Проблемы рендеринга
Если основной текст создается JavaScript, проверьте отрисованную версию. Ошибка API, заблокированный ресурс или пустой шаблон способны сделать страницу почти пустой для Googlebot.
Если технических ошибок нет
Сравните интент и ценность документа. Похожие страницы, слабая фактура и отсутствие внутренних ссылок уменьшают вероятность устойчивого индексирования.
Контроль перед масштабированием
- прочитайте точный статус Page Indexing;
- сравните user-declared и Google-selected canonical;
- проверьте отрисованную страницу;
- убедитесь в коде 200 и отсутствии noindex;
- сравните исключенный URL с похожими страницами сайта;
Для массовой проблемы сначала найдите шаблонный фактор: общий canonical, noindex, слабый шаблон системы управления сайтом или одинаковый текст. Исправление одной причины может вернуть целый класс страниц.
Как возникает конфликт
Запросить индексирование повторно без исправления причины почти бесполезно. Google снова обойдет тот же документ и получит тот же набор сигналов.
Статус в Search Console - отправная точка, а не диагноз
Одинаковое отсутствие страницы в индексе может иметь разные причины: Google выбрал другой canonical, страница просканирована, но не проиндексирована, еще не просканирована, закрыта noindex или выглядит как мягкая 404. Поэтому сначала фиксируем точный статус и проверяем URL Inspection.
После этого сравниваем заявленный canonical с выбранным Google, смотрим отрендеренную страницу и внутренние ссылки. Если технических препятствий нет, переходим к содержанию: есть ли самостоятельный интент, уникальная фактура и причина индексировать именно этот документ.
Как действовать системно
Не отправляйте десятки URL на повторную проверку до исправления шаблона. Если проблема повторяется на группе страниц, ищите общий источник. Для соседних статусов смотрите просканирована, но не проиндексирована, обнаружена, но не проиндексирована и проверку индексации отдельной страницы.
Сравните заявленный и выбранный Google canonical
Если Search Console показывает другой канонический адрес, проверьте, куда ведут внутренние ссылки, какой URL указан в sitemap и насколько страницы похожи по содержанию. Один тег canonical не всегда перевешивает остальные сигналы.
Для конкретного URL используйте инструмент проверки URL: он показывает данные индексированной версии, последний обход и выбранный Google canonical.
Не путайте опубликованную и индексированную версии
Проверка опубликованной страницы в Search Console отвечает на вопрос, доступна ли текущая версия для Google. Данные об индексе относятся к последней обработанной версии и могут быть старше. Поэтому положительный результат live test сам по себе не означает, что URL уже включен в индекс.
Как читать исключение из индекса
Статус Search Console определяет направление диагностики. Сначала техническая причина, затем качество и структура. Повторный запрос индексирования имеет смысл после исправления проблемы.
