Коды ответов сервера — подробное описание

При каждом обращении к серверу вы получаете от него код статуса ответа HTTP. Коды связаны с функциональностью страниц сайта и сигнализируют о состоянии страницы. Благодаря значению, которое несет код, сервер корректирует обработку документа после запроса пользователя. Самые популярные коды — 200, который показывает, что запрос выполнен успешно, и 404, показывающий ошибку, если ресурс не найден.

На код ответа сервера обращают внимание поисковые боты, AI-краулеры и браузеры. В 2025–2026 годах важность правильной обработки статус кодов выросла: помимо традиционных поисковых систем, сайты должны корректно работать с AI-поисковиками, которые интерпретируют и анализируют контент для генерации ответов.

Как проверить код ответа сервера: инструменты и методы проверки HTTP статусов

Посмотреть код ответа на странице можно бесплатно за пару кликов. В браузере информация находится на панели разработчика: в Google Chrome для вызовите панель горячей клавишей F12, откройте вкладку Network и обновите страницу.

Для просмотра кода есть браузерные расширения: HTTP Headers для Google Chrome, HTTP Header для Opera.

Инструмент в Яндекс.Вебмастере покажет код статуса HTTP.

Инструмент проверки заголовков сервера от PR-CY определит HTTP статусы сайта и доменного имени

Значения кодов ответов сервера: полная классификация HTTP статусов

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

Принадлежность кода к группе определяется по первой цифре:

• 1-- — информационный код, отвечающий за передачу данных.
  Такие коды временны и показывают, что запрос принят и обрабатывается.
• 2-- — код успешной обработки запроса.
  Сервис получил и обработал запрос.
• 3-- — код редиректа.
  Сервер сигнализирует, что для выполнения запроса нужно предпринять дополнительные действия, к примеру, перейти на другой адрес.
• 4-- — клиентская ошибка.
  Ошибка на стороне клиента. Возможно, пользователь что-то сделал неправильно, и поэтому запрос не может быть успешно обработан.
• 5-- — серверная ошибка.
  По какой-то внутренней причине сервер не может выполнить пользовательский запрос.

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

Информационные коды (1xx): что означают и когда используются

Коды этой группы информируют о том, что сервер принял запрос и будет его обрабатывать.

100 Continue

Сервер принял запрос и удовлетворен начальными сведениями. Процесс обработки будет продолжен.

101 Switching Protocols

Сервер одобрил переключение типа протокола, которое запросил пользователь. Код используется, когда сервер предлагает перейти на новую версию HTTP. В поле Update будут перечислены доступные протоколы, пользователь может выбрать один из них.

102 Processing

Сервер сигнализирует, что принял запрос, но на обработку требуется больше времени. Клиенту не нужно разрывать соединение, он должен сбросить таймер и дождаться следующей команды.

103 Early Hints

Код позволяет серверу отправлять предварительные заголовки до финального ответа, что ускоряет загрузку страницы. Браузер может начать загружать ресурсы (CSS, JS) еще до получения полного ответа, улучшая производительность сайта.

104 Upload Resumption Supported

Новый временный код, зарегистрированный в ноябре 2024 года. Сервер сигнализирует, что поддерживает возобновление загрузки файлов. Полезен для больших файлов: если загрузка прервалась, клиент может продолжить с места остановки, не начиная заново. Код действителен до ноября 2026 года.

Коды успешной обработки запроса (2xx): от 200 OK до 226 IM Used

Коды группы сигнализируют о том, что запрос принят и успешно обработан.

200 ОК

Это один из самых популярных ответов, он означает, что запрос принят и успешно обработан, страница открыта и доступна к просмотру. Все страницы, которые будут проиндексированы, должны отдавать код 200 ОК.

201 Created

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

202 Accepted

Сервер принял запрос, но не завершил его обработку. Запрос можно отклонить, поскольку на его выполнение может потребоваться слишком много времени.

203 Non-Authoritative Information

Код ответа 203 означает, что операция прошла успешно, но от кода 200 он отличается указанием источника информации. Данные получены не из первоисточника, а с другого сервера или резервной копии. Возможно, информация устарела, о чем и предупреждает код ответа.

204 No Content

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

205 Reset Content

Сервер сигнализирует, что запрос успешно обработан и клиенту нужно сбросить введенные данные. Обновление документа не требуется, сервер не передает тело сообщения.

206 Partial Reset

Этот код обычно используют инструменты кэширования. Сервер в ответе возвращает только часть контента страницы, которую и запрашивает пользователь.

207 Multi-Status

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

226 IM Used

Сервер успешно завершил операцию: принял заголовок A-IM и вернул содержимое с учетом указанных параметров.

Коды редиректов (3xx): 301, 302, 307, 308 и их влияние на SEO

Класс кодов показывает, что для успешного выполнения запроса клиенту нужно совершить переход, то есть редирект.

300 Multiple Choices

Робот не может проиндексировать страницу, поскольку не может сопоставить ресурс и URL. Частая причина — ресурс перемещен на другой адрес. Сервер предлагает клиенту выбор альтернатив для перехода. Для успешной индексации нужно либо правильно указать ресурс, либо поправить заголовки.

301 Moved Permanently

Если у проиндексированной страницы изменился адрес, то со старого URL на новый настраивают 301 редирект. Код ответа показывает, что запрашиваемый документ был навсегда перенесен на другой URL, куда пользователя перенаправляет ссылка. Робот проиндексирует страницу, на которую ведет редирект, и склеит исходный адрес и новый.

302 Found

Код означает не постоянное, а временное перемещение страницы на другой адрес, поэтому страницу удалять из индекса не нужно. В ответе указано новое расположение данных.

Страница остается в индексе, ссылочный вес продолжает передаваться.

303 See Other

Сервер сигнализирует, что ресурс, который указан в запросе, расположен на другом адресе. Обычно он используется для перенаправления пользователя к выбранному ресурсу выводом данных POST-активированного скрипта.

В ответе сервера будет указан адрес, по которому нужно искать результат, удовлетворяющий запрос.

304 Not Modified

Код рекомендуется выдавать, если страница не менялась с момента ее последнего посещения роботом. Сервер дает сигнал об этом боту, бот получает от документа http-заголовки, не загружая страницу повторно, из-за чего индексирование проходит быстрее и уменьшается нагрузка на сервер.

305 Use Proxy

Код ответа связан с безопасностью данных. Сервер выдает код 305, если доступ к ресурсу, который запрашивает клиент, возможен только с прокси. Прокси указан там же в ответе сервера.

307 Temporary Redirect

Код 307 похож на 302, но дает более конкретный ответ. Код означает, что ресурс, который требует клиент, на время переведен на другой адрес, а новый URL нужно прописать в Location. В отличие от 302, код 307 гарантирует сохранение метода запроса (GET остается GET, POST остается POST).

308 Permanent Redirect

Код 308 — постоянный редирект, аналогичный 301, но с важным отличием: метод запроса сохраняется. Если на старый URL пришел POST-запрос, на новый URL тоже будет отправлен POST. Это критично для API и форм. Для обычных страниц обычно используют 301, для API и POST-запросов — 308.

Коды ошибок клиента (4xx): от 400 Bad Request до 451 Unavailable

Коды ответов этой группы означают ошибки по вине клиента или невозможность выдать результат, потому что на странице нет данных.

400 Bad Request

Запрос некорректен, где-то в нем есть синтаксическая ошибка, поэтому сервер не может выдать результат. Для успешного выполнения запроса нужно исправить синтаксис, обычно помогает очистка куки или кэша страниц, исправление запроса пользователем. 

401 Unauthorized

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

403 Forbidden

Запрос успешно получен и верно сформулирован, но у сервера нет доступа к запрашиваемой странице. Возможно, доступ ограничен специально для определенных IP-адресов с помощью файла .htaccess.

Если пользователю www-data, под которым запущен сервер, закрыт доступ к чтению файла, поможет команда sudo chmod o=r /usr/share/nginx/html/index.html

Еще одна причина — пользователь обратился к закрытому каталогу, в котором нет индексного файла. Разрешение на просмотр каталога включается в настройках сервера.

404 Not Found

Серверу не удалось найти ресурс, который запрашивает пользователь, документа по этому адресу не существует.

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

Ссылки на удаленные разделы сайта будут возвращать код 404. На такие документы не нужно тратить краулинговый бюджет, поэтому в файле robots.txt запрещают роботу посещение и индексацию таких страниц.

405 Method Not Allowed

Недоступен метод, которым совершается запрос. Сервер выдает этот код для конкретных отдельных объектов на странице. К примеру, строка запроса, запускающая скрипт, отличается от запроса, который совершает пользователь.

406 Not Acceptable

Код ответа означает, что запрашиваемый файл существует, запрос сформулирован верно, но кодировка документа недоступна для расшифровки роботом.

407 Proxy Authentication Required

Этот код похож на 401 и 407, он используется, если вопрос корректен, но клиент может получить доступ к документу только с помощью авторизации через прокси. Клиент авторизуется, если прокси вернет поле с заголовком proxy-authenticate.

408 Request Timeout

Сервер возвращает этот код ответа, если в установленное время ожидания клиент не сделал ни один запрос. Код 408 не возвращается, если пользователь сам отменил запрос, или соединение оборвалось, а отправить ответ нет возможности.

409 Conflict

Код означает, что в системе конфликт: к примеру, пользователь загружает файл на сервер, где уже есть такой файл в новой версии.

410 Gone

Код ответа похож на 404 код, он означает, что документ, к которому направлен запрос, больше недоступен. Если сервер возвращает код 404, то робот еще вернется на страницу, чтобы проверить ее состояние, а в случае ответа 410 робот поймет, что страница удалена навсегда.

411 Length Required

Сервер не может принять и обработать запрос, если в заголовке content-length не указана длина контента.

413 Request Entity Too Large

Если в теле запроса слишком большой объем информации и сервер не может обработать такой большой запрос, то он возвращает код ошибки 413. Если это временная проблема, в поле Retry-After сервер укажет время, которое нужно подождать.

414 Request-URL Too Long

Аналогично с кодом 413, за исключением того, что 414 код отображается, если в запросе указан слишком длинный URL.

422 Unprocessable Entity

Сервер возвращает этот код, если он принял и распознал запрос, но в теле запроса допущена логическая ошибка, которая мешает его выполнить.

424 Failed Dependency

Если выполнение этой операции зависит от исхода других связанных с ней операций, сервер вернет этот запрос.

429 Too Many Requests

Код 429 означает, что пользователь посылает слишком много запросов за короткий временной промежуток, и сервер не может обработать такое количество.

431 Request Header Fields Too Large

Если в запросе указаны слишком большие поля заголовков, сервер не сможет справиться с таким запросом и вернет код ошибки 431.

451 Unavailable For Legal Reasons

Код отображает то же, что и 403, но с уточнениями. Он используется, если доступ к серверу заблокирован по решению суда, обычно из-за нарушения авторских прав, а также если доступ закрыт на государственном уровне.

418 I'm a teapot

Это забавный код, возвращающий ошибку "Я чайник", связан с гипертекстовым протоколом управления кофеваркой — Hyper Text Coffee Pot Control Protocol. Ошибка означает, что запрос некорректен, с помощью чайника нельзя приготовить кофе. Протокол и код этой ошибки были созданы в шутку в 1998 году к 1 апреля.

Коды ошибок сервера (5xx): диагностика и влияние на SEO

Коды этой группы обозначают ошибки на стороне сервера.

500 Internal Server Error

Код обозначает, что сервер не может обработать запрос по причине внутренних ошибок. Обычно проблема в настройке сервера, обращении к некорректному файлу .htaccess или пакету PHP, который не установлен.

501 Not Implemented

Сервер возвращает этот код, когда не может обработать запрос: он не поддерживает возможности для обработки или не может распознать метод. К примеру, эта ошибка появится, если распространенные протоколы HEAD, POST, GET и другие по какой-то причине не поддерживаются сервером.

502 Bad Gateway

За обработку запроса отвечают бэкенд серверы, которые передают данные прокси-серверу или шлюзу. Если запрос был направлен к такому шлюзу, который не получил ответ от бэкенда, сервер вернет 502 код. Для исправления нужно проверить настройку прокси-сервера.

503 Service Unavailable

Код свидетельствует о перегрузке сервера, запрос не может быть выполнен в данный момент. Второй причиной может быть обслуживание сервера: ему не хватает памяти или ресурсов, чтобы обработать запрос. Такой ответ может вернуться, если на сервере ограничено количество пользователей.

504 Gateway Timeout

Код похож на 502, но ошибка 504 означает, что истек срок ожидания ответа от сервера. Необходимое количество времени истекло, а ответ от бэкенд-сервера не пришел.

Причина может быть в сетевом соединении, недостатке ресурсов, версии протокола HTTP или настройке сервера, если выставлен слишком короткий таймаут.

506 Variant Also Negotiates

Код ответа 506 означает, что сервер настроен некорректно: ошибка в конфигурации зацикливает обращение сервера, и он указывает сам на себя.

507 Insufficient Storage

Если сервер загружен настолько, что для выполнения запроса не хватает памяти, он вернет ошибку 507. Это бывает, если на сервере нет места для данных в принимаемом запросе.

510 Not Extended

Код 510 возвращается в случае, если сервер не поддерживает расширение, которое указано в запросе. В этом же ответе сервер может указать, какие расширения доступны.

511 Network Authentication Required

Эта ошибка возвращается клиенту, если пользователь не авторизовался в сети. К примеру, если он не согласился на условия использования интернета, когда подключался к wi-fi, или не ввел пароль.

Последние тренды и изменения в кодах ответа сервера: новые стандарты и AI-краулеры

В 2024–2026 годах произошли важные изменения в стандартах HTTP и практике использования статус кодов. Рассмотрим ключевые обновления, которые влияют на SEO и работу сайтов.

Новый код 104 Upload Resumption Supported (2024)

В ноябре 2024 года зарегистрирован временный код 104, который сигнализирует о поддержке возобновления загрузки файлов. Это особенно полезно для сайтов с большими файлами: если загрузка прервалась, клиент может продолжить с места остановки. Код действителен до ноября 2026 года. Хотя напрямую на SEO не влияет, улучшает пользовательский опыт, что косвенно влияет на поведенческие факторы.

RFC 9457: Problem Details for HTTP APIs (2023, обновлено 2024)

Стандарт RFC 9457 (обновление RFC 7807) определяет структурированный формат для описания ошибок в API. Теперь при кодах 4xx и 5xx сервер может возвращать JSON с детальной информацией об ошибке: тип, заголовок, статус, детали. Это улучшает диагностику проблем и помогает разработчикам быстрее исправлять ошибки, влияющие на SEO.

RFC 9745: The Deprecation HTTP Response Header Field (март 2025)

Новый стандарт вводит заголовок Deprecation для сигнализации об устаревании ресурсов. Сервер может указать дату, когда ресурс будет удален, и альтернативный URL. Это помогает веб-мастерам планировать миграции и правильно настраивать редиректы до удаления страниц, сохраняя SEO-показатели.

RFC 9651: Structured Field Values for HTTP (сентябрь 2024)

Обновление стандарта структурированных значений заголовков HTTP улучшает обработку заголовков Retry-After, Cache-Control и других. Это важно для правильной настройки кэширования и rate limiting, что влияет на производительность сайта и Core Web Vitals.

Важность кодов ответов для AI-краулеров (2025–2026)

С ростом AI-поисковых систем (Perplexity, ChatGPT Search, Google SGE) правильная обработка статус кодов стала критичнее. AI-краулеры анализируют не только контент, но и техническое состояние сайта. Частые 5xx ошибки могут привести к исключению из AI-индексов. Также важно корректно обрабатывать коды 429 (Too Many Requests) для AI-ботов, которые делают больше запросов, чем обычные поисковые роботы.

Рекомендации по использованию кода 308 Permanent Redirect

Код 308 стал стандартом для постоянных редиректов с сохранением метода запроса. В отличие от 301, который может менять POST на GET, 308 гарантирует сохранение метода. Это критично для API, форм и POST-запросов. Для обычных страниц по-прежнему можно использовать 301, но для современных веб-приложений рекомендуется 308.

Улучшенная обработка кода 429 Too Many Requests

С ростом использования API и микросервисов код 429 стал встречаться чаще. Важно правильно настраивать заголовок Retry-After с указанием времени ожидания. Для SEO критично: если поисковый робот получает 429, он может снизить частоту обхода. Настройте whitelist для известных поисковых ботов и AI-краулеров.

Код 451 Unavailable For Legal Reasons: актуальность в 2025–2026

С учетом изменений в законодательстве разных стран (GDPR, цензура, блокировки) код 451 стал использоваться чаще. Он четко сигнализирует, что доступ ограничен по юридическим причинам, а не из-за технических проблем. Это помогает поисковым системам правильно обрабатывать такие страницы и не тратить краулинговый бюджет на недоступный контент.

На коды ответов сервера обращают внимание поисковые роботы и AI-краулеры. С помощью этих сигналов они узнают, как нужно вести себя со страницей — индексировать, пропустить, вернуться к ней позже. Веб-мастерам важно распознавать сигналы с ошибками, чтобы направлять поисковых ботов и исправлять проблемы, влияющие на ранжирование и индексацию.

Для мониторинга кодов ответов используйте анализ сайта PR-CY, который проверяет техническое состояние ресурса, включая HTTP статусы, и помогает выявлять проблемы до того, как они повлияют на SEO.

Типичные ошибки при работе с кодами ответов сервера и как их исправить

Веб-мастера часто допускают ошибки при настройке и обработке HTTP статус кодов. Рассмотрим самые распространенные проблемы и способы их решения.

Ошибка 1: Цепочки редиректов

Проблема: Страница A редиректит на B, B редиректит на C, C на D. Поисковые роботы могут не пройти всю цепочку, потеряется ссылочный вес.

Решение: Настройте прямой редирект с A на D. Максимальная длина цепочки — 3 редиректа. Проверьте цепочки через инструменты вроде проверки заголовков PR-CY или Redirect Checker.

Ошибка 2: Смешанные коды ответов

Проблема: Одна и та же страница отдает разные коды: 200 для пользователей, 404 для ботов, или наоборот. Это вводит поисковые системы в заблуждение.

Решение: Убедитесь, что страница всегда отдает один код. Проверьте настройки сервера, .htaccess, не блокируйте ботов через разные правила. Используйте единый код для всех пользователей и ботов.

Ошибка 3: Неправильная обработка кода 429 для поисковых ботов

Проблема: Rate limiting применяется ко всем запросам одинаково, включая поисковых роботов. Бот получает 429 и снижает частоту обхода сайта.

Решение: Настройте whitelist для известных поисковых ботов (Googlebot, Yandex, Bingbot) и AI-краулеров. Добавьте их User-Agent в исключения rate limiting. Проверьте логи сервера на наличие запросов от ботов.

Ошибка 4: Циклические редиректы

Проблема: Страница A редиректит на B, B редиректит обратно на A. Робот попадает в бесконечный цикл и не может проиндексировать ни одну из страниц.

Решение: Проверьте все редиректы на циклы. Используйте краулеры (Screaming Frog, Sitebulb), которые показывают циклические редиректы. Исправьте логику перенаправлений.

Ошибка 5: Использование 302 вместо 301 для постоянных переездов

Проблема: Страница переехала навсегда, но настроен временный редирект 302. Поисковые системы могут не передать ссылочный вес на новую страницу.

Решение: Для постоянных переездов всегда используйте 301 (или 308 для API). Проверьте все редиректы и замените 302 на 301 там, где это уместно.

Ошибка 6: Игнорирование кода 410 для удаленных страниц

Проблема: Удаленные страницы отдают 404. Робот продолжает проверять их, тратя краулинговый бюджет впустую.

Решение: Для страниц, удаленных навсегда, используйте код 410. Это сигнализирует роботу, что страница удалена окончательно, и он перестанет ее проверять. Настройте 410 для всех удаленных разделов сайта.

Регулярная проверка кодов ответов сервера помогает поддерживать техническое здоровье сайта и избегать проблем с индексацией. Используйте инструменты автоматического мониторинга, чтобы получать уведомления о критических ошибках сразу после их появления.