Как пользоваться
- Введите код, например 404, класс, например 4xx, или слова из названия, например не найден, в поле Код состояния или слова.
- Прочитайте Результат, Значение и Кэшируется по умолчанию. Если подходит несколько кодов, таблица Подходящие коды перечисляет их.
- Откройте Все зарегистрированные коды, чтобы увидеть каждый код реестра IANA с RFC, который его определяет.
Пять классов
Первая цифра кода задаёт его класс, а две другие показывают, какой это случай внутри класса. RFC 9110, раздел 15, определяет большинство кодов реестра, и у каждого класса есть фиксированный смысл для клиента.
- 1xx Информационный: запрос ещё выполняется, и сервер присылает другие ответы.
- 2xx Успех: запрос получен, понят и принят.
- 3xx Перенаправление: клиенту нужно сделать другой шаг, обычно по другому адресу.
- 4xx Ошибка клиента: запрос составлен неверно или не может быть выполнен в том виде, в каком его отправили.
- 5xx Ошибка сервера: сервер не смог обработать действительный запрос.
Когда ответ кэшируется по умолчанию
RFC 9110, раздел 15.1, называет коды, которые кэш может повторно использовать по умолчанию с эвристическим сроком хранения: 200, 203, 204, 206, 300, 301, 308, 404, 405, 410, 414 и 501. Все остальные коды эвристически не кэшируются. Ответ с явными правилами кэширования следует им, поэтому столбец показывает, что делает кэш без них, а не то, что делает каждый сервер.
Откуда взят список
Таблица — это реестр кодов состояния HTTP IANA по состоянию на 10 ноября 2026 г.: 64 зарегистрированных кода. Диапазоны, которые реестр отмечает как не назначенные, не включены. Две записи требуют внимания: 104 — временная регистрация, привязанная к интернет-черновику, а реестр отмечает 510 как упразднённый. Оба показывают примечание в результате.
Пример: 404 и «не найден»
Ввод 404 находит один код: 404 Not Found. Слово «найден» тоже находит его, потому что начинает слово в значении этого кода. Результат для обоих запросов одинаков, а таблица ниже показывает, что выводит инструмент для 404.
Код относится к классу 4, ошибке клиента. Его определяет RFC 9110, раздел 15.5.5, и это один из двенадцати кодов, которые кэши используют по умолчанию.
| Результат | Для 404 |
|---|---|
| Результат | 404 Not Found |
| Определён в | RFC 9110, раздел 15.5.5 |
| Кэшируется по умолчанию | Да: кэши могут сохранить его по умолчанию (RFC 9110, раздел 15.1), если ответ не задаёт других правил кэширования. |
Частые вопросы
В чём разница между 401 и 403?
401 Unauthorized означает, что в запросе нет действительных учётных данных, поэтому вход может помочь. 403 Forbidden означает, что сервер понял запрос и отказывает в нём, поэтому повторная отправка тех же учётных данных ответа не изменит.
Код 410 — то же самое, что 404?
Не совсем. Оба говорят, что сервер не имеет ресурса по этому адресу, но 410 Gone говорит, что ресурс удалён навсегда. RFC 9110, раздел 15.5.5, советует серверу предпочитать 410 вместо 404, когда он знает, что удаление постоянно.
Означает ли кэшируемый код, что ответ всегда кэшируется?
Нет. Кэш может повторно использовать эти ответы по умолчанию, но ответ с явными правилами кэширования, например Cache-Control: no-store, следует этим правилам. Браузеры и прокси также сами решают, что хранить.
Почему 306 описан как неиспользуемый?
RFC 9110, раздел 15.4.7, говорит, что значение было определено более ранней спецификацией, больше не используется и зарезервировано. Программы не должны ждать его в ответе, а таблица отмечает его как неиспользуемый.
Можно ли придумать собственный код состояния?
Можно отправить число, которого нет в реестре, но другое программное обеспечение не будет знать, что оно означает. RFC 9110, раздел 15.1, говорит, что новые коды следует регистрировать в реестре кодов состояния HTTP, как описано в разделе 16.2.
Мой поиск отправляется куда-нибудь?
Нет. Поиск и таблица работают в вашем браузере, и ничего из введённого не отправляется на наш сервер и не сохраняется там.
Источники
- Реестр кодов состояния HTTP IANA (на английском)
- RFC 9110: HTTP Semantics, раздел 15 (коды состояния) (на английском)
- RFC 6585: Additional HTTP Status Codes (на английском)
- RFC 4918: HTTP Extensions for Web Distributed Authoring and Versioning, WebDAV (на английском)
Цифры и текст в последний раз проверены вторник, 10 ноября 2026 г..