HTTP-коды статусов — трёхзначные ответы, которые серверы возвращают при запросе Googlebot к URL. Для SEO правильный код статуса передаёт правильный сигнал о состоянии страницы — что она существует, переехала, удалена или временно недоступна. Неправильные коды отправляют неверные сигналы: 302 вместо 301 говорит Google, что редирект временный, тогда как он постоянный; 200 вместо 404 для удалённой страницы удерживает мёртвую страницу в индексе.
2xx: Коды успеха
200 OK: Стандартный код успеха. Сервер вернул запрошенный ресурс. Страницы, возвращающие 200, имеют право на индексацию. Большинство страниц работающего сайта должны возвращать 200.
Исключение: Страницы, возвращающие 200, но содержащие «Эта страница не существует» или похожее в теле (мягкие 404). С точки зрения сервера ответ успешный; с точки зрения Googlebot страница пустая или содержит ошибку. Краулеры Google обнаруживают мягкие 404 и могут обрабатывать их как 404 независимо от кода статуса.
3xx: Редиректы
301 Moved Permanently (Постоянно перемещён): Ресурс постоянно переехал на новый URL. Google должен удалить старый URL из индекса, проиндексировать новый URL и перенести ссылочные сигналы (PageRank, ссылочный капитал) на новый URL.
301 — правильный тип редиректа для миграций доменов, реструктуризаций URL, миграций HTTP на HTTPS и канонизации www на non-www.
302 Found (Временный редирект): Ресурс временно переехал. Google может не перенести полный PageRank и не удалить старый URL из индекса, так как редирект объявлен временным.
302 уместен при временном перенаправлении трафика во время обслуживания, вариантах A/B-тестирования и временных геолокационных редиректах.
Неправильное использование: Применение 302 для постоянных редиректов — распространённая ошибка, особенно в плагинах CMS, по умолчанию генерирующих 302. Практическое отличие: 301 передаёт больший ссылочный капитал на место назначения; 302 может не консолидировать сигналы полностью.
301 vs. Meta Refresh и JavaScript-редиректы: Серверные 301-редиректы — самый сильный сигнал редиректа. Meta refresh и JavaScript-редиректы понимаются Google, но менее эффективны. Для постоянных редиректов всегда предпочтителен серверный 301.
4xx: Коды ошибок клиента
404 Not Found (Не найдено): Запрошенный ресурс не существует на сервере. Googlebot получает это, удаляет URL из индекса (после подтверждения, что URL стабильно возвращает 404 в течение времени).
Правильное использование: все действительно удалённые URL должны возвращать 404 или 410. Возврат 200 для удалённого контента создаёт мягкие 404.
410 Gone (Удалён): Ресурс постоянно удалён и не вернётся. Google воспринимает 410 как более сильный сигнал удаления, чем 404 — он деиндексирует страницы с 410 быстрее.
Когда использовать 410 вместо 404: при необходимости срочно прекратить краулинг и деиндексировать URL. Примеры: удалённый пользовательский контент, страницы снятых с продажи продуктов.
403 Forbidden (Запрещено): Сервер понял запрос, но отказывает в авторизации. Для SEO: страницы, возвращающие 403 для Googlebot, не могут быть проиндексированы.
429 Too Many Requests: Ограничение частоты запросов. Если Googlebot запускает ответы 429, Google будет краулить медленнее. Настраивайте соответствующие ограничения частоты краулинга в GSC.
5xx: Коды ошибок сервера
500 Internal Server Error: Ошибка на стороне сервера при обработке запроса. Googlebot, встречающий 500, пропускает эти URL в данном цикле краулинга и пробует снова позже. Постоянные 500 для важных страниц создают пробелы в индексации.
503 Service Unavailable: Обычно используется при плановом обслуживании. Если Google видит 503 во время короткого окна обслуживания, он вернётся позже. Если 503 сохраняется днями, Google может начать деиндексировать страницы с 503.
Правильный паттерн обслуживания:
- Возвращайте 503 с HTTP-заголовком
Retry-After, указывающим время доступности сервера - Это сигнализирует Google повторить попытку через указанное время
Критично: Никогда не заменяйте функционирующие страницы на 503 «для удобства». Неожиданные 503 во время цикла краулинга Googlebot вызывают пробелы в индексации, восстановление которых занимает время.
Диагностика проблем с кодами статусов
Отчёт Coverage в GSC: Категоризирует проиндексированные и непроиндексированные URL с причинами. «Отправленный URL вернул ошибку 404», «Отправленный URL имеет проблему с краулингом» — это сигнализирует о проблемах с кодами статусов.
Анализ серверных логов: Необработанные серверные логи показывают запросы Googlebot и ответы сервера. Это наиболее точный вид того, какие коды статусов Googlebot реально получает.
Верификация инструментом краулинга: После реализации редиректов используйте краулер (Screaming Frog, Sitebulb) для проверки того, что все перенаправленные URL реально возвращают правильный код статуса и перенаправляются на нужное место назначения.