Проверка URL в реальном времени в Search Console — это кнопка «Проверить страницу на сайте» (Test live URL) в инструменте проверки URL. По нажатию Google запрашивает адрес прямо сейчас, а не показывает данные последнего сканирования, и отвечает, может ли он получить страницу для индексирования. Это единственный способ увидеть глазами робота страницу сразу после правки, не дожидаясь очередного обхода. Но у этой проверки узкая область ответственности, и большинство ошибок при её использовании — попытка получить от неё то, чего она не обещает.
Что проверяет и чего не проверяет
Проверка опубликованной страницы отвечает на один вопрос: доступна ли страница роботу и нет ли на ней блокировок индексирования. Для этого она загружает HTML, проверяет robots.txt, директивы noindex, код ответа и ресурсы страницы.
Чего она не делает, Google перечисляет в справке прямо:
- не проверяет присутствие адреса в файлах Sitemap и наличие ссылающихся страниц;
- не оценивает соответствие требованиям качества и безопасности;
- не учитывает меры, принятые вручную, удаление контента и временную блокировку URL;
- не может определить в реальном времени некоторые вещи — например, какую страницу Google выберет канонической.
И главное: положительный результат не гарантирует появления в поиске. В справке так и написано: не существует проверки, которая гарантированно покажет, будет ли страница включена в индекс Google.
Три вердикта и как их читать
Результат проверки опубликованной страницы — один из трёх:
- «URL доступен Google» (URL is available to Google). Страница не заблокирована, ошибок, препятствующих индексированию, нет. Это «можно», а не «будет».
- «URL доступен Google, но есть проблемы» (URL is available to Google, but has issues). Проиндексировать можно, но есть проблемы — обычно в структурированных данных или AMP, — из-за которых страница покажется без расширенных элементов.
- «URL недоступен Google» (URL is not available to Google). Серьёзная проблема: страница не сможет показываться в поиске.
Под вердиктом раскрываются те же поля, что и у версии в индексе: «Сканирование разрешено?», «Получение страницы», «Индексирование разрешено?». У проверки опубликованной страницы в поле «Получение страницы» возможны значения «Успешно», «Ошибка», «Отсутствует» и «Внутренняя ошибка» — последнее означает, что нужно просто повторить попытку позже, а не искать проблему на сайте.
Если проблема относится к сайту целиком, вместо постраничного статуса выводится «Страница недоступна из-за проблемы с сайтом» с уточнением: «DNS-сервер не отвечает», «Ошибка DNS: неизвестный хост», «Не удалось подключиться к серверу», «Недопустимый SSL-сертификат сервера», «Невозможно получить доступ к файлу robots.txt», «Превышена нагрузка на хост». В этих случаях исправлять нужно хостинг, DNS или сертификат, а не страницу.
Редиректы: проверяется не тот адрес, который вы ввели
Это самая частая ловушка. При проверке опубликованной страницы система проходит все перенаправления и тестирует итоговую страницу — но не сообщает, что был редирект, и не показывает конечный URL. Зелёный вердикт по адресу с 301 относится к цели редиректа.
У версии в индексе логика обратная: инструмент показывает данные по введённому адресу, а не по цели перенаправления. Поэтому рабочее правило простое: в обоих режимах вводите конечный адрес цепочки. Если нужно убедиться, что редирект вообще есть, посмотрите код ответа по старому адресу любым HTTP-клиентом, а не проверкой опубликованной страницы.
Сценарии, где проверка в реальном времени действительно нужна
После правки директив. Сняли noindex, открыли раздел в robots.txt, поправили canonical — проверка опубликованной страницы сразу покажет, видит ли робот изменения. Если в поле «Индексирование разрешено?» по-прежнему «Нет», правка не доехала до отдаваемого HTML: кеш, CDN или другой шаблон для робота.
После исправления ошибки сервера. Страница отдавала 5xx или 403 роботу, при этом в браузере открывалась. Проверка опубликованной страницы запрашивает адрес так, как это делает Googlebot, и подтверждает, что теперь ответ в порядке.
Перед «Запросить индексирование». Запросить индексирование нельзя, если по результатам проверки опубликованной страницы она считается неиндексируемой. Число запросов за день ограничено, поэтому отправлять стоит только адреса с вердиктом «URL доступен Google».
При расхождении «в браузере есть — у робота нет». Кнопка «Посмотреть проверенную страницу» показывает HTML, полученный роботом только что, и ресурсы, которые не удалось загрузить. Это прямой способ найти разметку, которую отдаёт только клиентский скрипт.
Где проверка в реальном времени бесполезна
- Страница в статусе «Страница просканирована, но пока не проиндексирована» или «Обнаружена, не проиндексирована». Проверка опубликованной страницы покажет «URL доступен Google» — и ничего не изменит: технических блокировок здесь нет, решение за алгоритмом.
- Нужно узнать, какую страницу Google считает канонической. В реальном времени это не определяется; смотрите версию в индексе.
- Нужно проверить чужую страницу или список адресов. Инструмент принимает один URL и только из вашего ресурса.
Рабочий цикл после изменений на сайте
- Внесите правку и очистите кеш страницы.
- Нажмите «Проверить страницу на сайте». Добейтесь «URL доступен Google» и «Получение страницы: Успешно».
- Через «Посмотреть проверенную страницу» убедитесь, что в HTML есть именно то, что вы меняли.
- Нажмите «Запросить индексирование» один раз. Если изменился шаблон и затронуто много страниц — отправьте Sitemap, как советует Google.
- Позже переключитесь на «Использовать данные из индекса Google» и проверьте поле «Последнее сканирование»: пока дата старее правки, индекс содержит прежнюю версию.
Когда правок много — переезд, смена структуры URL, массовое обновление текстов, — кнопка в Search Console перестаёт быть рабочим инструментом: один адрес за раз и дневной лимит на запросы. В таких случаях сначала собирают список затронутых URL и отдельно решают задачу — переиндексация страниц после изменений по всему списку, — а проверку опубликованной страницы оставляют для выборочного контроля: проверить пять-десять адресов из списка и убедиться, что правка применилась везде одинаково.
Полный разбор всех вердиктов инструмента — и для версии в индексе, и для проверки опубликованной страницы — собран на блоге SpeedyIndex.
FAQ
Почему проверка в реальном времени зелёная, а страницы нет в индексе?
Потому что она проверяет только доступность и отсутствие блокировок. Ссылки, sitemap, качество, канонический выбор и ручные меры в неё не входят. Зелёный результат нужен, но его недостаточно.
Проверка в реальном времени что-то меняет в индексе?
Нет. Она ничего не отправляет и не обновляет; это только запрос страницы и отчёт. Чтобы попросить Google переобойти страницу, нужна отдельная кнопка «Запросить индексирование».
Можно ли проверить в реальном времени адрес с чужого сайта?
Нет: URL должен относиться к открытому ресурсу Search Console. Для чужих страниц справка Google предлагает инструменты проверки расширенных результатов и AMP, а присутствие в индексе проверяют внешними сервисами по списку адресов.
ИСТОЧНИКИ
- Инструмент проверки URL — Справка Search Console: https://support.google.com/webmasters/answer/9012289?hl=ru
- Отчёт об индексировании страниц — Справка Search Console: https://support.google.com/webmasters/answer/7440203?hl=ru
- Редиректы и Google Поиск: https://developers.google.com/search/docs/crawling-indexing/301-redirects
- Googlebot: https://developers.google.com/search/docs/crawling-indexing/googlebot