Кейсы

+7 915 960 43 97

Блог

Как проверить индексацию страницы в Яндексе и Google

Веб-страница проходит сканирование перед добавлением в поисковую базу

Страница может открываться для людей и при этом отсутствовать в поиске. Я проверяю конкретный URL в панелях вебмастеров, затем смотрю доступность, canonical, качество страницы и внутренние ссылки.

14.10.2026 · 8 мин чтения

Что значит «страница проиндексирована»

Индексация означает, что поисковая система обработала URL и добавила сведения о нём в свой индекс. Это ещё не гарантирует показ по нужному запросу и тем более высокую позицию. Страница может находиться в базе, но не появляться по фразе из-за слабой релевантности, конкуренции или выбранной поисковиком канонической версии.

Я разделяю три события: робот обнаружил ссылку, обошёл страницу и включил её в индекс. Между ними проходит время, а на каждом этапе возможна остановка. Поэтому фраза «поисковик знает URL» не равна «URL участвует в выдаче».

Каким способом проверять

Задача	Инструмент	Что показывает	Надёжность
Проверить один URL в Яндексе	Яндекс Вебмастер → Проверка страницы	Статус, ответ сервера, доступность и причины	Высокая для подтверждённого сайта
Проверить один URL в Google	Search Console → Проверка URL	Статус индекса, сканирование и canonical	Высокая для подтверждённого сайта
Быстро проверить без доступа	Оператор site: с полным URL	Есть ли страница среди доступных результатов	Приблизительная
Оценить сайт целиком	Отчёты об индексировании и sitemap	Группы исключений и примеры URL	Высокая, но примеры могут быть неполными
Проверить большой список	Выгрузка из панели и краулер	Сопоставление статусов с живыми страницами	Зависит от источника данных

Количество результатов по оператору site: нельзя считать точным размером индекса. Выдача округляется, меняется по региону и не обязана показывать все документы. Для своего сайта основным источником считаю Вебмастер и Search Console, а site: использую как быстрый внешний сигнал.

Проверка в Яндекс Вебмастере

Открываю подтверждённый сайт и перехожу в «Индексирование» → «Проверка страницы».
Вставляю полный URL с правильным протоколом и запускаю проверку.
Смотрю HTTP-код, доступность для выбранного робота, статус в поиске и содержимое, которое получил робот.
Если адрес исключён, открываю подробности и исправляю указанную причину.
После изменения проверяю живую страницу и отправляю URL на переобход.

В разделах индексирования дополнительно смотрю статистику обхода, страницы в поиске и исключённые URL. Ответ 200 необходим, но недостаточен: страницу могут исключить из-за noindex, дубля, канонического адреса или низкой ценности. Редиректы, 404 и 5xx анализирую отдельно, потому что это разные задачи.

Проверка в Google Search Console

Вставляю полный URL в верхнюю строку проверки.
Читаю статус: есть ли адрес в индексе Google и когда его сканировали.
Сравниваю заявленный canonical с тем, который выбрал Google.
Запускаю проверку опубликованной версии, если страница недавно изменилась.
Запрашиваю индексирование только после исправления причины.

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

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

Для одного адреса использую проверку URL, для картины по сайту — сводные отчёты.

Быстрая проверка через оператор site:

Без доступа к панелям ввожу в Яндексе или Google запрос вида site:example.ru/razdel/stranica. Для оценки раздела использую site:example.ru/razdel/, для домена целиком — site:example.ru. Если точного URL нет, это повод проверить его в панели, а не окончательный диагноз.

Поиск может показать другой URL с тем же материалом — например, версию со слешем, параметром или иным протоколом. Это полезный сигнал о дублях и canonical. Старый оператор cache: для такой диагностики уже не считаю рабочим инструментом: текущую версию страницы и дату обхода надёжнее смотреть в панелях.

Поиск проиндексированных страниц домена через увеличительное стекло

Оператор site: подходит для быстрой сверки, но не заменяет данные владельца сайта.

Почему страницы нет в индексе

Робот не может получить страницу

Проверяю код ответа и стабильность сервера. Для индексируемой страницы нужен обычный ответ 200. Цепочка редиректов, 404, 5xx, требование авторизации или блокировка робота мешают обходу. Также смотрю, не закрыт ли путь в robots.txt.

Стоит запрет индексации

Метатег robots со значением noindex или заголовок X-Robots-Tag запрещает добавлять документ в индекс. Если одновременно закрыть URL в robots.txt, робот может не увидеть noindex. Для удаления уже известной страницы обычно оставляю её доступной для обхода, пока поисковик не прочитает запрет.

Поисковик выбрал другой canonical

Дубли возникают из-за параметров, сортировок, протоколов, www и слеша. Я сверяю rel=canonical, редиректы, внутренние ссылки и sitemap: все сигналы должны указывать на одну основную версию. Противоречивый canonical — частая причина, почему проверяемый URL не участвует в выдаче.

Страница обнаружена, но не выбрана для индекса

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

Sitemap и внутренние ссылки

В sitemap.xml включаю только канонические URL, которые должны индексироваться и отвечают 200. Карта помогает обнаружению, но не гарантирует попадание в индекс. Если в ней закрытые, удалённые и дублирующиеся адреса, поисковику приходится разбирать противоречивый список.

Внутренняя ссылка важнее простого наличия строки в карте: она показывает место страницы в структуре и передаёт контекст. Для коммерческого URL я проверяю путь из меню, категории или тематической статьи. Страница, доступная только по прямому адресу, выглядит изолированной.

Карта сайта и внутренние ссылки ведут страницу в поисковый индекс

Обнаружению помогают согласованные сигналы: sitemap, внутренние ссылки и открытый доступ робота.

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

Проверяю точный URL в Вебмастере и Search Console.
Убеждаюсь, что страница стабильно отвечает 200 и доступна без авторизации.
Проверяю robots.txt, meta robots и X-Robots-Tag.
Сверяю canonical, редиректы, sitemap и внутренние ссылки.
Оцениваю, отличается ли страница от дублей и решает ли задачу посетителя.
Исправляю причину, проверяю опубликованную версию и только потом запрашиваю переобход.
Через время возвращаюсь к отчёту и смотрю новый статус, а не только наличие URL по site:.

Если страница уже в индексе, но не приносит переходов, это другая задача. Тогда проверяю спрос, сниппет, соответствие запросу и конкурентов. Индексация отвечает на вопрос «может ли URL участвовать в поиске», а не «почему он не занял нужную позицию».

SEO

Проверю индексацию сайта

Сверю важные страницы с поиском и отделю технические запреты от дублей и слабых URL.

Разобрать SEO

Леонид Стрельцов

SEO-специалист и автор материала

Обо мне

Max