Код состояния 4xx

Опубликовано: Alex Shashenko 2024-01-29 все статьи | Глоссарий | ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ

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

Обычно такое уведомление либо исчезает при перезагрузке веб-страницы, либо продолжает появляться, потому что что-то произошло. А именно, появление кода состояния 400 означает, что URL-адрес веб-страницы был введен неправильно. А весь набор нотификаторов, к которым он принадлежит, или кодов 4xx, обычно посвящен различным ситуациям, когда запрос был отправлен неправильно и не было должного ответа. 

Хотя для веб-мастеров это обычно незначительный сбой на стороне сервера, бывают ситуации, когда такие проблемы требуют быстрой диагностики, чтобы веб-мастера могли их быстро обнаружить и устранить. Вот почему так важно получить знания о разновидностях HTTP-уведомителей и 4xx в частности или, как минимум, ознакомиться с местами, где можно получить подробное объяснение.

Краткое описание группы кодов статуса 400

400 группа кодов состояния

Чтобы получить полное представление об уведомлениях 400–499, веб-мастерам сначала необходимо получить больше информации обо всех сообщениях в коде HTTP, по крайней мере, в общем смысле. Потому что этот конкретный набор уведомлений — лишь один из пяти других, и все эти наборы отличаются своими особенностями, ситуациями использования и включенными ошибками. 

Список ссылок на официальную документацию HTTP и ресурсы для веб-мастеров

<р>1. Официальная документация HTTP:

 

Филдинг Р., Геттис Дж., Могул Дж., Фристик Х., Масинтер Л., Лич П. и amp; Бернерс-Ли, Т. (1999). Протокол передачи гипертекста — HTTP/1.1. IETF. RFC 2616. https://tools.ietf.org/html/rfc2616

Ноттингем, М., & Филдинг, Р. (2020). HTTP-семантика. IETF. https://httpwg.org/http-core/draft-ietf-httpbis-semantics-latest.html

<р>2. Руководства для веб-мастеров и разработчиков:

 

Веб-документы Mozilla Developer Network (MDN). Коды состояния ответа HTTP. https://developer.mozilla.org/en-US/docs/Web/HTTP/Status

Веб-мастера Google. Центр поиска Google: коды состояния HTTP. https://developers.google.com/webmaster-tools/v1/errors?hl=en

<р>3. Инструменты мониторинга и разрешения ошибок:

 

Справка консоли поиска Google. Отчет об ошибках сканирования (веб-сайты). https://support.google.com/webmasters/answer/35120?hl=en

Хост-Трекер. Мониторинг производительности сайта. https://www.host-tracker.com/en

Практически вся информация о них хранится в базе данных MDN Mozilla или в RFC 2616, созданном IETF — командой, которая управляет буквально всеми такими кодами. Но вам не нужно их тщательно изучать, если вы новичок и хотите ознакомиться с этими группами уведомлений, не углубляясь слишком глубоко в тему.

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

  • Категория кода 2xx обычно невидима для пользователей и уведомляет об обычных обстоятельствах, когда сервер работает без каких-либо проблем на любом уровне.

  • Уведомители 3xx предназначены только для перенаправления. Он включает в себя всевозможные уведомления, когда серверу необходимо ответить, отправив пользователя в другой каталог.

  • Уведомления 4xx по сути сообщают как пользователю, так и веб-мастеру о том, что клиент или сервер что-то напутали при попытке получить доступ к веб-странице или другим данным. 

  • Кодовый набор 5xx касается плохих обстоятельств на сервере, включая различные вещи, начиная с проблем с подключением и заканчивая его плохой конфигурацией.

Как уже было сказано, все уведомления 4xx касаются проблем на стороне пользователя. В том числе опечатки URL, отсутствие прав доступа или другие факторы, препятствующие успешному завершению процедуры обработки. Нравятся ситуации, когда страница недоступна или была удалена.

Распространенные коды 4xx и их значения

Общие коды 4xx

Будучи довольно большой группой, 4xx имеет набор различных субкодов, начиная с 400 и заканчивая кодом состояния 499. И хотя не все из них заполнены IETF, у нее по-прежнему имеется широкий набор назначенных номеров для уведомителей.

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

  • 401 – Несанкционировано. Код статуса 401 отображается, если перед посещением сайта не была проведена соответствующая авторизация.

  • 403 – Запрещено. Уведомление с кодом состояния 403 появляется, если прав доступа недостаточно даже после аутентификации.

  • 404 — не найдено. Уведомитель кода состояния 404 определяет, что процедура запроса извлекает неправильно перемещенные, несуществующие или скрытые данные.

  • 405 – метод не разрешен. Код состояния 405 означает, что сервер запрещает используемую процедуру доступа.

  • 406 – неприемлемо. Уведомление о коде состояния 406 отображается, когда требуемая процедура поиска или поиска не может быть завершена.

  • 407 – требуется проверка подлинности прокси-сервера. Уведомитель кода статуса 407 сообщает, что необходима авторизация на прокси.

  • 408 – тайм-аут запроса. Код состояния 408 определяет, что что-то тормозит работу сети и вызывает критические замедления на одной из сторон, а также делает запрос слишком медленным для продолжения.

  • 409 – конфликт. Код состояния 409 уведомитель появляется, если имеются несовпадающие или конфликтующие настройки с учетом обеих сторон пары пользователь-сервер.

  • 410 – Gone. Код состояния 410 уведомитель сообщает, что ресурс был безвозвратно удален с сервера.

  • 413 – слишком большая полезная нагрузка. Уведомитель с кодом состояния 413 используется, если запрос содержит слишком много данных для обработки.

  • 414 – слишком длинный URI. Этот уведомитель с кодом состояния 414 появляется, если URI (обычно URL) содержит большее количество символов, чем возможно принять.

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

  • 422 — Необрабатываемый объект. Уведомление с кодом состояния 422 означает, что запрос содержит поврежденную информацию или существуют сбои сервера, мешающие завершению процедуры.

  • 424 — Неудачная зависимость. Этот уведомитель с кодом состояния 424 отображается, если последний запрос в запросе дает сбой и последовательное продолжение следующего невозможно.

  • 429 – слишком много запросов. Понятный уведомитель включает код состояния 429, если количество попыток получения данных с сервера превышает предопределенное ограничение.

  • 431 – слишком большие поля заголовка запроса. Уведомление с кодом состояния 431 отображается, если запрос содержит слишком большой заголовок, который невозможно обработать при текущих настройках.

  • 443 — Ошибка подтверждения SSL/TLS. Код состояния 443 отображается при возникновении конфликтов с сертификатами SSL или TLS. включая срок действия и несоответствующую конфигурацию.

  • 451 – недоступен по юридическим причинам. Код статуса 451 включается в уведомление только в том случае, если сервер запрещен законом в определенной области или в отдельной стране.

Кроме того, редко появляются уведомления, такие как код статуса 417, полностью устаревшие, такие как код статуса 430, или даже сообщения, созданные для развлечения, такие как 418 «Я чайник». уведомление, созданное специально для первоапрельского праздника’ Еще в далеком 1998 году.

Как запрос может быть не выполнен с кодом состояния 400

как запрос может быть не выполнен с кодом состояния 400

Почти все уведомления 4xx появляются из-за активности пользователя или программного обеспечения, но иногда это может исправить только веб-мастер. А причинами появления уведомлений из кодового набора 4xx обычно являются опечатки, неточности или, в случае проблем с сервером, неправильно настроенные настройки. Поэтому, хотя иногда это может быть ошибка на стороне сервера, в общих чертах все уведомления 4xx говорят о том, что ресурс или контент по каким-то причинам недоступны.

Принимая во внимание ошибки, связанные с сервером, ранее упоминалось, что существует вероятность того, что его настройка испорчена. Начиная от неправильного допустимого размера заголовков или даже неправильно настроенных требований (ошибка 417) и заканчивая недостаточной пропускной способностью или даже истекшим сроком действия SSL или TLS.

С точки зрения SEO, любая служба анализа поисковой системы по сути исключает сайт из очередей результатов поиска, как только появляется любой из уведомителей 4xx. Потому что, учитывая все обстоятельства, они не смогут получить и кэшировать сайт, поэтому им нечего будет анализировать и нечего добавлять в очереди результатов поиска. И последуют ситуации, когда посещаемость сайта падает, а рейтинги сайта начинают падать, как будто он вдруг стал совсем недоступен.

Важность кода ответа 400

Важность кода ответа 400

Для веб-мастеров появление уведомлений 4xx в журналах или для пользователей означает, что существует огромная вероятность того, что ситуация ухудшится, если ее не диагностировать и не исправить. Кроме того, условно это означает, что что-то на сервере было настроено неправильно во время первоначальной настройки или последнего обновления. Для примера: 404 или 410 говорят, что запрошенный объект был перемещен или удален навсегда без какого-либо перенаправления. Или если сервер вернул 409, возможно, его конфигурация неверна.

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

Более того, учитывая все вышесказанное, проблемы с 4xx наверняка плохо повлияют на пользовательский опыт. Потому что если проблема на стороне клиента, то она не исчезнет, что бы пользователь ни делал. И если это не исправить, это будет такая же ошибка, как и для SEO: пользователи не смогут попасть на сайт, как бы они ни старались.

Как исправить код ответа 400

как исправить код ответа 400

Лучший способ борьбы с появлением уведомлений 4xx — это мониторинг сайта с помощью мощных инструментов в дополнение к постоянному просмотру журналов сервера. Например, любой веб-мастер может воспользоваться услугами автоматического мониторинга, предлагаемыми платформой Host-Tracker. В частности, у него есть удобный инструмент HTTP-мониторинга, который будет проверять возвращаемые уведомления с кодами из разных мест по всему миру. 

Учитывая, что этот инструмент работает как клиент, инструментарий Host-Tracker может воспроизвести практически любой возврат 4xx, за исключением тех, которые связаны с проблемами на стороне пользователя. И что самое важное, точки доступа по всему миру могут даже узнать о появлении уведомителя 451 для локаций и о запрещенном законом состоянии сайта вместе с ним.

Устранение большинства неполадок, связанных с этой группой уведомлений, ни в коем случае не является слишком трудным для веб-мастеров. Потому что все они так или иначе завязаны на доступности на сервере. Таким образом, независимо от того, были ли данные перемещены или удалены, была неправильно настроена настройка реакций заголовка, истек срок действия текущего сертификата SSL/TLS или произошло что-либо другое, уведомитель сам укажет правильное направление, и веб-мастеру будет достаточно перенастроить источник проблемы для ее устранения. 

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

Заключение

Учитывая все обстоятельства, уведомления 4xx с HTTP-кодами и информацией о них необходимы для всех аспектов сайта. Будь то процедуры обслуживания, стабильность сайта, рейтинг в поисковой выдаче или пользовательский опыт — на все это может повлиять появление практически любого кода из группы. Принимая это во внимание, крайне важно всеми силами держать подобные явления под контролем. И лучший способ сделать это — держать сайт под постоянным мониторингом с помощью мощных инструментов, таких как платформа Host-Tracker, которая позволяет найти любой серверный уведомитель 4xx, как только возникнет проблема.

Часто задаваемые вопросы

Что такое код состояния 400?

По сути, это уведомление сообщает об опечатке или неправильно введенном адресе веб-страницы. 

Что такое код статуса 404?

Это сообщение появляется всякий раз, когда веб-страница недоступна или скрыта.

Что такое код статуса 401?

В этом уведомлении 4xx говорится, что для продолжения необходимо войти в учетную запись с правами доступа.

Что такое код состояния 403?

Этот уведомитель похож на 401, но говорит, что прав доступа недостаточно даже после аутентификации.

Что такое код состояния 429?

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

Список ссылок на официальную документацию HTTP и ресурсы для веб-мастеров

1. Официальная документация HTTP:

Филдинг Р., Геттис Дж., Могул Дж., Фристик Х., Масинтер Л., Лич П. и amp; Бернерс-Ли, Т. (1999). Протокол передачи гипертекста — HTTP/1.1. IETF. RFC 2616. https://tools.ietf.org/html/rfc2616

Ноттингем, М., & Филдинг, Р. (2020). HTTP-семантика. IETF. https://httpwg.org/http-core/draft-ietf-httpbis-semantics-latest.html

2. Руководства для веб-мастеров и разработчиков:

Веб-документы Mozilla Developer Network (MDN). Коды состояния ответа HTTP. https://developer.mozilla.org/en-US/docs/Web/HTTP/Status

Веб-мастера Google. Центр поиска Google: коды состояния HTTP. https://developers.google.com/webmaster-tools/v1/errors?hl=en

3. Инструменты мониторинга и разрешения ошибок:

Справка консоли поиска Google. Отчет об ошибках сканирования (веб-сайты). https://support.google.com/webmasters/answer/35120?hl=en

Хост-Трекер. Мониторинг производительности сайта. https://www.host-tracker.com/en

Тэги: usecase
Директор по коммуникациям и технологиям компании HostTracker. Алексей является частью команды с первых дней существования компании. Его работа сосредоточена на составлении бизнес-отчетов, анализе статистики баз данных и системном администрировании. Алексей также отвечает за коммуникации с командой разработчиков и клиентами.