Инструмент «Проверка ответа сервера» показывает, что получил проверочный робот по указанному URL: HTTP-код, доступность, SSL и ограничения индексирования. Результат может отличаться от визита основного робота из-за другого IP, поэтому спорные случаи нужно сверять с серверными логами.
Что проверяет инструмент
Сервис запрашивает страницу с User-Agent выбранного робота и показывает код, часть диагностических сообщений, статус SSL и запреты robots/noindex. Он полезен для воспроизведения проблемы без доступа к командной строке.
Успешный 200 не доказывает наличие страницы в индексе, а 304 не является ошибкой сам по себе. Код нужно читать в контексте типа URL и отправленных заголовков.
Что подготовить до начала
- Полный URL с протоколом, хостом, путём и параметрами.
- Понимание ожидаемого состояния: страница, редирект, удалённый URL или условный запрос.
- Доступ к конфигурации сервера или разработчику для исправления ответа.
- Для сложного случая — серверные логи и данные CDN/WAF.
Как проверить ответ
- Откройте Инструменты → Проверка ответа сервера.
- Вставьте полный URL и выберите робота Яндекса из списка.
- При проверке условных запросов укажите дату в поле If-Modified-Since.
- Запустите проверку и запишите код, конечный URL, SSL и диагностические сообщения.
- Сравните результат с curl, браузером без cookie и серверным логом.
Как читать HTTP-коды
Код 200 нужен конечной индексируемой странице, но для других состояний нормальны другие ответы.
| Сигнал или статус | Что он означает | Что делать |
|---|---|---|
| 200 OK | Сервер отдал содержимое | Проверьте текст, canonical и разрешение индексирования |
| 301/308 | Постоянное перенаправление | Проверьте одну цель без цепочки и её ответ 200 |
| 304 Not Modified | Документ не изменился относительно условной даты | Убедитесь, что без условия страница отдаёт 200 |
| 404/410 или 5xx | URL удалён либо сервер ошибся | Для удалённого URL это нормально; для целевого — исправляйте |
Почему ответы различаются
CDN, WAF, геолокация, IPv6 и cookie могут менять маршрут запроса.
| Проблема | Вероятная причина | Исправление |
|---|---|---|
| В браузере 200, в Вебмастере ошибка | Блокировка User-Agent или IP робота | Проверьте WAF, логи и правила ботов |
| Долгий ответ | Backend не укладывается в ожидание | Оптимизируйте сервер и кеш; инструмент ожидает ответ ограниченное время |
| SSL-ошибка | Цепочка или имя сертификата некорректны | Исправьте сертификат и промежуточные звенья |
| Content-Length: 0 | Сервер сообщает пустой документ | Исправьте заголовок и фактическое тело ответа |
Контроль результата и приёмка работы
Перед контрольным прогоном подготовьте всё, от чего зависит результат: Полный URL с протоколом, хостом, путём и параметрами; Понимание ожидаемого состояния: страница, редирект, удалённый URL или условный запрос; Доступ к конфигурации сервера или разработчику для исправления ответа; Для сложного случая — серверные логи и данные CDN/WAF. Проверьте не только основной пример, но и второй URL или ресурс того же типа. В отчёте сохраните время, адрес проверяемого объекта, аккаунт и роль, фактический статус в интерфейсе, а для технической операции — HTTP-код и конечный URL.
200 OK означает: сервер отдал содержимое. Контрольное действие: проверьте текст, canonical и разрешение индексирования. 301/308 означает: постоянное перенаправление. Контрольное действие: проверьте одну цель без цепочки и её ответ 200. 304 Not Modified означает: документ не изменился относительно условной даты. Контрольное действие: убедитесь, что без условия страница отдаёт 200. 404/410 или 5xx означает: url удалён либо сервер ошибся. Контрольное действие: для удалённого url это нормально; для целевого — исправляйте.
Если воспроизводится «В браузере 200, в Вебмастере ошибка», проверьте гипотезу «Блокировка User-Agent или IP робота» и выполните следующее: проверьте waf, логи и правила ботов. Если воспроизводится «Долгий ответ», проверьте гипотезу «Backend не укладывается в ожидание» и выполните следующее: оптимизируйте сервер и кеш; инструмент ожидает ответ ограниченное время. Если воспроизводится «SSL-ошибка», проверьте гипотезу «Цепочка или имя сертификата некорректны» и выполните следующее: исправьте сертификат и промежуточные звенья. Если воспроизводится «Content-Length: 0», проверьте гипотезу «Сервер сообщает пустой документ» и выполните следующее: исправьте заголовок и фактическое тело ответа.
Порядок приёмки для «Проверка ответа сервера в Яндекс Вебмастере»: Повторить live-проверку выбранным роботом; Проверить конечное содержимое, заголовки и редиректную цепочку; Найти подтверждённый визит в серверном логе; Для важной исправленной страницы отправить точечный переобход и дождаться обновления базы. Отдельно укажите, что уже подтверждено live-проверкой, а что появится только после следующего обхода или обновления отчёта. Это не даст повторять отправку ради одного статуса в панели и сохранит воспроизводимую историю изменений.
Как принять исправление
- Повторить live-проверку выбранным роботом.
- Проверить конечное содержимое, заголовки и редиректную цепочку.
- Найти подтверждённый визит в серверном логе.
- Для важной исправленной страницы отправить точечный переобход и дождаться обновления базы.
Частые вопросы
Что означает код 200 в Вебмастере?
Сервер успешно отдал документ проверочному запросу. Это не подтверждение индексации или качества страницы.
Почему инструмент и логи основного робота расходятся?
У проверочного инструмента может быть другой IP и момент запроса. Окончательную картину дают логи всех обращений.
Код 304 мешает индексации?
Нет, если сервер корректно использует условные заголовки и без них отдаёт полноценный 200. Ошибка — возвращать 304 без возможности получить документ.