Ржанский Д.

Почему site: и Search Console показывают разное число страниц

Почему оператор site: показывает другое количество страниц, чем отчёт об индексировании Google Search Console, и когда расхождение действительно требует проверки сайта.

Дмитрий Ржанский Дмитрий Ржанский 1 просмотров

Значительное расхождение между количеством страниц по оператору site: и числом проиндексированных URL в Google Search Console само по себе не говорит о проблеме с индексацией: site: не предназначен для точного подсчёта страниц в индексе.

Google прямо указывает, что выдача по запросу site:domain.ru не обязана содержать все проиндексированные URL. Особенно заметно это на крупных сайтах: общий запрос по домену может показывать значительно меньше страниц, чем реально находится в индексе. Поэтому число результатов над выдачей нельзя использовать как контрольное значение и тем более сравнивать его один к одному с отчётом Search Console.

Для оценки индексации основным источником следует считать отчёт «Индексирование страниц» в Search Console. Он показывает общее количество известных Google проиндексированных и неиндексированных URL. При этом интерфейс не позволяет выгрузить полный перечень всех проиндексированных страниц: список примеров ограничен, поэтому общее число в отчёте и количество доступных для просмотра URL — разные показатели.

Для отдельной страницы наиболее точная проверка — «Проверка URL» в Search Console. Если конкретный URL отмечен там как проиндексированный, отсутствие этой страницы в общем запросе site:domain.ru не является основанием считать её выпавшей из индекса.

Когда расхождение можно игнорировать

Никаких специальных действий не требуется, если:

  • Search Console показывает стабильное количество индексируемых страниц;
  • нужные коммерческие, категорийные, товарные и информационные URL находятся в индексе;
  • количество проиндексированных страниц не начало резко снижаться;
  • в отчёте не растут проблемные группы неиндексированных URL;
  • важные страницы нормально проверяются через инструмент проверки URL и получают показы в поиске.

В такой ситуации попытка «добиться», чтобы число по site: приблизилось к Search Console, бессмысленна: управлять полнотой выдачи оператора site: специалист не может.

Когда расхождение всё-таки требует проверки

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

Например, в Search Console снизилось количество индексируемых URL. Тогда нужно посмотреть, куда переместились страницы: «Просканирована — не проиндексирована», «Обнаружена — не проиндексирована», дубли, альтернативные страницы с canonical, страницы с noindex, заблокированные URL, ошибки ответа сервера и другие причины.

Если из индекса исчез определённый раздел, проверять нужно именно этот сегмент сайта, а не общую цифру site:. Сопоставляются sitemap, внутренние URL раздела и данные Search Console, после чего выборочно проверяются страницы разных типов.

Если Search Console говорит, что URL проиндексирован, но он не появляется даже по точечному запросу site:https://domain.ru/page, это ещё не доказывает деиндексацию. Проверка URL имеет больший диагностический вес.

Проверьте, сравниваются ли вообще одинаковые наборы URL

Отдельная причина большого расхождения — неверное сравнение области Search Console с запросом site:.

Например, запрос:

site:example.com

может возвращать страницы основного домена и поддоменов.

А ресурс Search Console вида:

https://www.example.com/

охватывает только URL с этим конкретным префиксом. В него не войдут, например:

https://example.com/ https://shop.example.com/ http://www.example.com/

Поэтому при таком сравнении site: иногда способен показывать больше URL, чем выбранный ресурс Search Console.

Для проверки всего проекта удобнее использовать доменный ресурс Search Console — example.com. Он объединяет разные протоколы и поддомены.

Также необходимо следить за формой самого запроса. site:example.com, site:www.example.com и site:https://www.example.com/ ограничивают поиск по-разному и не должны автоматически считаться эквивалентными выборками.

Как действовать специалисту

Рабочая последовательность следующая:

  1. Не использовать число результатов site: как KPI индексации.
  2. Проверить динамику «Индексирование страниц» в Search Console.
  3. Сопоставить количество индексируемых страниц с реальным количеством канонических страниц, которые должны находиться в поиске.
  4. Проверить причины исключения URL из индекса.
  5. Разделить сайт на типы страниц или каталоги и искать аномалии по сегментам.
  6. Выборочно проверить важные и подозрительные URL через «Проверку URL».
  7. Проверить sitemap.xml: находятся ли там актуальные канонические URL с кодом 200.
  8. При обнаружении реального выпадения страниц проверить noindex и X-Robots-Tag, canonical, robots.txt, HTTP-статусы, редиректы, внутреннюю перелинковку и доступность страниц для Googlebot.

Оператор site: при этом остаётся полезным инструментом, но для других задач: посмотреть примеры страниц, которые Google способен показать с определённого домена или раздела, искать неожиданные индексируемые URL, параметры, старые страницы, поддомены или взломный спам.

Использовать общую цифру «Результатов: N» как точный размер индекса нельзя. Если Search Console показывает 10 000 индексируемых страниц, а site: — 2 000, это ещё не означает потерю 8 000 страниц. Искать проблему следует только после подтверждения её по данным Search Console, проверке конкретных URL, sitemap и фактической поисковой видимости.

Разобрать проблему на вашем сайте

Опишите проблему — найду вероятную причину и предложу понятный план исправлений без лишних работ.

Связаться