Полный справочник всех кодов состояния HTTP с поиском. Фильтруйте по категории (1xx до 5xx), ищите по коду или названию и узнавайте значение, использование и распространённые сценарии для каждого кода ответа.
Showing 62 of 62 status codes
The server has received the request headers and the client should proceed to send the request body.
The server is switching protocols as requested by the client via the Upgrade header.
The server has received and is processing the request, but no response is available yet.
Used to return some response headers before final HTTP message.
The request has succeeded. The meaning depends on the HTTP method used.
The request has been fulfilled and a new resource has been created.
The request has been accepted for processing, but processing is not complete.
The returned metadata is not exactly the same as available from the origin server.
The server successfully processed the request but is not returning any content.
The server successfully processed the request and is asking the client to reset the document view.
The server is delivering only part of the resource due to a range header sent by the client.
Conveys information about multiple resources where multiple status codes might be appropriate.
The members of a DAV binding have already been enumerated and are not included again.
The server has fulfilled a GET request and the response is a representation of one or more instance-manipulations applied.
The request has more than one possible response. The user or user agent should choose one.
The URL of the requested resource has been changed permanently. The new URL is given in the response.
The URI of requested resource has been changed temporarily.
The response can be found under another URI using GET method.
The resource has not been modified since the last request.
The requested resource must be accessed through the proxy given by the Location field.
The request should be repeated with another URI but future requests should still use the original URI.
The request and all future requests should be repeated using another URI, preserving the HTTP method.
The server cannot process the request due to malformed syntax or invalid request message.
The request requires user authentication. The client must authenticate itself.
Reserved for future use. Originally intended for digital payment systems.
The server understood the request but refuses to authorize it.
The server cannot find the requested resource. The URL is not recognized.
The request method is known by the server but not supported by the target resource.
The server cannot produce a response matching the list of acceptable values in the request headers.
The client must first authenticate itself with the proxy.
The server timed out waiting for the request.
The request conflicts with the current state of the server.
The target resource is no longer available and this condition is likely permanent.
The server refuses the request because the Content-Length header field is not defined.
One or more conditions given in the request header fields evaluated to false.
The request entity is larger than limits defined by server.
The URI requested by the client is longer than the server is willing to interpret.
The media format of the requested data is not supported by the server.
The range specified by the Range header field cannot be fulfilled.
The expectation given in the Expect request header could not be met.
The server refuses to brew coffee because it is, permanently, a teapot. (RFC 2324)
The request was directed at a server that is not able to produce a response.
The server understands the content type but was unable to process the contained instructions.
The resource that is being accessed is locked.
The request failed because it depended on another request that failed.
The server is unwilling to risk processing a request that might be replayed.
The server refuses to perform the request using the current protocol.
The origin server requires the request to be conditional.
The user has sent too many requests in a given amount of time (rate limiting).
The server is unwilling to process the request because its header fields are too large.
The resource is unavailable due to legal demands such as censorship or government-mandated blocks.
The server has encountered a situation it does not know how to handle.
The request method is not supported by the server and cannot be handled.
The server acting as a gateway got an invalid response from the upstream server.
The server is not ready to handle the request, often due to maintenance or overloading.
The server acting as a gateway did not get a response in time from the upstream server.
The HTTP version used in the request is not supported by the server.
The server has an internal configuration error in transparent content negotiation.
The server is unable to store the representation needed to complete the request.
The server detected an infinite loop while processing the request.
Further extensions to the request are required for the server to fulfill it.
The client needs to authenticate to gain network access.
Просматривайте коды состояния HTTP по категориям с помощью вкладок: 1xx (Информационные), 2xx (Успешные), 3xx (Перенаправление), 4xx (Ошибка клиента) и 5xx (Ошибка сервера). Используйте поле поиска для поиска конкретных кодов по номеру или названию. Например, введите '404' или 'не найдено' для прямого перехода к этому коду. Нажмите на любой код состояния, чтобы развернуть его детали с полным описанием и распространёнными случаями использования. Цветовое кодирование помогает быстро идентифицировать категорию: синий для информационных, зелёный для успешных, жёлтый для перенаправлений, оранжевый для ошибок клиента и красный для ошибок сервера. Копируйте любой код и его название с помощью кнопки копирования.
Справочник кодов состояния HTTP незаменим для веб-разработчиков, отлаживающих ответы API и выбирающих правильные коды состояния для своих эндпоинтов, бэкенд-инженеров, реализующих RESTful API и нуждающихся в возврате семантически правильных ответов, фронтенд-разработчиков, обрабатывающих состояния ошибок в своих приложениях, QA-инженеров, проверяющих, что приложения возвращают соответствующие коды состояния, DevOps-специалистов, интерпретирующих логи сервера и оповещения мониторинга, технических писателей, документирующих поведение API, студентов, изучающих основы веб-разработки, и всех, кто устраняет проблемы с веб-сайтом, понимая, что означают разные коды ответов в контексте.
Коды состояния HTTP определены RFC 9110 (HTTP Semantics, заменяющий RFC 7231) и выдаются сервером в ответ на запрос клиента. Они сгруппированы в пять классов: 1xx (Информационные) обозначают, что запрос получен и обрабатывается; 2xx (Успешные) обозначают, что запрос успешно получен, понят и принят; 3xx (Перенаправление) обозначают, что требуются дальнейшие действия для завершения запроса; 4xx (Ошибка клиента) обозначают, что запрос содержит неверный синтаксис или не может быть выполнен; 5xx (Ошибка сервера) обозначают, что сервер не смог выполнить валидный запрос. Этот инструмент включает все стандартные коды, определённые IANA (Internet Assigned Numbers Authority), включая новые добавления вроде 103 Early Hints, 425 Too Early и 451 Unavailable For Legal Reasons.
200 OK безусловно самый распространённый. Он означает, что запрос успешен и сервер вернул запрашиваемый контент. Другие очень распространённые коды: 301 (постоянное перенаправление), 302 (временное перенаправление), 304 (не изменён, используется для кэширования), 400 (неверный запрос), 401 (не авторизован), 403 (запрещено), 404 (не найдено) и 500 (внутренняя ошибка сервера).
401 Unauthorized означает, что клиент не аутентифицирован. Ему нужно предоставить действительные учётные данные (войти). 403 Forbidden означает, что клиент аутентифицирован, но не имеет разрешения на доступ к ресурсу. На практике: 401 = 'кто ты?', 403 = 'я знаю, кто ты, но ты не можешь получить доступ к этому'.
301 Moved Permanently сообщает браузерам и поисковым системам, что ресурс постоянно переехал на новый URL. Кэши и SEO-сигналы переходят на новый URL. 302 Found (временное перенаправление) указывает на временный переезд. Исходный URL должен по-прежнему использоваться для будущих запросов. Используйте 301 для постоянных изменений URL, 302 для временных ситуаций вроде A/B-тестирования или обслуживания.
Трансформируйте, форматируйте, генерируйте и кодируйте данные мгновенно. Приватно, быстро и всегда бесплатно.
Смотреть все инструменты