Диагностика индексации в Search Console: шаблон

Подтвердите проблему

Когда использовать: Вы считаете, что страница должна быть в индексе, но не уверены, что ее там действительно нет.

Сначала докажите, что страница действительно исключена

Прежде чем что-то менять, убедитесь, что URL правда отсутствует в индексе Google. Если страница находится по собственному заголовку, она уже проиндексирована.

• Проверка URL (URL Inspection) в Search Console: вставьте [Полный URL] в строку проверки и прочитайте вердикт вверху. "URL есть в Google" (URL is on Google) означает, что страница в индексе; "URL нет в Google" (URL is not on Google) - что ее там нет.
• Запрос site:: выполните поиск по [site:example.com/path]. Пустая выдача - серьезный сигнал, но доверяйте Проверке URL больше, чем [site:]: этот оператор может отставать.
• Контекст покрытия: откройте отчет «Индексирование страниц» и найдите, под какую причину исключения попадает этот URL.

Запишите точную формулировку причины от Google. Исправление для "Просканирована, но пока не проиндексирована" (Crawled - currently not indexed) совсем не такое, как для "Заблокировано в файле robots.txt" (URL blocked by robots.txt), поэтому точный статус, записанный сейчас, избавит от лишней работы потом.

Проверенный URL: [URL]   Статус в отчете: [Статус]

Просканирована или обнаружена, но не проиндексирована

Когда использовать: Google знает ваш URL, но решил (пока) его не индексировать.

Два разных сигнала, две разные реакции

Эти статусы обычно говорят о ценности страницы или о краулинговом бюджете, а не о технической блокировке. Так что не жмите раз за разом "Запросить индексирование" (Request indexing).

• Просканирована, но пока не проиндексирована (Crawled - currently not indexed): Google загрузил страницу, но решил, что индексировать ее не стоит. Чаще всего это сигнал о качестве или ценности: тонкий, дублирующийся или невостребованный контент.
• Обнаружена, но не проиндексирована (Discovered - currently not indexed): Google нашел URL (часто через sitemap), но еще не сканировал его. Нередко это следствие ограничений краулингового бюджета или медленного большого сайта.

Для статуса «Просканирована, но не проиндексирована» усильте страницу: углубите контент, добавьте внутренние ссылки с релевантных проиндексированных страниц и убедитесь, что она отвечает понятному интенту. Для статуса «Обнаружена, но не проиндексирована» сократите напрасное сканирование: ускорьте ответы сервера, уберите малоценные URL и улучшите перелинковку, чтобы важные страницы были доступны за меньшее число кликов.

Статус: [Статус]   Вероятная причина: [Качество / Краулинговый бюджет]

Заблокировано в robots.txt или помечено noindex

Когда использовать: Директива прямо не пускает страницу в индекс.

Ищите блокировки, которые вы поставили сами

Это самые легко исправимые причины: страницу исключает явное правило, которым вы управляете. Проверка URL (URL Inspection) прямо назовет директиву.

• Заблокировано в файле robots.txt (URL blocked by robots.txt): Google запрещено сканирование. Откройте robots.txt и найдите правило, которое совпадает с [путь URL]. Помните: блокировка в robots запрещает сканирование, но не всегда индексирование. Зато она мешает Google увидеть ваш контент.
• Помечено тегом ‘noindex’ (URL marked 'noindex'): страница отдает meta robots [noindex] или заголовок X-Robots-Tag. Запустите проверку на сайте в Проверке URL, чтобы убедиться, что директива есть прямо сейчас.

Удалите или исправьте проблемное правило, затем проверкой на сайте подтвердите, что Google может сканировать страницу и что noindex больше нет. Следите за порядком исправлений: если robots.txt блокирует страницу, Google не видит и ее тег noindex. Чтобы убрать страницу из поиска, разрешите сканирование и оставьте noindex, пока она не выпадет из индекса. Когда все чисто, переходите к запросу индексирования.

Найденная директива: [robots.txt / noindex]

Проблемы с canonical и дубликатами

Когда использовать: Google проиндексировал не тот URL, который вы отправили.

Когда Google сам выбирает канонический URL

Если у страницы статус "Дубликат: канонический URL, выбранный Google, отличается от указанного пользователем" (Duplicate, Google chose different canonical than user) или "Альтернативная страница с правильным тегом canonical" (Alternate page with proper canonical tag), контент, скорее всего, в индексе, просто под другим URL.

• Сравните канонические URL: в Проверке URL (URL Inspection) сопоставьте "Канонический URL, указанный пользователем" (User-declared canonical) и "Канонический URL, выбранный Google" (Google-selected canonical). Расхождение и есть суть проблемы.
• Найдите выбранную страницу: отметьте, какой URL предпочел Google, и решите, устраивает вас это или нет.

Если выбор Google вас устраивает, ничего делать не нужно: контент в индексе. Если хотите, чтобы победил проверяемый URL, давайте согласованные сигналы: canonical на саму себя, внутренние ссылки на предпочтительный URL, совпадающие записи в sitemap и действительно отличающийся контент, чтобы страницы не считались дубликатами. Противоречивые сигналы - обычная причина, по которой Google игнорирует ваш выбор.

Указанный canonical: [URL]   Выбран Google: [URL]

Качество и тонкий контент

Когда использовать: Страница доступна для сканирования и уникальна, но все равно не в индексе.

Заслужите индекс, а не просто запросите его

Когда нет ни технической блокировки, ни конфликта canonical, статус "Просканирована, но пока не проиндексирована" (Crawled - currently not indexed) почти всегда означает, что, по мнению Google, страница дает недостаточно ценности. Считайте это проблемой контента, а не багом.

• Оцените уникальность: дает ли страница то, чего нет у проиндексированных конкурентов и у других ваших страниц?
• Проверьте глубину и интент: тонкие, шаблонные или автогенерированные страницы часто остаются вне индекса.
• Оцените внутренний вес: страницы-сироты без внутренних ссылок выглядят малоприоритетными.

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

Чего не хватает странице: [Заметки]

Запрос индексирования и проверка исправлений

Когда использовать: Вы устранили первопричину и хотите, чтобы Google проверил страницу заново.

Правильно замкните цикл

Когда основная проблема решена, попросите Google пересканировать страницу и убедитесь, что исправление сработало. Делайте это только после устранения настоящей причины: запрос индексирования для неисправленной страницы потрачен впустую.

1. Запустите проверку на сайте: в Проверке URL (URL Inspection) нажмите "Проверить страницу на сайте" (Test live URL) и убедитесь, что страница теперь доступна для сканирования, индексируется и не содержит noindex.
2. Запросите индексирование: нажмите "Запросить индексирование" (Request indexing) для одного исправленного URL. Не отправляйте одну и ту же страницу снова и снова: быстрее не будет.
3. Проверьте массово: в отчете «Индексирование страниц» откройте нужную причину и нажмите "Проверить исправление" (Validate fix), чтобы Google перепроверил все URL этой группы.

По словам Google, проверка обычно занимает до двух недель, иногда дольше; следите за статусом, пока не появится "Пройдено" (Passed). Для исправлений на весь сайт опирайтесь на «Проверить исправление», а не проверяйте URL по одному.

Что исправлено: [Описание]   Статус проверки: [Статус]

Шаблон диагностики (для заполнения)

Когда использовать: Одна строка на URL или шаблон URL: точный статус, robots, meta robots, canonical, sitemap, внутренние ссылки, доказательства, исправление, ответственный и дата проверки.

Шаблон диагностики индексации

Заполняйте столбцы с доказательствами раньше столбца с исправлением. Если в строке есть исправление, но нет доказательств, это догадка.

Столбцы

• URL или шаблон и тип страницы [товар, категория, статья]
• Статус в Search Console: [точный ярлык, например Crawled - currently not indexed]
• robots.txt: [разрешено / заблокировано правилом]
• Meta robots / X-Robots-Tag: [index / noindex и где задано]
• Указанный canonical и canonical, выбранный Google [из Проверки URL]
• В sitemap: [да / нет] · Входящие внутренние ссылки: [число, по данным краулинга]
• Доказательства: [дата проверки, проверка на сайте или проиндексированная версия, файл скриншота]
• Должна ли страница быть в индексе? [да / нет и почему]
• Исправление, ответственный, дата проверки [одно изменение, одно имя, одна дата]

Правила для доказательств

• Проверка на сайте или проиндексированная версия: проверка на сайте показывает страницу сейчас. Проиндексированная версия показывает, что Google увидел при последнем сканировании, с датой. Записывайте, чем вы пользовались.
• Проверка на сайте проверяет не все. Google уточняет, что она не тестирует условия дублирования и canonical, поэтому успешная проверка на сайте не снимает проблему с canonical.
• Списки примеров ограничены 1000 строк. На больших сайтах диагностируйте по шаблонам (одна строка на шаблон), а не гоняйтесь за каждым URL.

Статус и причина: справочник

Когда использовать: Сопоставьте каждый статус Search Console с его обычным значением, первой проверкой и тем, кто обычно отвечает за исправление.

Справочник: статус и причина

Ярлыки в том виде, в каком они показаны в отчете Search Console «Индексирование страниц», проверено в октябре 2026 года. Используйте справочник, чтобы выбрать первую проверку, а не чтобы пропустить сбор доказательств.

Разобранный пример (вымышленный сайт рецептов)

Когда использовать: Четыре заполненные строки с выдуманного сайта, включая страницу, которой место вне индекса, и исправление, которое потребовало другого ответственного.

Разобранный пример: сайт рецептов

Только пример. Компания, люди, URL и цифры выдуманы, чтобы показать, как выглядит рабочая заполненная версия.

Что изменили доказательства

Команда думала, что noindex на /collections/ ставит CMS. Но в исходном коде страницы тега meta robots не было вообще. Это был HTTP-заголовок от плагина кэширования, поэтому исправление было задачей хостинга, а не контента. Строка 4 исправлений не требовала: страницы внутреннего поиска должны оставаться вне индекса.

Следующий шаг

С помощью Get Source Code of Webpage посмотрите, какие meta robots и canonical страница отдает на самом деле, а Redirect Checker используйте для строк со статусами «Страница с переадресацией» (Page with redirect) и «Ошибка переадресации» (Redirect error). Запустите аудит сайта, чтобы найти проблемы с noindex и canonical во всех шаблонах. Если для исправлений нужна техническая команда, наши услуги SEO и GEO включают внедрение.