Сервер получил заголовки запроса, и клиент может отправлять тело запроса.
Когда использовать: Отправляется в ответ на запрос с Expect: 100-continue, чтобы клиент мог убедиться, что большая загрузка будет принята, прежде чем передавать её.
Все стандартные коды ответа HTTP простым языком: когда их использовать и как они влияют на SEO. Ищите, фильтруйте или открывайте нужный код по прямой ссылке.
Запрос получен, и процесс продолжается. Браузеры обрабатывают такие коды автоматически.
Сервер получил заголовки запроса, и клиент может отправлять тело запроса.
Когда использовать: Отправляется в ответ на запрос с Expect: 100-continue, чтобы клиент мог убедиться, что большая загрузка будет принята, прежде чем передавать её.
Сервер соглашается перейти на протокол, указанный в заголовке Upgrade клиента.
Когда использовать: При обновлении соединения HTTP/1.1 до WebSocket (Upgrade: websocket).
WebDAV: сервер принял запрос, но ещё не завершил его обработку.
Когда использовать: Не даёт клиенту отвалиться по таймауту во время долгих операций WebDAV. Сегодня используется редко.
Позволяет серверу отправить заголовки Link (preload / preconnect) до готовности окончательного ответа.
Когда использовать: Отправляйте, пока бэкенд ещё генерирует страницу, чтобы браузер раньше начал загружать критичный CSS, шрифты или скрипты.
Запрос получен, понят и принят.
Запрос выполнен успешно. Тело ответа содержит запрошенный ресурс или результат действия.
Когда использовать: Стандартный успешный ответ для GET, а также для POST/PUT, если вы возвращаете тело.
Влияние на SEO: Единственный статус, при котором страница может попасть в индекс вместе с содержимым. Следите, чтобы страницы «не найдено» не возвращали 200 (то есть «мягкую 404»).
Запрос выполнен успешно, и создан новый ресурс.
Когда использовать: Возвращайте после POST (или PUT), который что-то создаёт; добавьте заголовок Location, указывающий на новый ресурс.
Запрос принят в обработку, но обработка ещё не завершена.
Когда использовать: Асинхронные задачи: поставьте работу в очередь и верните URL, по которому клиент может запросить результат.
Ответ изменён прокси, который преобразует содержимое, и отличается от ответа 200 исходного сервера.
Когда использовать: Устанавливается прокси, которые меняют контент; исходные серверы обычно его не отправляют.
Запрос выполнен успешно, и тело ответа намеренно отсутствует.
Когда использовать: Запросы DELETE, эндпоинты автосохранения и ответы на CORS preflight, где ничего возвращать не нужно.
Запрос выполнен успешно, и клиенту следует сбросить вид документа (например, очистить форму).
Когда использовать: Редко; сообщает пользовательскому агенту, что нужно сбросить форму, которая отправила запрос.
Сервер отдаёт только тот диапазон байтов, который запрошен заголовком Range.
Когда использовать: Потоковое видео, докачка файлов и менеджеры загрузок.
WebDAV: тело ответа — XML-документ с отдельными кодами статуса для нескольких подзапросов.
Когда использовать: Пакетные операции WebDAV, где отдельные элементы могут завершиться успехом или ошибкой.
WebDAV: элементы привязки уже были перечислены ранее в том же ответе 207.
Когда использовать: Не даёт повторно перечислять один и тот же ресурс внутри ответа Multi-Status.
Сервер выполнил GET с применением манипуляций с экземпляром (дельта-кодирование).
Когда использовать: Дельта-кодирование HTTP (RFC 3229); на практике почти не встречается.
Нужны дополнительные действия — обычно переход по заголовку Location на другой URL.
У ресурса есть несколько представлений, и клиент (или пользователь) должен выбрать одно.
Когда использовать: Редко; согласование содержимого обычно выполняется автоматически.
Влияние на SEO: Google может выбрать любой из вариантов; лучше использовать одно 301 на канонический вариант.
У ресурса появился новый постоянный URL, указанный в заголовке Location.
Когда использовать: Переезд на другой домен, переход с HTTP на HTTPS, изменённые слаги, объединение дублирующихся страниц.
Влияние на SEO: Стандартный способ переместить страницу: поисковые системы переносят сигналы ранжирования и индексируют новый URL. Браузеры могут поменять POST на GET при 301 — если метод нужно сохранить, используйте 308.
Ресурс временно находится по другому URL.
Когда использовать: Краткосрочные перенаправления: страницы техработ, A/B-тесты или сценарии входа.
Влияние на SEO: Google воспринимает его как временное и обычно оставляет исходный URL в индексе. Если переезд постоянный, используйте 301.
Клиент должен получить результат по другому URL с помощью GET.
Когда использовать: Паттерн «Post/Redirect/Get»: после отправки формы через POST перенаправьте на страницу подтверждения.
Влияние на SEO: Обрабатывается как временное перенаправление.
Копия в кэше всё ещё действительна; тело ответа не отправляется.
Когда использовать: Ответ на условные запросы (If-None-Match / If-Modified-Since), если ресурс не изменился.
Влияние на SEO: Полезно для эффективности сканирования: Googlebot использует свою кэшированную копию и экономит краулинговый бюджет.
Устарел. Изначально предписывал клиенту обращаться к ресурсу через прокси.
Когда использовать: Не используйте — браузеры игнорируют его из соображений безопасности.
Как 302, но клиент должен повторить запрос с тем же методом и телом.
Когда использовать: Временные перенаправления запросов POST/PUT; браузеры также показывают «307 Internal Redirect» при переходе на HTTPS по HSTS.
Влияние на SEO: Временное — исходный URL обычно остаётся в индексе.
Как 301, но клиент должен сохранить тот же метод и тело.
Когда использовать: Постоянные переезды эндпоинтов API или адресатов форм, где POST должен остаться POST.
Влияние на SEO: Google обрабатывает 308 так же, как 301, и передаёт сигналы новому URL.
Запрос содержит ошибку или не может быть выполнен: прежде чем повторять, клиенту нужно что-то изменить.
Сервер не может обработать запрос, потому что он некорректен (ошибка синтаксиса, невалидный JSON, слишком большой cookie…).
Когда использовать: Ошибки валидации, которые нельзя описать точнее; добавьте текст ошибки в тело ответа.
Влияние на SEO: Страницы с ответами 4xx исключаются из индекса.
Требуется аутентификация, которой не было или она недействительна. Несмотря на название, это означает «не аутентифицирован».
Когда использовать: Нет токена или учётных данных, либо они истекли. Обязательно добавьте заголовок WWW-Authenticate.
Влияние на SEO: Краулеры не могут войти в систему, поэтому страницы за 401 не индексируются — что и нужно для закрытых разделов.
Зарезервирован для будущего использования; некоторые API применяют его, когда нужна оплата или повышение квоты.
Когда использовать: Нестандартные ошибки биллинга (например, подписка истекла).
Сервер понял запрос, но отказывает в доступе. Повторная аутентификация не поможет.
Когда использовать: Пользователь вошёл в систему, но у него нет прав, либо доступ заблокирован по IP, WAF или правам на файлы.
Влияние на SEO: Не индексируется. Проверьте, что файрвол или защита от ботов по ошибке не возвращают 403 Googlebot.
Сервер не может найти запрошенный ресурс.
Когда использовать: URL никогда не существовал или был удалён без замены. Сделайте полезную собственную страницу 404.
Влияние на SEO: Нормально и безвредно для страниц, которых действительно нет; Google убирает их со временем. Перенаправляйте (301) URL, у которых есть обратные ссылки или понятная замена.
Этот HTTP-метод не поддерживается для данного URL (например, POST на страницу только для чтения).
Когда использовать: Возвращайте с заголовком Allow, перечисляющим поддерживаемые методы.
Сервер не может подготовить ответ, соответствующий заголовкам Accept запроса.
Когда использовать: Строгое согласование содержимого; многие API просто возвращают формат по умолчанию.
Как 401, но клиент должен аутентифицироваться на прокси.
Когда использовать: Отправляется корпоративными или прямыми прокси с заголовком Proxy-Authenticate.
Сервер превысил время ожидания, пока клиент завершал отправку запроса.
Когда использовать: Простаивающие или очень медленные соединения; клиенты могут повторить запрос.
Запрос конфликтует с текущим состоянием ресурса.
Когда использовать: Конфликты при редактировании, повторяющиеся уникальные ключи или несовпадение версий при оптимистичной блокировке.
Ресурс был удалён навсегда и не вернётся.
Когда использовать: Намеренно удалённый контент, истёкшие объявления или кампании.
Влияние на SEO: Google воспринимает 410 как 404, но может убрать URL немного быстрее.
Сервер требует заголовок Content-Length.
Когда использовать: Загрузки без длины, если передача по частям (chunked) не принимается.
Условие в заголовках запроса (If-Match, If-Unmodified-Since) оценено как ложное.
Когда использовать: Оптимистичная конкурентность: отклонить обновление, потому что ресурс изменился после того, как клиент его прочитал.
Тело запроса больше, чем разрешено сервером (раньше называлось «Payload Too Large»).
Когда использовать: Загрузка файлов сверх лимита — например, client_max_body_size в nginx.
URL длиннее, чем сервер готов обработать.
Когда использовать: Обычно это ошибка: огромные query-строки или циклические редиректы, которые постоянно добавляют параметры.
Формат тела запроса (Content-Type) не поддерживается.
Когда использовать: API ждёт application/json, а получает данные формы или XML.
Заголовок Range запрашивает байты за пределами файла.
Когда использовать: Возобновление загрузки с позиции за концом файла, который уменьшился в размере.
Сервер не может выполнить требование из заголовка Expect.
Когда использовать: Отклонение загрузок с Expect: 100-continue.
Шутка к 1 апреля из RFC 2324 (Hyper Text Coffee Pot Control Protocol): сервер отказывается заваривать кофе, потому что он — чайник.
Когда использовать: Только как пасхалка. Некоторые сервисы возвращают его, чтобы отклонить автоматические или нежелательные запросы, но стандартного значения у него нет.
Запрос дошёл до сервера, который не может ответить за этот хост.
Когда использовать: Повторное использование соединения HTTP/2 для имён хостов, у которых сертификат или конфигурация не совпадают.
Синтаксис верный, но содержимое не проходит семантическую проверку.
Когда использовать: Ошибки валидации форм или API (не заполнено обязательное поле, некорректный email). Популярен в API на Rails и Laravel.
WebDAV: ресурс заблокирован.
Когда использовать: Файл взят на редактирование или заблокирован другим пользователем.
WebDAV: запрос не выполнен, потому что предыдущий запрос, от которого он зависел, завершился ошибкой.
Когда использовать: Пакетные операции, где одна ошибка отменяет остальные.
Сервер не будет обрабатывать запрос, который может быть воспроизведён повторно (ранние данные TLS 1.3 / 0-RTT).
Когда использовать: Защита неидемпотентных запросов, отправленных в ранних данных TLS, от атак повторного воспроизведения.
Клиент должен перейти на другой протокол, указанный в заголовке Upgrade.
Когда использовать: Принудительный переход клиентов на более новую версию протокола.
Сервер требует, чтобы запрос был условным (например, содержал If-Match).
Когда использовать: Чтобы не допустить «потерянных обновлений», отклоняя безусловные PUT/PATCH-запросы.
Клиент отправил слишком много запросов за определённое время (ограничение частоты).
Когда использовать: Лимиты запросов API и защита от перебора паролей. Добавьте заголовок Retry-After.
Влияние на SEO: Googlebot снижает частоту сканирования, когда видит 429 (и 503). Постоянные 429 могут привести к удалению URL из индекса.
Один заголовок (чаще всего Cookie) или все заголовки вместе слишком большие.
Когда использовать: Обычно вызвано накопившимися cookie; очистка cookie для сайта решает проблему для пользователей.
Ресурс заблокирован по юридическим причинам — цензура, решения суда или региональное регулирование. Номер отсылает к роману Рэя Брэдбери «451 градус по Фаренгейту».
Когда использовать: Контент удалён по запросу о снятии материалов или ограничен по географии в соответствии с законом.
Влияние на SEO: Обрабатывается как другие коды 4xx: не индексируется.
Сервер не смог выполнить запрос, который выглядит корректным.
Общая ошибка: сервер столкнулся с неожиданной ситуацией.
Когда использовать: Необработанные исключения, упавшие скрипты, сломанные правила .htaccess. Проверьте логи сервера.
Влияние на SEO: Короткие сбои допустимы; если ошибки 5xx сохраняются несколько дней, Google снижает частоту сканирования и в итоге удаляет URL.
Сервер не поддерживает нужную функциональность (чаще всего — неизвестный метод).
Когда использовать: Метод, который сервер вообще не распознаёт, в отличие от 405 для известного, но запрещённого метода.
Шлюз или прокси получил некорректный ответ от вышестоящего сервера.
Когда использовать: Ваш сервер приложений (PHP-FPM, Node, Gunicorn) упал или вернул мусор за nginx, балансировщиком нагрузки или CDN.
Влияние на SEO: Как и другие 5xx: временная ошибка допустима, постоянные вредят сканированию и индексации.
Сервер временно не может обработать запрос — перегружен или отключён на техобслуживание.
Когда использовать: Плановые работы или перегрузка. Добавьте Retry-After, чтобы указать, когда вернуться.
Влияние на SEO: Правильный код для плановых простоев: Google сохраняет страницу в индексе и повторяет попытку позже. Не отдавайте его дольше одного-двух дней.
Шлюз или прокси не дождался ответа от вышестоящего сервера вовремя.
Когда использовать: Медленные запросы к базе данных или внешним API, которые превышают таймаут прокси.
Влияние на SEO: Постоянные таймауты снижают частоту сканирования и могут привести к удалению страниц из индекса.
Сервер не поддерживает версию HTTP, которая использована в запросе.
Когда использовать: Очень старые или очень новые версии протокола, с которыми сервер не может работать.
Ошибка конфигурации сервера: выбранный вариант сам настроен на согласование, и возникает цикл.
Когда использовать: Ошибка конфигурации согласования содержимого.
WebDAV: сервер не может сохранить представление, необходимое для выполнения запроса.
Когда использовать: Заполнен диск или пользовательская квота.
WebDAV: сервер обнаружил бесконечный цикл при обработке запроса.
Когда использовать: Некоторые хостинги (например, cPanel/CloudLinux) возвращают его, когда аккаунт исчерпывает лимиты ресурсов.
Для запроса требуются дополнительные расширения (RFC 2774, сейчас историческая спецификация).
Когда использовать: На практике не используется.
Клиент должен пройти аутентификацию, чтобы получить доступ к сети.
Когда использовать: Captive-порталы в отелях, аэропортах или кафе с Wi-Fi.
Не входят в спецификацию HTTP, но часто встречаются в логах серверов и на страницах ошибок.
nginx закрывает соединение, не отправляя никакого ответа.
Когда использовать: Настраивается в nginx, чтобы тихо отбрасывать вредоносные или нежелательные запросы.
Записывается nginx, когда клиент закрыл соединение до того, как сервер ответил.
Когда использовать: Вы увидите его в логах, когда пользователи уходят со страницы или таймаут клиента короче времени ответа вашего сервера.
Cloudflare получил пустой, неизвестный или неожиданный ответ от исходного сервера.
Когда использовать: Падение исходного сервера, слишком большие заголовки или сброс соединения. Проверьте логи ошибок исходного сервера.
Влияние на SEO: Обрабатывается как ошибка 5xx.
Исходный сервер отклонил подключение Cloudflare.
Когда использовать: Веб-сервер остановлен или файрвол блокирует IP-диапазоны Cloudflare.
Влияние на SEO: Обрабатывается как ошибка 5xx.
Cloudflare не смог установить TCP-соединение с исходным сервером.
Когда использовать: Перегруженный исходный сервер, неверная DNS-запись или файрвол, который отбрасывает пакеты.
Влияние на SEO: Обрабатывается как ошибка 5xx.
Cloudflare подключился к исходному серверу, но тот не ответил в течение 100 секунд.
Когда использовать: Длительные запросы; перенесите их в фоновые задачи.
Влияние на SEO: Обрабатывается как ошибка 5xx.
Не удалось установить TLS-рукопожатие между Cloudflare и исходным сервером.
Когда использовать: У исходного сервера нет действительного сертификата или он не поддерживает SNI/версии TLS, которые использует Cloudflare.
Влияние на SEO: Обрабатывается как ошибка 5xx.
Cloudflare (в режиме Full Strict) не смог проверить сертификат исходного сервера.
Когда использовать: Истёкший или самоподписанный сертификат исходного сервера — установите действительный или сертификат Cloudflare Origin CA.
Влияние на SEO: Обрабатывается как ошибка 5xx.
Ваши данные никогда не покидают ваш компьютер. Вся обработка выполняется на 100% локально в вашем браузере.
404) или слово (redirect, timeout, rate limit) в строку поиска./http-status-codes#429) для документации или код-ревью.Код состояния HTTP — это трёхзначное число, которое сервер отправляет в начале каждого ответа, чтобы сообщить, как прошёл запрос. Ваш браузер, API-клиенты и краулеры поисковых систем читают его раньше всего остального. Первая цифра определяет класс: 1xx информационные, 2xx успешные, 3xx перенаправления, 4xx ошибки клиента и 5xx ошибки сервера. Актуальные определения находятся в RFC 9110 (HTTP Semantics, 2022), а также в нескольких расширениях, например 429 (RFC 6585) и 451 (RFC 7725).
| Код | Значение | Типичная причина |
|---|---|---|
| 200 | OK | Всё сработало |
| 301 / 308 | Постоянное перенаправление | Страница или домен переехали |
| 302 / 307 | Временное перенаправление | Сценарии входа, техработы, A/B-тесты |
| 304 | Not Modified | Кэш браузера всё ещё действителен |
| 401 / 403 | Не аутентифицирован / доступ запрещён | Нет токена, недостаточно прав, блокировка WAF |
| 404 | Not Found | Неверный URL или удалённая страница |
| 429 | Too Many Requests | Превышен лимит запросов |
| 500 | Internal Server Error | Ошибка или сбой в приложении |
| 502 / 504 | Bad gateway / timeout | Бэкенд за прокси или CDN дал сбой или отвечал слишком долго |
| 503 | Service Unavailable | Техработы или перегрузка |
Поисковые системы индексируют только страницы, которые возвращают 200. Постоянные перенаправления (301, 308) передают сигналы ранжирования новому URL, а временные (302, 307) оставляют старый URL в индексе. 404 и 410 со временем убирают страницу из индекса — это нормально для удалённого контента, но URL с обратными ссылками лучше перенаправить. Мягкая 404 — страница ошибки, которая возвращает 200, — тратит краулинговый бюджет и помечается в Google Search Console. При простое сайта возвращайте 503 с заголовком Retry-After: Google сохранит страницы в индексе и вернётся позже, тогда как длительные ошибки 5xx или ответы 429 заставляют Googlebot сканировать сайт реже и в итоге удалять URL.
Location после создания ресурса и 204, когда возвращать нечего.Retry-After для лимитов запросов.Проверить, какой статус возвращает живой URL, можно с помощью HTTP Header Checker, проследить цепочки редиректов — с помощью Redirect Checker, а отправить собственные запросы — с помощью API Tester.
Также ищут как: ошибка 404, редирект 301, ошибка 500, ошибка 503, 429 too many requests.
Retry-After. Он сообщает краулерам, что простой временный, поэтому позиции сайта не пострадают от коротких работ.Предложите улучшение для Коды состояния HTTP или запросите новый инструмент — сообщение сразу попадёт к нам.
Установленные веб-приложения открываются в отдельном окне; инструменты в браузере продолжают работать без подключения к интернету. Как устанавливаются приложения
Ищите среди всех 570+ бесплатных инструментов — опечатки не страшны — или подскажите, что сделать следующим.