Почему 404 год это ошибка

403 Access allowed only for registered users

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

В настоящее время выделено пять классов кодов состояния:

• 1xx: Informational (русск. Информационный) — запрос получен и понят, а обработка продолжается.
• 2xx: Success (русск. Успешно) — запрос был успешно получен, понят и обработан.
• 3xx: Redirection (русск. Перенаправление) — для выполнения запроса должны быть предприняты дальнейшие действия.
• 4xx: Client Error (русск. Ошибка клиента) — запрос имеет неверный синтаксис или не может быть выполнен.
• 5xx: Server Error (русск. Ошибка сервера) — сервер не в состоянии выполнить допустимый запрос, или не поддерживает запросы указанного типа.

Ниже представлены коды ответа из реестра кодов состояния

1xx: Informational

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

100

Continue (русск. Продолжать)
Появился в HTTP/1.1.

Сервер удовлетворён начальными сведениями о запросе. Клиент может продолжать пересылать заголовки.

101

Switching Protocols (русск. Переключение протоколов)
Появился в HTTP/1.1.

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

102

Processing русск. Идёт обработка
Появился в

2xx: Success

Сообщения данного класса информируют о случаях успешного принятия и обработки запроса клиента. В зависимости от статуса сервер может ещё передать заголовки и тело сообщения.

200

OK (русск. Хорошо)
Появился в HTTP/1.0.

Успешный запрос ресурса. Если клиентом были запрошены какие-либо данные, то они находятся в заголовке и/или теле сообщения.

201

Created (русск. Создано)
Появился в HTTP/1.0.

В результате успешного выполнения запроса был создан новый ресурс. Сервер должен указать его местоположение в заголовке Location. Серверу рекомендуется ещё указывать в заголовке характеристики созданного ресурса (например, в поле Content-Type). Если сервер не уверен, что ресурс действительно будет существовать к моменту получения данного сообщения клиентом, то лучше использовать ответ 202.

202

Accepted (русск. Принято)
Появился в HTTP/1.0.

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

203

Non-Authoritative Information (русск. Неавторитетная информация)
Появился в HTTP/1.1.

Аналогично ответу 200, но в этом случае передаваемая информация была взята не из первичного источника (резервной копии, другого сервера и т. д.) и поэтому может быть неактуальной.

204

No Content (русск. Нет содержимого)
Появился в HTTP/1.0.

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

205

Reset Content (русск. Сбросить содержимое)
Появился в HTTP/1.1.

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

206

Partial Content (русск. Частичное содержимое)
Появился в HTTP/1.1.

Сервер удачно выполнил . В заголовке Content-Range сервер указывает байтовые диапазоны содержимого. Особое внимание при работе с подобными ответами следует уделить кэшированию.

207

Multi-Status (русск. Многостатусный)
Появился в XML-документа с единственным объектом multistatus. Не рекомендуется размещать в этом объекте статусы из серии 1xx из-за бессмысленности и избыточности.

226

IM Used (русск. IM использовано)
Введено в RFC 3229 для дополнения протокола HTTP поддержкой дельта-кодирования.

Заголовок A-IM от клиента был успешно принят и сервер возвращает содержимое с учётом указанных параметров.

3xx: Redirection

Коды статуса класса 3xx сообщают клиенту что для успешного выполнения операции нужно произвести следующий запрос к другому URI. В большинстве случаев новый адрес указывается в поле Location заголовка. Клиент в этом случае должен, как правило, произвести автоматический переход (жарг. редирект).

Обратите внимание, что при обращении к следующему ресурсу можно получить ответ из этого же класса кодов. Может получиться даже длинная цепочка из перенаправлений, которые, если будут производится автоматически, создадут чрезмерную нагрузку на оборудование. Поэтому разработчики протокола HTTP настоятельно рекомендуют после второго подряд подобного ответа обязательно запрашивать подтверждение на перенаправление у пользователя (раньше рекомендовалось после 5-го). За этим следить обязан клиент, так как текущий сервер может перенаправить клиента на ресурс другого сервера. Клиент также должен предотвратить попадание в круговые перенаправления.

300

Multiple Choices (русск. Несколько выборов)
Появился в HTTP/1.0.

По указанному URI существует несколько вариантов предоставления ресурса по типу

301

Moved Permanently (русск. Перемещёно окончательно)
Появился в HTTP/1.0.

Запрошенный документ был окончательно перенесен на новый URI, указанный в поле Location заголовка. При запросах не методом HEAD сервер должен передать в теле сообщения гипертекстовое пояснение. При использовании всех методов, кроме GET и POST, предварительно следует уведомить пользователя об изменении ссылки. Не стоит забывать, что некоторые клиенты ошибочно меняют метод POST на GET после перехода на другой адрес.

Ответ может кэшироваться.

Если код состояния 301 получен после запроса GET или HEAD, то клиент должен запросить пользователя перед адресацией.

302

Found (русск. Найдено)
Введено в HTTP/1.0.

Запрошенный документ временно доступен по другому URI, указанному в заголовке в поле Location. При всех методах кроме HEAD сервер должен передать в теле гипертекстовое пояснение. При использовании всех отличных от GET и POST методов предварительно следует уведомить пользователя об изменении URI. При обращении к следующему ресурсу метод POST на GET менять следует как это делают некоторые клиенты.

Код является примером того, как практика не соответствует стандартам. Спецификация HTTP/1.0 требовала от клиента осуществления временной переадресации («Moved temporarly» в оригинале), но популярные браузеры использовали 303 See other. Поэтому спецификация HTTP/1.1 (RFC 2068) добавила коды состояний 303 и 307, пытаясь избавиться от неоднозначности. Тем не менее, большинство веб-приложений по прежнему используют код 302, как если бы он был кодом 303.

303

See Other (русск. Смотреть другое)
Введено в HTTP/1.1.

Документ по запрошенному URI нужно запросить по адресу в поле Location заголовка с использованием метода GET несмотря даже на то, что первый запрашивался методом POST. Если используется не метод HEAD, то серверу следует включить в тело сообщения короткое гипертекстовое описание.

304

Not Modified (русск. Не изменено)
Появился в HTTP/1.0.

Сервер возвращает такой код, если клиент запросил документ методом GET, использовал заголовок If-Modified-Since или If-None-Match и документ не изменился с указанного момента. При этом сообщение сервера не должно содержать тела.

305

Use Proxy (русск. Использовать прокси)
Введено в HTTP/1.1.

Запрос к запрашиваемому ресурсу должен осуществляться через прокси-сервер, URI которого указан в поле Location заголовка. Данный код ответа могут использовать только родные HTTP-сервера (не прокси).

306

Упомянуто в RFC 2616 (обновление HTTP/1.1).

Использовалось раньше. В настоящий момент зарезервировано.

307

Temporary Redirect (русск. Временное перенаправление) Введено в RFC 2616 (обновление HTTP/1.1).

Запрашиваемый ресурс короткое время доступен только по другому URI (указывается в поле Location заголовка). Если был послан не метод HEAD, то серверу следует включить в тело сообщения короткое гипертекстовое описание. При использовании всех методов кроме GET и POST предварительно следует уведомить пользователя о временном изменении ссылки.

4xx: Client Error

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

Для облегчения запоминания значений кодов существуют приёмы иллюстративной мнемотехники (например, для диапазона 400 по 417 ^[1])

400

Bad Request (русск. Плохой запрос)
Появился в HTTP/1.0.

Запрос не понят сервером из-за наличия синтаксической ошибки. Клиенту следует повторно обратиться к ресурсу с изменённым запросом.

401

Unauthorized (русск. Неавторизован)
Появился в HTTP/1.0.

Запрос требует идентификации пользователя. Клиент должен запросить имя и пароль у пользователя и передать их в записи WWW-Authenticate заголовка в следующем запросе. В случае ввода ошибочных данных сервер снова вернёт этот же статус.

402

Payment Required (русск. Необходима оплата )
Зарезервирован начиная с HTTP/1.1.

Предполагается использовать в будущем. В настоящий момент не используется.

403

Forbidden (русск. Запрещено)
Появился в HTTP/1.0.

Сервер понял запрос, но он отказывается его выполнять из-за каких-то ограничений в доступе. Идентификация через протокол HTTP здесь не поможет. Скорее всего, на сервере нужно провести аутентификацию другим способом, сделать запрос с определёнными параметрами или удовлетворить каким-либо условиям.

Сообщение 403 может возвращаться, если хозяин сайта по каким-то соображениям решил закрыть от пользователей часть информации. Кроме того, если веб-сервер не имеет прав доступа к запрошенному документу, он также вернёт код 403. Простая ситуация, когда страница может на самом деле не существовать, но сервер выдаст ошибку 403 (запрещено), а не 404 (не найдено): страница находится в директории foo, доступ к которой был запрещён веб-серверу — таким образом веб-сервер не может «знать», есть в этой директории такая страница, или нет.

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

404

Not Found (русск. Не найдено)
Появился в HTTP/1.0.

Сервер понял запрос, но не нашёл соответствующего ресурса по указанному 410 вместо этого. Этот код может использоваться вместо 403, если требуется тщательно скрыть от посторонних глаз определённые ресурсы.

Ссылки

• Медиафайлы по теме http-ошибка 404 с Викисклада.
• ErrorDocument Directive — инструкции по созданию пользовательских 404-х страниц для Apache 2.2 web server.
• 404 Research Lab — Всё о 404-х страницах
• Несколько 404-х страниц в одной — Несколько 404-х страниц в одной

405

Method Not Allowed (русск. Метод не поддерживается)
Появился в HTTP/1.1.

Указанный клиентом метод нельзя применить к ресурсу. Сервер также должен передать в заголовке ответа поле Allow со списком доступных методов.

406

Not Acceptable (русск. Не приемлемо)
Появился в HTTP/1.1.

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

407

Proxy Authentication Required (русск. Необходима авторизация прокси)
Появился в HTTP/1.1.

Ответ аналогичен коду 401 за исключением того, что аутентификация производится для прокси-сервера. Механизм аналогичен идентификации на обычном сервере.

408

Request Timeout (русск. Время ожидания истекло)
Появился в HTTP/1.1,

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

409

Conflict (русск. Конфликт)
Появился в HTTP/1.1.

Запрос не может выполнен из-за конфликтного обращения к ресурсу. Такое возможно, например, когда два клиента пытаются изменить ресурс с помощью метода PUT.

410

Gone (русск. Удалён)
Появился в HTTP/1.1.

Такой ответ сервер посылает, когда ресурс раньше был по указанному URI, но был удалён и теперь недоступен. Серверу в этом случае не известно и местоположение альтернативного документа (например, копии). Если у сервера есть подозрение, что документ в ближайшее время может быть восстановлен, то лучше клиенту передать код 404.

411

Length Required (русск. Необходима длина)
Появился в HTTP/1.1.

Для указанного ресурса клиент должен указать Content-Length в заголовке запроса. Без указания этого поля не стоит делать повторную попытку запроса к серверу по данному URI.

412

Precondition Failed (русск. Условие «ложно»)
Появился в HTTP/1.1.

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

413

Request Entity Too Large (русск. Запрашиваемые данные слишком большие)
Появился в HTTP/1.1.

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

414

Request-URI Too Long (русск. Запрашиваемый URI слишком длинный)
Появился в HTTP/1.1.

Сервер не может обработать запрос из-за слишком длинного указанного URI. Такую ошибку можно спровоцировать, например, когда клиент пытается передать длинные параметры через метод GET, а не POST.

415

Unsupported Media Type (русск. Неподдерживаемый тип данных)
Появился в HTTP/1.1.

По каким-то причинам сервер отказывается работать с указанным типом данных при данном методе.

416

Requested Range Not Satisfiable (русск. Запрашиваемый диапазон не достижим)
Введено в RFC 2616 (обновление HTTP/1.1).

В поле Range заголовка запроса был указан диапазон за пределами ресурса и отсутствует поле If-Range. Если клиент передал байтовый диапазон, то сервер может вернуть реальный размер в поле Content-Range заголовка. Данный ответ не следует использовать при передаче типа multipart/byteranges.

417

Expectation Failed (русск. Ожидаемое ошибочно)
Введено в RFC 2616 (обновление HTTP/1.1).

По каким-то причинам сервер не может удовлетворить значению поля Expect заголовка запроса.

422

Unprocessable Entity (русск. Необрабатываемый экзмепляр)
Введено в XML-документ имеет верный синтаксис, но имеется какая-то логическая ошибка из-за которой невозможно произвести операцию над ресурсом.

423

Locked (русск. Заблокировано)
Введено в

424

Failed Dependency (русск. Невыполненная зависимость)
Введено в 424.

426

Upgrade Required (русск. Необходимо обновление)
Введено в RFC 2817 для возможности перехода к

Сервер указывает клиенту на необходимость обновить протокол. Заголовок ответа должен содержать правильно сформированные поля Upgrade и Connection.

5xx: Server Error

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

500

Internal Server Error (русск. Внутренняя ошибка сервера)
Появился в HTTP/1.0.

Любая внутренняя ошибка сервера, которая не входит в рамки остальных ошибок класса 5xx.

501

Not Implemented (русск. Не реализовано)
Появился в HTTP/1.0.

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

502

Bad Gateway (русск. Плохой шлюз)
Появился в HTTP/1.0.

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

503

Service Unavailable (русск. Сервис недоступен)
Появился в HTTP/1.0.

Сервер временно не имеет возможности обрабатывать запросы по техническим причинам (обслуживание, перегрузка и прочее). В поле Retry-After заголовка сервер может указать время, через которое клиенту рекомендуется повторить запрос. Хотя во время перегрузки очевидным является сразу разрывать соединение, эффективней может оказаться установка большого значения поля Retry-After для уменьшения частоты избыточных запросов.

504

Gateway Timeout (русск. Шлюз не отвечает)
Появился в HTTP/1.1.

Сервер в роли шлюза или прокси не дождался ответа от вышестоящего сервера для завершения текущего запроса.

505

HTTP Version Not Supported (русск. Версия HTTP не поддерживается)
Появился в HTTP/1.1.

Сервер не поддерживает или отказывается поддерживать указанную в запросе версию протокола HTTP.

506

Variant Also Negotiates (русск. Вариант тоже согласован)
Экспериментальное. Введено в RFC 2295 для дополнения протокола HTTP технологией Transparent Content Negotiation.

В результате ошибочной конфигурации выбранный вариант указывает сам на себя из-за чего процесс связывания прерывается.

507

Insufficient Storage (русск. Закончилось место)
Введено в

510

Not Extended (русск. Не расширено)
Введено в RFC 2774 для дополнения протокола HTTP поддержкой расширений.

На сервере отсутствует расширение, которое планирует использовать клиент. Сервер может дополнительно передать информацию о доступных ему расширениях.

Примечания

См. также

• Список кодов ответов FTP
• Протокол WebDAV
• Дельта-кодирование

Ссылки

• Реестр кодов состояния IANA.
• RFC 1945 — «Hypertext Transfer Protocol — HTTP/1.0» (также описывает HTTP/0.9).
• RFC 2068 — «Hypertext Transfer Protocol — HTTP/1.1» (перевод на русском).
• RFC 2518 — «HTTP Extensions for Distributed Authoring — WEBDAV».
• RFC 2616 — «Hypertext Transfer Protocol — HTTP/1.1» (обновленние протокола HTTP/1.1).
• RFC 2774 — «An HTTP Extension Framework» (введение в HTTP поддержки расширений).
• RFC 3229 — «Delta encoding in HTTP».
• RFC 4918 — «HTTP Extensions for Web Distributed Authoring and Versioning (WebDAV)».
• Коды состояния служб IIS в «Базе знаний» Microsoft.

В рубрике «Интернет-археология» Look At Me рассказывает о том, как в интернете появились стандарты, которые мы часто не замечаем. В сегодняшнем выпуске говорим о самом известном коде ошибки, который показывают браузеры.

Ошибка 404 Page Not Found преследует экраны компьютеров по всему миру на протяжении десятилетий. И хотя многие пользователи до сих пор не знают, почему она возникает, «последняя страница Интернета» за последние тридцать лет появлялась так часто, что проложила себе путь в поп-культуру как городская легенда.

Мы не осознаём этого, но подобная ошибка встречается довольно часто, поскольку большинство сайтов каждый день сталкиваются с новыми неработающими ссылками. Более того, веб-страницы, созданные до 2005 года, постоянно «умирают». Следовательно, мы можем только гадать, сколько надгробий с надписью 404 Page Not Found существует на онлайн-кладбище.

Сегодня 404 является мощным символом, который используют во всём мире для освещения чего-либо неизвестного.

Что такое 404 Page Not Found?

Мы все с ней сталкивались, но как возникает эта ошибка? 404 – это код состояния HTTP. Когда пользователь посещает веб-страницу, устройство запрашивает данные с сервера с помощью HTTP — протокола прикладного уровня передачи данных.

После этого колёса и шестерёнки всемирной паутины начинают двигаться, и мы осознаём, что всё в Интернете связано с обменом данными quid pro quo (одна передача зависит от другой). Перед тем как отобразить страницу, веб-сервер отправляет HTTP-заголовок с кодом состояния, и наш браузер отвечает взаимностью, отправляя свои заголовки. Если всё нормально, статус обмена данными считывается нормально:

«200 ОК».

«Запрос выполнен успешно».

Мы не видим этого, поскольку сервер отправляет содержимое страницы. Код выдаёт, если происходит ошибка.

«404 Not Found».

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

Развенчание мифа о комнате 404

В период с 1981 по 1992 год, работая в ЦЕРНе, изобретатель всемирной паутины Тим Бернерс-Ли и его помощник Роберт Кайо создали новую систему просмотра и распространения информации на основе гипертекста. Им приходилось отвечать на различные запросы, выделяя файлы и передавая их по сети, и делали они это вручную.

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

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

«Room 404: file not found».

Сообщение стало популярным. В 1992 году Консорциум Всемирной паутины ввёл коды состояния HTTP, которые были разработаны ещё в 1990 году.

Тим и Роберт работали вместе в офисе на четвёртом этаже здания. Там же, в комнате под номером 404, располагалась центральная база данных всемирной паутины с первыми веб-серверами.

«Первый веб-сайт в ЦЕРНе – и в мире – был посвящён самому проекту всемирной паутины (World Wide Web) и размещался на компьютере NeXT Бернерса-Ли. В 2013 году ЦЕРН запустил проект по восстановлению первого в истории веб-сайта: info.cern.ch».

Роберт Кайо развенчал миф о том, что ошибка 404 была названа в честь серверной комнаты в ЦЕРНе. На четвёртом этаже не было комнаты с номером 404.

Как ни странно, в здании «4» нет комнаты «04», офисы начинаются с 410-го — не спрашивайте, почему. Извините, что разочаровываем вас, но в ЦЕРНе нет комнаты 404 — её просто не существует, и уж точно не она была «местом, где зародилась паутина».

Роберт Кайо подтвердил это во время интервью: «Цифра 404 никогда не была связана с какой-либо комнатой или физическим местоположением в ЦЕРНе. Это самый настоящий миф».

Когда его спросили об одержимости людей термином 404, Кайо ответил: «Вероятно, это связано с иррациональностью, отрицанием очевидного и ухода от реальности, что весьма характерно для людей».

Разгадка тайны 404

Таким образом, ошибка 404 стала Интернет-загадкой и нигилистическим парадоксом. Тем не менее, скорее случайно, чем преднамеренно, нам, возможно, удалось найти ответ. Дело в том, что любители городских легенд и разрушители мифов искали разгадку не в той комнате в ЦЕРНе.

Рейсы 404

Код 404 появился ещё тогда, когда Интернет только зарождался. Тим Бернерс-Ли изобрёл всемирную паутину (WWW) в 1989 году, и именно в тот год произошла первая трагедия с участием самолёта, выполнявшего рейс 404.

Рейс 404 Pakistan International Airlines

Рейс PK404 исчез почти сразу же после взлёта 25 августа 1989 года. Самолёт Fokker F27 Friendship поднялся в небо в Гилгите (Пакистан) в 7:35, он держал курс на столицу Исламабад.

В 7:40 пилоты вышли на связь. Затем самолёт исчез с радаров. Эксперты полагают, что он разбился в Гималаях, однако до сих пор не было обнаружено никаких обломков. Рейс 404 исчез бесследно.

Можете себе представить, сколько раз Тим Бернерс-Ли и Роберт Кайо слышали об этом в новостях. У них могла неосознанно отложиться в памяти фраза «404-й не найден».

Рейс 404 авиакомпании Alitalia

Рейс 404 авиакомпании Alitalia был международным пассажирским рейсом, который 14 ноября 1990 года направлялся из аэропорта Линате в Милане, Италия, в аэропорт Цюриха в Швейцарии, и потерпел крушение. Самолёт Douglas DC-9–32 компании Alitali, приближаясь к аэропорту Цюриха, упал в лесах Вайаха, убив всех 46 человек, находившихся на борту.

Между Вайахом и местом рождения Интернета в ЦЕРНЕ всего около 240 километров. Новостные каналы, вероятно, связали трагедию с рейсом PK404. Следовательно, мы можем предположить, что цифра 404 снова засела в подсознании каждого.

Заключение

Оглядываясь на историю Интернета, мы видим, что сочетание неблагоприятных обстоятельств, известных как «идеальный шторм», породило ошибку 404. Удивительно, почему до сих пор никто не соединил следующие точки:

* Август 1989 года – рейс PK404 исчезает вскоре после взлёта.

* Октябрь 1990 года – Тим Бернерс-Ли начинает писать код для клиентской программы, браузера/редактора, который он называет World Wide Web, на своём новом компьютере NeXT.

* Ноябрь 1990 года – рейс Alitalia 404 терпит крушение в Швейцарии.

* Декабрь 1990 года – появляется первый веб-сайт, nxoc01.cern.ch.

Тим Бернерс-Ли и Роберт Кайо молчат об истинном происхождении сообщения «404 not found». Однако они могут даже не подозревать о подсознательных нюансах «404». Следовательно, ошибка продолжит пугать пользователей сети как «тупиковая страница Интернета».

Иллюстрация: Polina Vari для Skillbox Media

Контент подготовлен нейросетью, которая анализирует тысячи источников в режиме реального времени. Факты проверил редактор Skillbox Media.

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

• что означает ошибка 404;
• почему она возникает;
• как последствия ошибки 404 проявляются на сайте;
• как исправить ошибку 404 со стороны пользователя;
• как исправить ошибку 404 со стороны владельца сайта;
• какие есть инструменты для отслеживания ошибки 404.

---

Ошибка 404, также известная как «Not Found» или «Не найдено», является стандартным HTTP-статусным кодом, который указывает на отсутствие запрашиваемого ресурса на сервере.

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

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

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

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

В следующих разделах мы рассмотрим причины возникновения ошибки 404 подробнее и дадим рекомендации по её исправлению.

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

• Неверно введён URL. Это самая распространённая причина. Если пользователь случайно вводит неправильный адрес в адресной строке браузера, сервер не сможет найти соответствующую страницу и вернёт ошибку 404. Ошибки в адресе могут быть вызваны случайными опечатками, неправильным регистром или отсутствием необходимых символов.
• Ссылка ведёт на несуществующие страницы. Если ссылка ведёт на страницу, которая была перемещена или удалена, пользователь, кликнувший по ней, столкнётся с ошибкой 404. 
• Ссылки на других сайтах устарели. Если другой сайт содержит ссылку на вашу страницу, но эта страница была удалена или перемещена, а ссылку на другом сайте не обновили, пользователь, перешедший по этой ссылке, получит ошибку 404.
• Ресурсы перемещены или удалены с сервера. Если владелец сайта переместил или удалил ресурс (например, страницу или файл), но не настроил перенаправление или обновление ссылок, клиенты, которые обращаются к этому ресурсу, получат ошибку 404.
• Есть проблемы с серверной конфигурацией. Ошибка 404 также может появляться, если сервер настроен неправильно или доступ к определённым файлам или директориям закрыт.
• Во внутренней структуре сайта есть ошибки. Например, если ссылка на страницу указывает путь неправильно, сервер не сможет найти соответствующий ресурс и вернёт ошибку 404.

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

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

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

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

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

Важно принимать меры по предотвращению и исправлению ошибок, чтобы сайт функционировал эффективно.

Если вы сталкиваетесь с ошибкой 404 при посещении сайта, вы можете проверить, с вашей ли стороны проблема, и предпринять действия, чтобы её исправить. Вот несколько рекомендаций.

• Проверьте правильность написания URL. Убедитесь, что вы правильно ввели URL в адресной строке браузера. Проверьте, нет ли в нём опечаток, правильный ли использован регистр. Если есть сомнения, попробуйте переписать URL или воспользуйтесь поиском по сайту.
• Обновите страницу или повторите попытку позже. Иногда ошибка 404 может быть временной проблемой, связанной с недоступностью сервера или перегрузкой. Попробуйте обновить страницу или повторить запрос через некоторое время. Если ошибка сохраняется, перейдите к следующему шагу.
• Используйте поиск по сайту. Если на сайте есть функция поиска, воспользуйтесь ей. Это может помочь обнаружить страницу или контент, который вы ищете, даже если ссылка на него была изменена или удалена.
• Проверьте, нет ли другой ссылки на эту страницу, с помощью поискового запроса. Возможно, страница была перемещена или переименована, а запрос в поисковике приведёт вас к нужному ресурсу.
• Сообщите о проблеме владельцу сайта. Если вы уверены, что запрашиваемый ресурс должен существовать, а ошибка 404 сохраняется, свяжитесь с владельцем сайта или администратором и сообщите о проблеме. Они могут принять меры для исправления ссылки или восстановления удалённой страницы, предоставить другой путь к нужному контенту.
• Ищите альтернативные источники информации. Если вы не можете получить доступ к конкретной странице, поищите другие ресурсы по теме. Возможно, аналогичный контент доступен на других сайтах.

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

Если вы владелец сайта, на страницах которого возникает ошибка 404, вы можете предпринять несколько действий для исправления этой проблемы. Вот несколько рекомендаций:

• Проверьте, есть ли на вашем сервере запрашиваемый ресурс. Убедитесь, что файл или страница, на которую указывает ссылка, находится в нужном месте. Если ресурс был перемещён или удалён, возможно, его следует восстановить или предоставить пользователям альтернативу.
• Обновите ссылки и редиректы. Если вы переместили ресурс или изменили его URL, убедитесь, что все ссылки и редиректы на вашем сайте перенастроены. Обновление ссылок позволит пользователям получить доступ к нужному контенту без ошибок 404. Используйте редирект (например, 301 или 302), чтобы автоматически направлять пользователей на новый адрес.
• Создайте дизайн специальной страницы 404 с информацией и советами по навигации. На этой странице можно поместить сообщение о том, что запрошенный ресурс не найден, и предложить перейти к другим страницам сайта.
• Усовершенствуйте внутреннюю структуру сайта. Проанализируйте структуру вашего сайта и проверьте наличие сломанных или устаревших ссылок. Используйте инструменты для проверки ссылок и обновите нерабочие ссылки в меню, футере, виджетах и других разделах вашего сайта.
• Настройте поиск по сайту. Он поможет пользователям найти нужную информацию, даже если они столкнутся с ошибкой 404. Убедитесь, что поиск настроен правильно и охватывает все важные страницы. Это позволит пользователям искать нужную информацию непосредственно на вашем сайте.
• Мониторьте ошибки 404 и анализируйте их. Используйте инструменты аналитики для отслеживания и мониторинга ошибок 404 на вашем сайте. Это позволит вам получить информацию о том, какие страницы часто выдают ошибку 404, и исправить проблему. Анализ ошибок 404 позволит определить, что в структуре сайта и вашей ссылочной стратегии следует улучшить.

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

Упростить отслеживание и управление ошибками 404 позволяют специальные инструменты. Вот несколько полезных инструментов со ссылками на их официальные сайты:

• Google Analytics. Популярный бесплатный инструмент от Google, который предоставляет подробные отчёты о посещаемости вашего сайта. Он также отслеживает ошибки 404 и предоставляет информацию о страницах, на которых возникли ошибки.
• Google Search Console. Бесплатный инструмент от Google, который позволяет  отслеживать индексацию и видимость сайтов в поисковой выдаче Google. Он также предоставляет отчёты об ошибках 404 на сайте.
• Веб-мастер Яндекса. Инструмент от «Яндекса», предназначенный для анализа сайтов. Он предоставляет отчёты об ошибках 404, позволяет вам просмотреть страницы, вызывающие ошибки.
• Screaming Frog. Популярный платный инструмент для сканирования сайтов, который помогает обнаружить ошибки 404 и другие проблемы с сайтом. Он проводит аудит сайта и выдаёт подробные отчёты о неработающих ссылках, включая ссылки с ошибкой 404.
• Dead Link Checker. Онлайн-инструмент, который позволяет проверить ваш сайт на наличие неработающих ссылок. Вы можете указать URL вашего сайта, и Dead Link Checker составит отчёт о неработающих ссылках, включая ошибки 404.

• Ошибка 404 — это HTTP-код, который указывает на то, что запрашиваемый ресурс не найден на сервере. Ошибка 404 возникает, когда пользователь или поисковая система обращаются к несуществующей странице, удалённому контенту или недоступному файлу.
• Ошибка 404 может возникать по нескольким причинам: перемещение или удаление страницы или файла, неправильно введённый URL, некорректные ссылки на сайте, проблемы с сервером или недоступность ресурса из-за ошибок в программировании или конфигурации сервера. Ошибка 404 также может возникать при попытке перейти к защищённому контенту без соответствующих разрешений.
• Чтобы исправить ошибку 404, пользователю следует проверить правильность написания URL и обновить страницу или повторить попытку позже, а если это не сработало — воспользоваться функцией поиска на сайте для поиска нужной информации или ресурса.
• Для исправления ошибки 404 владельцу сайта следует проверить, есть ли нужный материал на сервере, обновить ссылки и редиректы, а также создать специальную информационную страницу для ошибки 404.
• Существуют специальные инструменты, предназначенные для отслеживания ошибок 404 на сайтах. Они позволяют провести сканирование страниц и предоставляют детальные отчёты о неработающих ссылках.

Как зарабатывать больше с помощью нейросетей?
Бесплатный вебинар: 15 экспертов, 7 топ-нейросетей. Научитесь использовать ИИ в своей работе и увеличьте доход.
Узнать больше

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

Что с ней делать? Подобные ошибки нужно периодически искать на сайте и удалять. Однако никто не может предсказать, когда произойдет очередной баг. Поэтому на такие случаи страница с ошибкой 404 должна нести пользу для посетителей.

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

Иными словами, ошибка 404 означает, что, несмотря на стабильное соединение, серверу не удалось отыскать запрашиваемую информацию.

О данной ошибке браузер может сообщить несколькими способами:

• 404 error.
• 404 page not found.
• Error 404.
• HTTP 404.
• The requested URL was found on web server.
• 404 file and directory was not found.

Код этой ошибки складывается из двух составляющих:

• первая цифра «4» говорит о том, что это проблема в работе устройства клиента, а не сервера;
• цифры «04» определяют спецификацию ошибки.

Для ошибки подключения 404 характерен определенный интерфейс экрана, который разработчики создают при написании кода будущего сайта.

Пожалуй, до сих пор это один из самых распространенных багов, с которым сталкиваются пользователи. Однако, справедливости ради, в наши дни ошибка 404 (сервер не найден) возникает гораздо реже, чем в конце 90-х годов и начале нулевых. Это обусловлено следующими факторами.

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

Причины ошибки

Ошибка 404 not found возникает по ряду причин.

• Неверный адрес или ссылка, которая ведет к несуществующей странице. В частности, пользователь может допустить опечатку при вводе в поисковую строку. Если домен написан верно, то на экране появится уведомление о том, что страница не найдена. В случае если название будет указано неправильно, сайт даже не откроется.
• Битая ссылка (неактивный URL, который никуда не ведет). Иногда при внутренней перелинковке разработчики забывают убрать пути к удаленным площадкам.
• Удаленная с сервера страница. Порой ссылка для перехода остается в закладках браузера или на сторонних ресурсах (например, форумах и т. д.). Если пользователь попытается воспользоваться таким адресом, на экране возникнет сообщение об ошибке сервера 404.

  

  

  Читайте также

• Неверно настроенная автоматическая переадресация с одного URL на другой. Например, в компании было принято решение о том, что нужно изменить адрес сайта. А в процессе редизайна веб-разработчики, заменив URL на новый, забыли про связанные ссылки.
• Технические проблемы на сервере (крайне редкий случай).

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

Вред от ошибки 404 на сайте

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

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

Часто данная ошибка ухудшает трафик и приводит к снижению продаж.

SEO

Если абсолютное большинство страниц сайта выдают ошибку 404, это может плохо повлиять на его рейтинг. Однако, если багов не так много, поисковики просто не будут их индексировать (это никак не отразится на SEO).

Скачать
файл

E-commerce

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

Мотивы потенциального покупателя в этом случае объясняются максимально просто.

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

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

Как выявить ошибку 404

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

Популярные сервисы и программы, которые помогают находить битые ссылки, перечислены ниже.

Search Console Google

Чтобы найти страницы с ошибкой 404 с помощью данной консоли, потребуется несколько простых действий.

• Войти в учетную запись Google и перейти в Search Console.
• Сначала открыть раздел «Ошибки сканирования», а затем – «Диагностика».
• Кликнуть мышкой на «Not Found».

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

«Яндекс.Вебмастер»

Этот специализированный сервис от компании «Яндекс» существенно облегчает процесс поиска ошибок 404 в онлайн-режиме.

Найти проблемные страницы можно всего в несколько кликов.

• Пройти авторизацию в Яндекс-аккаунте и отрыть «Вебмастер».
• Сначала выбрать «Индексирование», потом «Доступные для поиска страницы», а затем «Исключенные страницы».
• В сформированном списке выставить фильтр «Ошибка HTTP: 404».

insert_bn id=»all»]
Для того чтобы пользоваться сервисом «Яндекс.Вебмастер», необходимо подтвердить права владения сайтом. Для этого нужно добавить метатег в HTML-код главной страницы.

Screaming Frog

Сначала требуется скачать программу и установить ее на компьютер. Затем можно приступать к поиску ошибок 404 по URL проверяемого сайта. Огромный плюс этой утилиты в том, что битые ссылки определяются даже в бесплатной версии.

Это бесплатное Desktop-приложение позволяет оперативно найти нерабочие и несуществующие ссылки.

Как исправить ошибку 404 Not Found

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

• Ссылка ведет к несуществующей странице из-за ошибки в URL. Чтобы решить проблему, достаточно ввести правильный адрес, чтобы сервер отдавал код «200 ОК».
• Битая ссылка. Как уже упоминалось выше, часто подобные адреса появляются при внутренней перелинковке сайта (страницу удалили, а путь остался). В этом случае есть два варианта: удалить ссылку или заменить ее другой.

Как исправить ошибку 404? Вручную удалять и менять адреса удобно лишь в том случае, если сайт небольшой. Если же речь идет о крупном ресурсе, данный процесс стоит автоматизировать. Для этих целей подходят специальные плагины для внутренней перелинковки (например, Terms Description, Dagon Design Sitemap Generator и др.) и сервисы для автоматического формирования адресов страниц (в частности, Cyr-To-Lat).

Чтобы посетители сайта реже встречались с ошибкой 404 (не найдено), можно воспользоваться полезными советами от опытных веб-разработчиков.

• Не стоит присваивать основным разделам сайта сложные адреса. Это позволит снизить количество опечаток в URL.
• Не надо часто менять адреса страниц. Это не только создает неудобства пользователям, но и «путает» поисковые алгоритмы.
• Для размещения сайта важно выбрать надежный сервер. Это поможет избежать технических неисправностей, связанных с проблемами в его работе.

Итак, ошибки клиента с кодом состояния «404» можно найти и исправить без особых затруднений, если они возникли внутри сайта. Однако битая ссылка может быть размещена и на сторонних ресурсах. Например, некоторое время назад на партнерской площадке была выложена рекламная публикация, содержащая путь к одной из страниц, которую впоследствии удалили.

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

Как улучшить страницу с ошибкой 404

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

Совет из практики: интерфейс страницы с ошибкой должен быть выполнен в фирменном стиле компании и визуально соответствовать остальным разделам сайта.

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

Шаг 1. Донести до посетителей сайта, что все под контролем.

Безликое стандартное «Not Found» – пустой звук для большинства пользователей. Поэтому, чтобы объяснить, что произошло, лучше выбрать простые и понятные формулировки. Например:

• «Нам не удалось найти страницу».
• «Похоже, такой страницы не существует» и т. п.

Хорошая идея – можно более детально объяснить посетителям сайта, почему они столкнулись с ошибкой 404. К примеру:

• «Возможно, вы допустили ошибку, когда вводили или копировали адрес».
• «Владелец сайта удалил или переместил эту страницу. Давайте вернемся на главную».

Шаг 2. Перенаправить пользователя в другой раздел.

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

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

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

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

Шаг 3. Сгладить негатив с помощью юмора.

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

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