Статус 200: Коды ответа HTTP — HTTP

Код состояния HTTP 200: Ответ «ОК»

Код состояния HTTP 200 означает успех. Клиент запросил документы с сервера. Сервер ответил клиенту и предоставил клиенту документы. Все хорошо.

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

В общем, вы хотите видеть 200 запросов. Они хороши!

Протокол HTTP

Давайте поговорим о том, как работает протокол HTTP.

Интернет состоит из двух основных элементов: клиентов и серверов .

Каждый раз, когда вы щелкаете в своем браузере, вы получаете доступ к Интернету через веб-клиент . Это может быть Chrome, Firefox, Safari или Internet Explorer.

При посещении веб-сайта вы отправляете запрос на веб-сервер .

Facebook.com, ClickMinded.com, MarthaStewart.com/1525880/marthas-chocolate-chip-cookies — все эти сайты имеют собственный домашний адрес. Это называется IP-адрес .

Ваш домашний адрес может быть 123 Main Street, New York, NY 10001 , а адрес Facebook — 66.220.144.0 .

Всякий раз, когда вы посещаете страницу в Интернете, вы запрашиваете целую кучу документов с сервера этого веб-сайта. Это могут быть документы HTML, CSS, изображения, PDF — что бы это ни было, основные отношения остаются прежними: вы (клиент) делаете запрос, а веб-сайт (сервер) отвечает на этот запрос.

Язык , который вы используете для выполнения этих запросов, называется Протокол HTTP . Эти протоколы на самом деле просто стандарты, с которыми согласились все в сети. Точно так же, как английский, испанский и китайский языки имеют понятный протокол, HTTP — это просто набор стандартов и понятный протокол.

Существует множество различных веб-протоколов, и вы, возможно, знакомы с некоторыми из них:

• DNS — Система доменных имен
• FTP — Протокол передачи файлов
• http — Протокол передачи гипертекста
• IRC — Протокол чата интернет -реле
• SMTP — Простой протокол переноса почты
• SSLTSTP Secure Sockets LOALE

HTP SCOLTPENTTPER 9099

HTP SCEPTTS WESTTP SECOL SOCKTE протокол HTTP, давайте поговорим о кодах состояния HTTP. Коды состояния сообщают нам, был ли HTTP-запрос успешным, неудачным или чем-то средним.

Давайте посмотрим на пять основных кодов состояния:

1. 1xx block: informational requests
2. 2xx block: successful requests
3. 3xx block: redirects
4. 4xx block: client errors
5. 5xx block: server errors

Some status коды более распространены, чем другие. Например, когда вы занимаетесь цифровым маркетингом, вы часто сталкиваетесь с кодом состояния 200, кодом состояния 301 и кодом состояния 404, но вы можете никогда не увидеть код состояния 206 или 307.

Давайте кратко рассмотрим каждый блок кода состояния и его значение.

1xx Коды состояния

Это информационные запросы . Сервер еще не полностью выполнил запрос и все еще обрабатывает информацию. Вы не будете часто видеть эти коды. К ним относятся:

• 100 – Продолжить
• 101 – Протокол переключения
• 103 – Контрольные точки

2xx Коды состояния

Это успешных запросов , значит все в порядке. Они включают в себя:

• 200 — OK (вы увидите этот самый больше всего)
• 201 — создано
• 202 — принятый
• 205 — Содержание сброса
• 206 — Частичное содержание

3xx Codes

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

• 301 – Переехал навсегда
• 302 – Найдено
• 304 — Не изменено
• 305 — Использовать прокси-сервер
• 307 — Временное перенаправление

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

Это ошибок клиента . Это означает, что что-то пошло не так с запросом (клиент/пользователь), а не с ответом (веб-сайт/сервер). К ним относятся:

• 400 – Неверный запрос
• 401 – Несанкционированный
• 403 – Запрещенный
• 404 – Не найдено
• 408 – Время ожидания запроса
• 410 – Исчезло0010
• 429 — слишком много запросов

5xx коды состояния

Это ошибки сервера . Это означает, что что-то пошло не так с ответом (веб-сайт/сервер), а не с запросом (клиент/пользователь). К ним относятся:

• 500 — Внутренняя ошибка сервера
• 502 — Неисправный шлюз
• 503 — Служба недоступна
• 504 — Тайм-аут шлюза

В заключение

Хотите узнать больше о конкретном коде? У нас есть серия кратких руководств по каждому ответу HTTP, чтобы вы могли оптимизировать свою стратегию цифрового маркетинга. Возьмите их здесь:

• Полное руководство по кодам состояния
• Код состояния 200, Код состояния 301, Код состояния 302, Код состояния 304
• Код состояния 401, Код состояния 403, Код состояния 404, Код состояния 410
• Код состояния 429, Код состояния 500, код состояния 503, код состояния 504

10-кратный рост вашего трафика от Google.

Получите контрольный список SEO, отправленный на ваш почтовый ящик.

[Бесплатный мини-курс] Изучите стратегию SEO, которую мы использовали в PayPal и Airbnb.

Получите ТОЧНУЮ структуру, которую вам нужно внедрить, чтобы ваша SEO-стратегия была надежной до конца года.

Узнайте точную стратегию ключевых слов SEO, которую мы использовали в PayPal и Airbnb.

Забронируйте место на специальном бесплатном мастер-классе по SEO!

Обучение SEO, чтобы в 10 раз увеличить трафик из Google.

ClickMinded — это место, где 8 702 стартапа, агентства, предпринимателя и студента изучают SEO, получают более высокие рейтинги и больше трафика.

Значительно развивайте любой бизнес с помощью СОП по цифровому маркетингу.

Библиотека ClickMinded SOP представляет собой набор шаблонов стратегии цифрового маркетинга с пошаговыми инструкциями, которые можно использовать для развития любого веб-сайта.

Спасибо за то, что являетесь частью семьи ClickMinded!

HTTP/1.1: определения кодов состояния

HTTP/1.1: определения кодов состояния

часть протокола передачи гипертекста — HTTP/1.1
RFC 2616 Филдинг и др.

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

10.1 Информационная 1xx

Этот класс кода состояния указывает на предварительный ответ, состоит только из строки состояния и необязательных заголовков и завершается пустой строкой. Для этого нет обязательных заголовков класс кода состояния. Поскольку HTTP/1.0 не определял статус 1xx коды, серверы НЕ ДОЛЖНЫ отправлять ответ 1xx клиенту HTTP/1. 0 разве что в экспериментальных условиях.

Клиент ДОЛЖЕН быть готов принять один или несколько ответов о статусе 1xx. до обычного ответа, даже если клиент не ожидает 100 (Продолжить) сообщение о состоянии. Неожиданные ответы о статусе 1xx МОГУТ быть игнорируется агентом пользователя.

Прокси-серверы ДОЛЖНЫ пересылать ответы 1xx, если соединение между прокси и его клиент были закрыты, или если сам прокси запросил генерацию ответа 1xx. (Например, если

прокси добавляет поле «Ожидать: 100-продолжить» при пересылке запроса, тогда ему не нужно пересылать соответствующие 100 (Продолжить) ответ (ы).)

10.1.1 100 Продолжить

Клиент ДОЛЖЕН продолжить выполнение своего запроса. Этот промежуточный ответ используется для информирования клиента о том, что начальная часть запроса был получен и еще не был отклонен сервером. Клиент СЛЕДУЕТ продолжить отправкой оставшейся части запроса или, если запрос уже выполнен, игнорируйте этот ответ. Сервер ДОЛЖЕН отправить окончательный ответ после завершения запроса. Видеть раздел 8.2.3 для подробного обсуждения использования и обращения с этим код состояния.

10.1.2 101 Протоколы переключения

Сервер понимает и готов выполнять требования клиента. запрос через поле заголовка сообщения Upgrade (раздел 14.42) для изменение протокола приложения, используемого в этом соединении. сервер переключит протоколы на те, которые определены ответом Обновите поле заголовка сразу после пустой строки, которая завершает ответ 101.

Протокол СЛЕДУЕТ переключать только тогда, когда это выгодно так. Например, переход на более новую версию HTTP выгоден по сравнению со старыми версиями и переходом на синхронный режим реального времени. протокол может быть выгоден при доставке ресурсов, которые используют такие особенности.

10.2 Успешное 2xx

Этот класс кода состояния указывает, что запрос клиента был успешно получено, понято и принято.

10.2.1 200 ОК

Запрос выполнен. Информация, возвращенная с ответом зависит от метода, используемого в запросе, например:

GET объект, соответствующий запрошенному ресурсу, отправляется в ответ;

HEAD поля заголовка объекта, соответствующие запрошенному ресурс отправляется в ответе без какого-либо тела сообщения;

POST объект, описывающий или содержащий результат действия;

TRACE объект, содержащий сообщение запроса, полученное конечный сервер.

10.2.2 201 Создан

Запрос был выполнен и в результате появился новый ресурс созданный. На вновь созданный ресурс можно ссылаться по URI. возвращается в сущности ответа с наиболее конкретным URI для ресурса, заданного полем заголовка Location. Ответ СЛЕДУЕТ включать сущность, содержащую список ресурсов характеристики и местоположение(я), из которых пользователь или пользовательский агент может выбрать наиболее подходящий. Формат объекта определяется тип носителя, указанный в поле заголовка Content-Type. Происхождение сервер ДОЛЖЕН создать ресурс перед возвратом кода состояния 201. Если действие не может быть выполнено немедленно, сервер ДОЛЖЕН вместо этого ответьте 202 (принято).

Ответ 201 МОЖЕТ содержать поле заголовка ответа ETag, указывающее текущее значение тега объекта для запрошенного варианта просто создан, см. раздел 14.19.

10.2.3 202 Принято

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

Ответ 202 намеренно уклончив. Его цель состоит в том, чтобы разрешить серверу принять запрос для какого-либо другого процесса (возможно, пакетно-ориентированный процесс, который запускается только один раз в день) без требуя, чтобы соединение пользовательского агента с сервером сохранялось пока процесс не будет завершен. Сущность вернулась с этим ответ ДОЛЖЕН включать указание текущего статуса запроса и либо указатель на монитор состояния, либо некоторая оценка того, когда пользователь может ожидать, что запрос будет выполнен.

10.2.4 203 Неофициальная информация

Возвращенная метаинформация в заголовке объекта не является окончательный набор доступен с исходного сервера, но собран из локальной или сторонней копии. Представленный набор МОЖЕТ быть подмножеством или надмножество оригинальной версии. Например, включая местные аннотационная информация о ресурсе может привести к расширению метаинформации, известной исходному серверу. Использование этого код ответа не требуется и подходит только тогда, когда в противном случае ответ будет 200 (ОК).

10.2.5 204 Нет содержимого

Сервер выполнил запрос, но ему не нужно возвращать entity-body и может захотеть вернуть обновленную метаинформацию. ответ МОЖЕТ включать новую или обновленную метаинформацию в виде заголовки объектов, которые, если они присутствуют, ДОЛЖНЫ быть связаны с запрошенный вариант.

Если клиент является пользовательским агентом, ему НЕ СЛЕДУЕТ изменять вид документа. от того, что вызвало отправку запроса. Этот ответ в первую очередь предназначен для ввода данных для действий, которые могут происходить без вызывая изменение в активном представлении документа пользовательского агента, хотя к документу СЛЕДУЕТ применять любую новую или обновленную метаинформацию. в настоящее время находится в активном представлении пользовательского агента.

Ответ 204 НЕ ДОЛЖЕН включать тело сообщения и, следовательно, всегда завершается первой пустой строкой после полей заголовка.

10.2.6 205 Сброс содержимого

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

10.2.7 206 Частичное содержимое

Сервер выполнил частичный запрос GET для ресурса. Запрос ДОЛЖЕН содержать поле заголовка Range (раздел 14.35). указывающий желаемый диапазон, и МОЖЕТ включать If-Range поле заголовка (раздел 14.27), чтобы сделать запрос условным.

Ответ ДОЛЖЕН включать следующие поля заголовка:

 — либо поле заголовка Content-Range (раздел 14.16), указывающее
        диапазон, включенный в этот ответ, или multipart/byteranges
        Content-Type, включая поля Content-Range для каждой части. Если
        Поле заголовка Content-Length присутствует в ответе, его
        значение ДОЛЖНО соответствовать фактическому количеству ОКТЕТОВ, переданных в
        тело сообщения.
 

 - Дата
 

 - ETag и/или Content-Location, если бы заголовок был отправлен
        в ответе 200 на тот же запрос
 

 — Истекает, Cache-Control и/или Vary, если значение поля может
        отличаться от отправленного в любом предыдущем ответе для того же
        вариант
 

Если ответ 206 является результатом запроса If-Range, который использовал сильный валидатор кеша (см. раздел 13.3.3), ответ НЕ ДОЛЖЕН включать другие заголовки сущностей. Если ответ является результатом Запрос If-Range, в котором использовался слабый валидатор, ответ НЕ ДОЛЖЕН включать другие заголовки сущностей; это предотвращает несоответствия между кэшированные тела сущностей и обновленные заголовки. В противном случае ответ ДОЛЖЕН включать все заголовки сущностей, которые были бы возвращены с ответом 200 (ОК) на тот же запрос.

Кэш НЕ ДОЛЖЕН объединять ответ 206 с другими ранее кэшированными ответами. содержимое, если заголовки ETag или Last-Modified не совпадают точно, см. 13.5.4.

Кэш, который не поддерживает заголовки Range и Content-Range. НЕ ДОЛЖЕН кэшировать 206 (частичных) ответов.

10.3 Перенаправление 3xx

Этот класс кода состояния указывает на то, что необходимо предпринять дальнейшие действия. принятые пользовательским агентом для выполнения запроса. Действие требуемый МОЖЕТ быть выполнен пользовательским агентом без взаимодействия с пользователем тогда и только тогда, когда метод, используемый во втором запросе, ПОЛУЧИТЬ или ГОЛОВУ. Клиент ДОЛЖЕН обнаруживать бесконечные циклы перенаправления, поскольку такие петли генерируют сетевой трафик для каждого перенаправления.

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

10.3.1 300 Множественный выбор

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

Если это не был запрос HEAD, ответ ДОЛЖЕН включать объект содержащий список характеристик ресурсов и местоположения (я) из который пользователь или пользовательский агент может выбрать наиболее подходящий. формат объекта определяется типом носителя, указанным в Content- Введите поле заголовка. В зависимости от формата и возможностей

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

Если сервер имеет предпочтительный выбор представления, он ДОЛЖЕН включить конкретный URI для этого представления в Location поле; пользовательские агенты МОГУТ использовать значение поля Location для автоматического перенаправление. Этот ответ можно кэшировать, если не указано иное.

10.3.2 301 Перемещено навсегда

Запрошенному ресурсу был назначен новый постоянный URI, и любой будущие ссылки на этот ресурс ДОЛЖНЫ использовать один из возвращаемых URI. Клиенты с возможностью редактирования ссылок должны автоматически повторно связать ссылки на Request-URI с одним или несколькими новыми ссылки, возвращаемые сервером, где это возможно. Этот ответ кэшируется, если не указано иное.

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

Если код состояния 301 получен в ответ на запрос другого чем GET или HEAD, пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять запрос, если он не может быть подтвержден пользователем, так как это может изменить условия, на которых был выдан запрос.

 Примечание. При автоматическом перенаправлении запроса POST после
      получение кода состояния 301, некоторые существующие пользовательские агенты HTTP/1.0
      ошибочно изменит его на запрос GET.
 

10.3.3 302 Найдено

Запрошенный ресурс временно находится под другим URI. Поскольку перенаправление может время от времени изменяться, клиент ДОЛЖЕН продолжайте использовать Request-URI для будущих запросов. Этот ответ кэшируется только в том случае, если указано в заголовке Cache-Control или Expires поле.

Временный URI ДОЛЖЕН быть указан в поле Location в ответ. Если метод запроса не был HEAD, сущность ответ ДОЛЖЕН содержать краткую гипертекстовую заметку с гиперссылкой на новый URI.

Если код состояния 302 получен в ответ на запрос другого чем GET или HEAD, пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять запрос, если он не может быть подтвержден пользователем, так как это может изменить условия, на которых был выдан запрос.

 Примечание. В RFC 1945 и RFC 2068 указано, что клиент не может
      изменить метод перенаправленного запроса. Однако большинство
      существующие реализации пользовательских агентов обрабатывают 302, как если бы это было 303
      ответ, выполняя GET для значения поля Location независимо от
      исходного метода запроса. Коды состояния 303 и 307 имеют
      были добавлены для серверов, которые хотят однозначно указать, какие
      такая реакция ожидается от клиента. 
 

10.3.4 303 См. Другое

Ответ на запрос можно найти под другим URI и СЛЕДУЕТ извлекаться с использованием метода GET для этого ресурса. Этот метод существует в первую очередь для того, чтобы вывод сценария, активированного POST, перенаправить пользовательский агент на выбранный ресурс. Новый URI не является заменить ссылку на первоначально запрошенный ресурс. 303 ответ НЕ ДОЛЖЕН кэшироваться, но ответ на второй (перенаправленный) запрос может кэшироваться.

Другой URI ДОЛЖЕН быть указан в поле Location в ответ. Если метод запроса не был HEAD, сущность ответ ДОЛЖЕН содержать краткую гипертекстовую заметку с гиперссылкой на новый URI.

 Примечание. Многие пользовательские агенты до HTTP/1.1 не понимают ошибку 303.
      положение дел. Когда взаимодействие с такими клиентами является проблемой,
      Вместо этого можно использовать код состояния 302, так как большинство пользовательских агентов реагируют
      на ответ 302, как описано здесь для 303. 
 

10.3.5 304 Не изменено

Если клиент выполнил условный запрос GET и доступ разрешено, но документ не был изменен, сервер ДОЛЖЕН ответьте этим кодом состояния. Ответ 304 НЕ ДОЛЖЕН содержать тело сообщения, поэтому всегда заканчивается первой пустой строкой после полей заголовка.

Ответ ДОЛЖЕН включать следующие поля заголовка:

 - Дата, если ее пропуск не требуется в соответствии с разделом 14.18.1.
 

Если исходный сервер без часов соблюдает эти правила, а прокси и клиенты добавляют свою дату к любому ответу, полученному без нее (как уже указано в [RFC 2068], раздел 14.19), кеши будут работать правильно.

 - ETag и/или Content-Location, если бы заголовок был отправлен
        в ответе 200 на тот же запрос
 

 — Истекает, Cache-Control и/или Vary, если значение поля может
        отличаться от отправленного в любом предыдущем ответе для того же
        вариант
 

Если условный GET использовал сильный валидатор кеша (см. раздел 13.3.3), ответ НЕ ДОЛЖЕН включать другие заголовки объектов. В противном случае (т.е. условный GET использовал слабый валидатор), ответ НЕ ДОЛЖЕН включать другие заголовки объектов; это предотвращает несоответствия между кэшированными телами сущностей и обновленными заголовками.

Если ответ 304 указывает, что объект в данный момент не кэширован, то кэш ДОЛЖЕН игнорировать ответ и повторить запрос без условный.

Если кеш использует полученный ответ 304 для обновления записи в кеше, Кэш ДОЛЖЕН обновить запись, чтобы отразить любые новые значения полей, указанные в ответ.

10.3.6 305 Использовать прокси

Запрошенный ресурс ДОЛЖЕН быть доступен через прокси, указанный поле Местоположение. В поле Location указан URI прокси. Ожидается, что получатель повторит этот единственный запрос через прокси. Ответы 305 ДОЛЖНЫ генерироваться только исходными серверами.

 Примечание.  В RFC 2068 не было ясно, что 305 предназначен для перенаправления
      один запрос и должен генерироваться только исходными серверами. Нет
      соблюдение этих ограничений имеет серьезные последствия для безопасности.
 

10.3.7 306 (не используется)

Код состояния 306 использовался в предыдущей версии спецификации, больше не используется, а код зарезервирован.

10.3.8 307 Временное перенаправление

Запрошенный ресурс временно находится под другим URI. Поскольку перенаправление МОЖЕТ время от времени изменяться, клиент ДОЛЖЕН продолжайте использовать Request-URI для будущих запросов. Этот ответ кэшируется только в том случае, если указано в заголовке Cache-Control или Expires поле.

Временный URI ДОЛЖЕН быть указан в поле Location в ответ. Если метод запроса не был HEAD, сущность ответ ДОЛЖЕН содержать краткую гипертекстовую заметку с гиперссылкой на новые URI, так как многие пользовательские агенты до HTTP/1. 1 не понять статус 307. Поэтому примечание ДОЛЖНО содержать информация, необходимая пользователю для повторения первоначального запроса на новый URI.

Если код состояния 307 получен в ответ на запрос другого чем GET или HEAD, пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять запрос, если он не может быть подтвержден пользователем, так как это может изменить условия, на которых был выдан запрос.

10.4 Ошибка клиента 4xx

Класс кода состояния 4xx предназначен для случаев, когда клиент, похоже, ошибся. За исключением случаев ответа на запрос HEAD, сервер ДОЛЖЕН включать сущность, содержащую объяснение ситуация с ошибкой, и является ли она временной или постоянной состояние. Эти коды состояния применимы к любому методу запроса. Пользовательские агенты ДОЛЖНЫ отображать пользователю любой включенный объект.

Если клиент отправляет данные, реализация сервера с использованием TCP СЛЕДУЕТ следить за тем, чтобы клиент подтвердил получение пакет(ы), содержащие ответ, прежде чем сервер закроет входное соединение. Если клиент продолжает отправлять данные на сервер после закрытия стек TCP сервера отправит пакет сброса на клиент, который может стереть неподтвержденные входные буферы клиента прежде чем они смогут быть прочитаны и интерпретированы приложением HTTP.

10.4.1 400 Неверный запрос

Запрос не может быть понят сервером из-за неправильного формата синтаксис. Клиент НЕ ДОЛЖЕН повторять запрос без модификации.

10.4.2 401 Неавторизованный

Запрос требует аутентификации пользователя. Ответ ДОЛЖЕН содержать Поле заголовка WWW-Authenticate (раздел 14.47), содержащее запрос применимо к запрошенному ресурсу. Клиент МОЖЕТ повторить запрос с подходящим полем заголовка авторизации (раздел 14.8). Если запрос уже включал учетные данные авторизации, затем 401 ответ указывает, что авторизация была отклонена для тех реквизиты для входа. Если ответ 401 содержит тот же вызов, что и предыдущий ответ, а пользовательский агент уже пытался хотя бы один раз, то пользователю СЛЕДУЕТ предоставить объект, указанный в ответе, поскольку этот объект может включать соответствующую диагностическую информацию. HTTP-аутентификация доступа объясняется в разделе «Аутентификация HTTP: базовый и дайджест-доступ». Аутентификация» [43].

10.4.3 402 Требуется оплата

Этот код зарезервирован для использования в будущем.

10.4.4 403 Запрещено

Сервер понял запрос, но отказывается его выполнять. Авторизация не поможет и запрос НЕ ДОЛЖЕН повторяться. Если метод запроса не был HEAD и сервер хочет сделать public, почему запрос не был выполнен, в нем СЛЕДУЕТ описать причина отказа в юридическом лице. Если сервер не желает сделать эту информацию доступной для клиента, код состояния 404 Вместо этого можно использовать (не найдено).

10.4.5 404 Не найдено

Сервер не нашел ничего, соответствующего Request-URI. Нет указывается, является ли состояние временным или постоянный. Код состояния 410 (Gone) СЛЕДУЕТ использовать, если сервер знает, через какой-то внутренне настраиваемый механизм, что старый ресурс постоянно недоступен и не имеет адреса переадресации. Этот код состояния обычно используется, когда сервер не хочет точно указать, почему запрос был отклонен, или когда нет других ответ применим.

10.4.6 405 Метод не разрешен

Метод, указанный в строке запроса, не разрешен для ресурс, идентифицированный Request-URI. Ответ ДОЛЖЕН содержать Разрешить заголовок, содержащий список допустимых методов для запрошенного ресурс.

10.4.7 406 Неприемлемо

Ресурс, указанный в запросе, способен генерировать только объекты ответа, которые имеют неприемлемые характеристики содержимого в соответствии с заголовками accept, отправленными в запросе.

Если это не был запрос HEAD, ответ ДОЛЖЕН включать объект содержащий список доступных характеристик объекта и местоположения (я) из которых пользователь или пользовательский агент может выбрать наиболее соответствующий. Формат объекта определяется типом носителя, заданным в поле заголовка Content-Type. В зависимости от формата и возможности пользовательского агента, выбор наиболее подходящего выбор МОЖЕТ быть выполнен автоматически. Однако эта спецификация не определяет какой-либо стандарт для такого автоматического выбора.

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

Если ответ может быть неприемлемым, пользовательский агент ДОЛЖЕН временно прекратить получение дополнительных данных и запросить у пользователя решение о дальнейших действиях.

10.4.8 407 Требуется аутентификация прокси

Этот код похож на 401 (Неавторизованный), но указывает, что клиент должен сначала аутентифицировать себя с помощью прокси. Прокси ДОЛЖЕН вернуть поле заголовка Proxy-Authenticate (раздел 14.33), содержащее вызов, применимый к прокси для запрошенного ресурса. клиент МОЖЕТ повторить запрос с подходящей прокси-авторизацией поле заголовка (раздел 14.34). Объясняется аутентификация доступа HTTP в «HTTP-аутентификация: базовая и дайджест-аутентификация доступа» [43].

10.4.9 408 Время ожидания запроса

Клиент не выдал запрос за то время, пока сервер был готов ждать. Клиент МОЖЕТ повторить запрос без модификации в любое более позднее время.

10.4.10 409 Конфликт

Запрос не может быть выполнен из-за конфликта с текущим состояние ресурса. Этот код разрешен только в тех случаях, когда ожидается, что пользователь сможет разрешить конфликт и повторите запрос. Тело ответа СЛЕДУЕТ включать достаточно

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

Конфликты чаще всего возникают в ответ на запрос PUT. Для например, если использовалось управление версиями и объект помещался включены изменения в ресурс, которые противоречат изменениям, внесенным более ранний (сторонний) запрос, сервер может использовать ошибку 409ответ чтобы указать, что он не может выполнить запрос. В этом случае объект ответа, вероятно, будет содержать список различий между двумя версиями в формате, определяемом ответом Тип содержимого.

10.4.11 410 Исчез

Запрошенный ресурс больше не доступен на сервере и не адрес пересылки известен. Ожидается, что это состояние будет считается постоянным. Клиенты с возможностью редактирования ссылок ДОЛЖНЫ удалять ссылки на Request-URI после утверждения пользователем. Если сервер не знает или не имеет возможности определить, действительно ли состояние является постоянным, код состояния 404 (не найдено) ДОЛЖЕН быть используется вместо этого. Этот ответ можно кэшировать, если не указано иное.

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

10.4.12 411 Требуемая длина

Сервер отказывается принимать запрос без определенного Content- Длина. Клиент МОЖЕТ повторить запрос, если он добавляет действительный Поле заголовка Content-Length, содержащее длину тела сообщения. в сообщении запроса.

10.4.13 412 Предварительное условие не выполнено

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

10.4.14 413 Объект запроса слишком велик

Сервер отказывается обрабатывать запрос, потому что запрос объект больше, чем сервер хочет или может обработать. сервер МОЖЕТ закрыть соединение, чтобы клиент не мог продолжить запрос.

Если это временное состояние, серверу СЛЕДУЕТ включить Retry- После поля заголовка, чтобы указать, что это временно и после чего время, когда клиент МОЖЕТ повторить попытку.

10.4.15 414 Слишком длинный URI запроса

Сервер отказывается обслуживать запрос, поскольку Request-URI длиннее, чем сервер готов интерпретировать. Это редкое состояние может возникнуть только в том случае, если клиент неправильно преобразовал запрос POST в запрос GET с длинным запросом информации, когда клиент спустился в «черную дыру» URI перенаправление (например, префикс URI перенаправления, который указывает на суффикс себя) или когда сервер подвергается атаке со стороны клиента, пытающегося использовать дыры в безопасности, присутствующие на некоторых серверах, используя фиксированную длину буферы для чтения или управления Request-URI.

10.4.16 415 Неподдерживаемый тип носителя

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

10.4.17 416 Запрошенный диапазон не выполним

Сервер ДОЛЖЕН возвращать ответ с этим кодом состояния, если запрос включал поле заголовка запроса Range (раздел 14.35), и ни одно из значения спецификатора диапазона в этом поле перекрывают текущий экстент выбранного ресурса, и запрос не включал If-Range поле заголовка запроса. (Для диапазонов байтов это означает, что первый- byte-pos всех значений byte-range-spec были больше, чем текущая длина выбранного ресурса.)

Когда этот код состояния возвращается для запроса диапазона байтов, ответ ДОЛЖЕН включать поле заголовка сущности Content-Range указание текущей длины выбранного ресурса (см. раздел 14.16). Этот ответ НЕ ДОЛЖЕН использовать содержимое multipart/byteranges. тип.

10.4.18 417 Ожидание не выполнено

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

10.5 Ошибка сервера 5xx

Коды состояния ответа, начинающиеся с цифры «5», указывают случаи в о которых сервер знает, что он ошибся или не способен выполнение запроса. За исключением ответа на запрос HEAD, сервер ДОЛЖЕН включать сущность, содержащую объяснение ситуация с ошибкой, и является ли она временной или постоянной состояние. Пользовательские агенты ДОЛЖНЫ отображать любой включенный объект в пользователь. Эти коды ответов применимы к любому методу запроса.

10.5.1 500 Внутренняя ошибка сервера

Сервер столкнулся с непредвиденной ситуацией, которая помешала ему от выполнения запроса.

10.5.2 501 Не реализовано

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

10.5.3 502 Плохой шлюз

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

10.5.4 503 Служба недоступна

В настоящее время сервер не может обработать запрос из-за временная перегрузка или обслуживание сервера. Значение что это временное состояние, которое будет облегчено после некоторая задержка. Если известно, продолжительность задержки МОЖЕТ быть указана в Заголовок Retry-After. Если Retry-After не указан, клиент ДОЛЖЕН обрабатывать ответ так же, как и для ответа 500.

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

10.5.5 504 Время ожидания шлюза

Сервер, выступая в качестве шлюза или прокси, не получил своевременный ответ от вышестоящего сервера, указанного URI (например, HTTP, FTP, LDAP) или какой-либо другой вспомогательный сервер (например, DNS), который ему необходим для доступа при попытке выполнить запрос.

 Примечание. Примечание для разработчиков: известно, что некоторые развернутые прокси
      вернуть 400 или 500, когда время поиска DNS истекло.
 

10.5.6 505 Версия HTTP не поддерживается

Сервер не поддерживает или отказывается поддерживать протокол HTTP. версия, которая использовалась в сообщении запроса. Сервер указывает на то, что он не может или не желает выполнить запрос используя ту же основную версию, что и клиент, как описано в разделе 3.1, за исключением этого сообщения об ошибке. Ответ ДОЛЖЕН содержать объект, описывающий, почему эта версия не поддерживается и что еще протоколы поддерживаются этим сервером.

200 Коды состояния ответа HTTP: значение, методы — успешные ответы

Код ответа состояния успеха HTTP 200 OK представляет собой успешный HTTP-запрос. 200 ответов кэшируются по умолчанию. Метод запроса GET, HEAD, PUT, POST и TRACE определяет значение кода состояния успеха 200. Исходный сервер генерирует тело полезной нагрузки нулевой длины. Помимо ответов CONNECT, ответ 200 всегда включает полезную нагрузку. Исходный сервер отправляет 204 (нет контента) код состояния HTTP, если полезная нагрузка не требуется. Для метода HTTP-запроса CONNECT не разрешена полезная нагрузка, поскольку успешным результатом является туннель, который начинается сразу после раздела заголовка ответа 200 HTTP Status Code. Ответ 200 кэшируется веб-браузером по умолчанию, если определение метода или явные элементы управления кэшем не указывают иное.

Существует несколько кодов состояния, использующих код ответа 200 OK Success Status. Ниже перечислены коды состояния, использующие код ответа 200 OK Success Status.

Основные 200 кодов состояния HTTP перечислены ниже.

• 201 Код состояния HTTP: 201 Код состояния HTTP — один из основных 200 кодов состояния HTTP, что означает, что запрос был выполнен успешно, и в результате был создан новый ресурс. Обычно это ответ, отправляемый в ответ на запросы POST или PUT.
• 204 Код состояния HTTP: 204 Код состояния HTTP является одним из основных 200 кодов состояния HTTP, что означает, что для этого запроса нет содержимого для отправки, но заголовки могут быть полезны. Пользовательский агент может заменить кэшированные заголовки ресурса новыми.
• 207 Код состояния HTTP: 207 Код состояния HTTP является одним из основных 200 кодов состояния HTTP, что означает, что для экземпляров могут быть уместны коды состояния, они передают информацию о нескольких ресурсах.

Список из 200 кодов состояния ответа HTTP и их значение

Ниже перечислены 200 кодов состояния ответа HTTP.

• 201 Создано: в результате успешного выполнения запроса был создан новый ресурс. Обычно это ответ, отправляемый в ответ на запросы POST или PUT.
• 202 Принят: запрос получен, но еще не обработан. Это необязательно, потому что HTTP не позволяет вам отправить асинхронный ответ, указывающий результат запроса позже. Он предназначен для случаев, когда запрос обрабатывается другим процессом или сервером, или для пакетной обработки.
• 203 Неавторизованная информация: этот код ответа указывает, что возвращенные метаданные не совпадают с теми, что доступны на исходном сервере, а были получены из локальной или сторонней копии. Обычно это используется для зеркалирования или резервного копирования другого ресурса. За исключением этого случая, ответ 200 OK предпочтительнее этого статуса.
• 204 Нет содержимого: в этом запросе нет содержимого для отправки, но заголовки могут быть полезны. Пользовательский агент может заменить кэшированные заголовки ресурса новыми.
• 205 Сбросить содержимое: Эта команда указывает пользовательскому агенту сбросить документ, отправивший этот запрос.
• 206 Partial Content: этот код ответа используется, когда клиент отправляет заголовок Range для запроса только части ресурса.
• 207 Multi-Status: В ситуациях, когда подходят несколько кодов состояния, этот инструмент предоставляет информацию о нескольких ресурсах.
• 208 Уже сообщено: чтобы избежать повторного перечисления внутренних элементов нескольких привязок к одной и той же коллекции, используется элемент ответа .
• 226 Используется IM: ответ представляет собой результат манипулирования экземпляром, который был применен к этому экземпляру после того, как он получил запрос GET для ресурса.

Методы HTTP для кодов состояния HTTP 200 перечислены ниже.

1. GET: ресурс получен и отправляется в теле сообщения.
2. HEAD: заголовки представления включаются в ответ, но тело сообщения не включается.
3. POST: ресурс, описывающий результат действия, передается в теле сообщения.
4. PUT: Заменяет загруженный контент всеми текущими представлениями целевого ресурса.
5. TRACE: тело сообщения содержит ответ сервера на сообщение запроса.

1. Метод HTTP Get и код состояния 200 Значение

Метод GET используется для получения данных с сервера с использованием заданного URI (унифицированного идентификатора ресурса). Запросы GET должны извлекать данные с веб-сервера только после HTTP-запросов. Метод HTTP Get никаким другим образом не влияет на данные из ответа веб-сервера. Метод GET отправляет закодированную информацию о пользователе, добавленную к запросу страницы, который является телом ответа.

Ниже приведен пример использования метода HTTP Get для кода состояния HTTP 200.

 ПОЛУЧИТЬ /example.htm HTTP/1.1
User-Agent: Mozilla/4.0 (совместимый; MSIE5.01; Windows NT)
Хост: www.holisticseo.digital
Accept-Language: en-us
Accept-Encoding: gzip, deflate, br
Соединение: Keep-Alive 

Ответ сервера на предыдущий запрос HEAD будет следующим.

 HTTP/1.1 200 ОК
Дата: четверг, 02 декабря 2021 г., 12:30:53 по Гринвичу
Сервер: Apache/2. 2.14 (Win32)
Последнее изменение: ср, 22 июля 2009 г.19:15:56 по Гринвичу
ETag: "34aa387-d-1568eb00"
Варьировать: Авторизация, Принять
Допустимые диапазоны: байты
Длина контента: 88
Тип содержимого: текст/html
Соединение: Закрыто

<тело>
 
Пример кода состояния HTTP 200 с методами HTTP-запроса
 

 

2. Метод HTTP HEAD и код состояния 200 Значение

Метод HEAD аналогичен GET по функциональности, за исключением того, что сервер отвечает строкой ответа и заголовками, но не телом объекта. Это полезно для извлечения метаданных из заголовков ответов без необходимости переноса всего содержимого.

Пример использования, если метод HTTP HEAD для кода состояния HTTP 200 приведен ниже.

 ГОЛОВА /examples.htm HTTP/1.1
User-Agent: Mozilla/4.0 (совместимый; MSIE5.01; Windows NT)
Хост: www.holisticseo.digital
Accept-Language: en-us
Accept-Encoding: gzip, deflate
Соединение: Keep-Alive 

Ответ сервера на предыдущий запрос HEAD будет следующим.

 HTTP/1.1 200 ОК
Дата: четверг, 02 декабря 2021 г., 08:28:58 по Гринвичу
Сервер: Apache/2.2.14 (Win32)
Последнее изменение: ср, 22 июля 2009 г.19:15:56 по Гринвичу
ETag: "34aa387-d-1568eb00"
Варьировать: Авторизация, Принять
Допустимые диапазоны: байты
Длина контента: 88
Тип содержимого: текст/html
Connection: Closed 

Как видите, в этом случае сервер не отправляет никаких данных после заголовка.

3. Метод HTTP PUT и код состояния 200 Значение

Метод PUT указывает серверу сохранить включенное тело объекта в местоположении, указанном URL-адресом. Метод PUT заменяет загруженный контент всеми текущими представлениями целевого ресурса.

Ниже приведен пример использования метода HTTP PUT для кода состояния HTTP 200.

 ПОЛОЖИТЬ /example.htm HTTP/1.1
User-Agent: Mozilla/4.0 (совместимый; MSIE5.01; Windows NT)
Хост: www.holisticseo.digital
Accept-Language: en-us
Соединение: Keep-Alive
Тип контента: текст/html
Длина контента: 182

<тело>
 
Пример кода состояния HTTP 200 с методами HTTP-запроса 
 

 

Сервер сохранит данное тело объекта в файле hello. htm и ответит клиенту следующим ответом.

 HTTP/1.1 201 Создано
Дата: Чт, 02 декабря 2021 г., 10:36:23 по Гринвичу
Сервер: Apache/2.2.14 (Win32)
Тип контента: текст/html
Длина содержимого: 30
Соединение: Закрыто

<тело>
 
 Пример кода состояния HTTP 200 с методами HTTP-запроса 
 

 

4. Метод HTTP POST и код состояния 200 Значение

Метод HTTP Post с кодом состояния 200 HTTP означает, что когда вы хотите отправить данные на сервер, такие как обновление файла или данные формы, вы используете ПОСТ-метод. Метод PUT запрашивает, чтобы вложенный объект был сохранен по указанному URI. Если URI ссылается на уже существующий ресурс, он изменяется; в противном случае, если URI не указывает на существующий ресурс, сервер может создать его с этим URI.

Ниже приведен пример использования метода HTTP POST для кода состояния HTTP 200.

 POST /cgi-bin/process.cgi HTTP/1.1
User-Agent: Mozilla/4.0 (совместимый; MSIE5.01; Windows NT)
Хост: www. holisticseo.digital
Тип содержимого: текст/xml; кодировка = utf-8
Длина контента: 88
Accept-Language: en-us
Accept-Encoding: gzip, deflate
Соединение: Keep-Alive

string 

Процедура написания сценариев на стороне сервера. Переданные данные обрабатываются cgi, и отправляется следующий ответ.

 HTTP/1.1 200 ОК
Дата: Чт, 02 декабря 2021 г., 11:28:23 по Гринвичу
Сервер: Apache/2.2.14 (Win32)
Последнее изменение: среда, 22 июля 2009 г., 19:15:56 GMT
ETag: "34aa387-d-1568eb00"
Варьировать: Авторизация, Принять
Допустимые диапазоны: байты
Длина контента: 88
Тип содержимого: текст/html
Соединение: Закрыто

<тело>
 
Пример кода состояния HTTP 200 с методами HTTP-запроса 
 

 

5. Метод HTTP TRACE и код состояния 200 Значение

Метод TRACE используется для возврата содержимого HTTP-запроса запрашивающей стороне в целях отладки во время разработки.

Ниже приведен пример использования метода HTTP TRACE для кода состояния HTTP 200.

 ТРАССА / HTTP/1.1
Хост: www.holisticseo.digital
User-Agent: Mozilla/4.0 (совместимый; MSIE5.01; Windows NT) 

В ответ на вышеуказанный запрос сервер отправит следующее сообщение.

 HTTP/1.1 200 ОК
Дата: Чт, 02 декабря 2021 г., 07:36:44 по Гринвичу
Сервер: Apache/2.2.14 (Win32)
Подключение: закрыть
Тип содержимого: сообщение/http
Длина контента: 39
ТРЕЙС / HTTP/1.1
Хост: www.holisticseo.digital
User-Agent: Mozilla/4.0 (совместимый; MSIE5.01; Windows NT) 

• Автор
• Последние сообщения

Целостное SEO

Отдел исследований SEO в Holistic SEO & Digital

Целостное SEO & Digital было создано Кораем Тугберком ГУБУРом. Целостное SEO — это процесс разработки интегрированных проектов цифрового маркетинга со всеми аспектами, включая кодирование, обработку естественного языка, науку о данных, скорость страницы, цифровую аналитику, контент-маркетинг, техническое SEO и брендинг. Сегодня структурированная семантическая поисковая система улучшает свою способность обнаруживать объекты реального мира. Простого веб-сайта уже недостаточно. Чтобы показать, что ваш бренд является авторитетным, заслуживающим доверия и экспертом в своей нише, вам нужны проекты по поисковой оптимизации на основе сущностей. Основное внимание Holistic SEO & Digital направлено на улучшение органической видимости бренда и потенциала роста.

Последние сообщения от Holistic SEO (посмотреть все)

Коды состояния HTTP для начинающих

HTTP, протокол передачи гипертекста — это метод, с помощью которого клиенты (т. е. вы) и серверы общаются. Когда кто-то щелкает ссылку, вводит URL-адрес или отправляет форму, его браузер отправляет запрос на сервер для получения информации. Это может быть запрос страницы или отправка данных, но в любом случае это называется HTTP-запросом. Когда сервер получает этот запрос, он отправляет ответ HTTP с информацией для клиента. Обычно это незаметно, хотя я уверен, что вы видели один из очень распространенных кодов ответа — 404, указывающий, что страница не найдена. Есть еще несколько кодов состояния, отправляемых серверами, и ниже приведен список текущих кодов в HTTP 1.1 вместе с объяснением их значений.

Более подробная техническая разбивка кодов состояния HTTP 1.1 и их значений доступна по адресу http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html. Существует несколько версий HTTP, но в настоящее время наиболее широко используется HTTP 1.1.

Информационное

• 100 — Продолжить
  Код состояния 100 означает, что (обычно первая) часть запроса была получена без каких-либо проблем, и теперь следует отправить остальную часть запроса.
• 101 — Переключение протоколов
  HTTP 1.1 — это всего лишь один тип протокола для передачи данных в Интернете, и код состояния 101 указывает, что сервер переходит на протокол, который он определяет в заголовке «Обновление», который он возвращает клиенту. . Например, при запросе страницы браузер может получить код статистики 101, за которым следует заголовок «Обновить», показывающий, что сервер переходит на другую версию HTTP.

Успешно

• 200 — OK
  Наиболее часто возвращается код состояния 200. Это просто означает, что запрос получен, понят и обрабатывается.
• 201 — Created
  Код состояния 201 указывает на то, что запрос был выполнен успешно и в результате был создан ресурс (например, новая страница).
• 202 — Принято
  Код состояния 202 указывает, что сервер получил и понял запрос, и что он принят для обработки, хотя может быть обработан не сразу.
• 203 — Неавторизованная информация
  Код состояния 203 означает, что запрос был получен и понят, а информация об ответе отправлена ​​третьей стороной, а не исходным сервером. Это практически идентично по смыслу коду состояния 200.
• 204 — Нет содержимого
  Код состояния 204 означает, что запрос получен и понят, но нет необходимости отправлять какие-либо данные обратно.
• 205 — Сбросить содержимое
  Код состояния 205 — это запрос сервера к клиенту на сброс документа, из которого был отправлен первоначальный запрос. Например, если пользователь заполняет форму и отправляет ее, код состояния 205 означает, что сервер просит браузер очистить форму.
• 206 — Partial Content
  Код состояния 206 — это ответ на запрос части документа. Это используется расширенными инструментами кэширования, когда пользовательский агент запрашивает только небольшую часть страницы, и возвращается только этот раздел.

Перенаправление

• 300 — Множественный выбор
  Код состояния 300 указывает на перемещение ресурса. Ответ также будет включать в себя список местоположений, из которых пользовательский агент может выбрать наиболее подходящее.
• 301 — Перемещено навсегда
  Код состояния 301 сообщает клиенту, что запрошенный им ресурс навсегда перемещен в новое место. Ответ также должен включать это местоположение. Он говорит клиенту использовать новый URL-адрес в следующий раз, когда он захочет получить тот же ресурс.
• 302 — Found
  Код состояния 302 сообщает клиенту, что запрошенный им ресурс временно перемещен в новое место. Ответ также должен включать это местоположение. Он сообщает клиенту, что он должен продолжать использовать тот же URL-адрес для доступа к этому ресурсу.
• 303 — См. Другое
  Код состояния 303 указывает, что ответ на запрос можно найти по указанному URL-адресу и его следует получить оттуда. Это не значит, что что-то переехало — это просто указание адреса, по которому можно найти ответ на запрос.
• 304 — Не изменено
  Код состояния 304 отправляется в ответ на запрос (для документа), который запрашивал документ, только если он был новее, чем тот, который уже был у клиента. Обычно при кэшировании документа сохраняется дата его кэширования. При следующем просмотре документа клиент спрашивает сервер, изменился ли документ. Если нет, клиент просто перезагружает документ из кеша.
• 305 — Использовать прокси
  Код состояния 305 сообщает клиенту, что запрошенный ресурс должен быть доступен через прокси, который будет указан в ответе.
• 307 — Временное перенаправление
  307 — это код состояния, который отправляется, когда документ временно доступен по другому URL-адресу, который также возвращается. Между кодом состояния 302 и кодом состояния 307 очень небольшая разница. 307 был создан как другая, менее двусмысленная версия кода состояния 302.

Ошибка клиента

• 400 — Неверный запрос
  Код состояния 400 означает, что сервер не понял запрос из-за неправильного синтаксиса.
• 401 — Несанкционировано
  Код состояния 401 указывает, что перед доступом к ресурсу клиент должен быть авторизован сервером.
• 402 — Требуется оплата
  Код состояния 402 в настоящее время не используется, он указан как «зарезервированный для использования в будущем».
• 403 — Запрещено
  Код состояния 403 означает, что клиент не может получить доступ к запрошенному ресурсу. Это может означать, что в запросе были отправлены неправильные имя пользователя и пароль, или что разрешения на сервере не разрешают запрашиваемое.
• 404 — Не найдено
  Самый известный из них, код состояния 404 указывает на то, что запрошенный ресурс не был найден по указанному URL-адресу, и сервер не знает, как долго.
• 405 — Метод не разрешен
  Код состояния 405 возвращается, когда клиент пытается использовать метод запроса, который не разрешен сервером. Разрешенные методы запроса должны быть отправлены вместе с ответом (распространенными методами запроса являются POST и GET).
• 406 — Not Acceptable
  Код состояния 406 означает, что хотя сервер понял и обработал запрос, ответ имеет форму, непонятную для клиента. Клиент отправляет в составе запроса заголовки, указывающие, какие типы данных он может использовать, и возвращается ошибка 406, когда тип ответа не входит в этот список.
• 407 — Требуется аутентификация прокси-сервера
  Код состояния 407 очень похож на код состояния 401 и означает, что клиент должен быть авторизован прокси-сервером, прежде чем запрос сможет быть обработан.
• 408 — Время ожидания запроса
  Код состояния 408 означает, что клиент недостаточно быстро выдал запрос. Сервер настроен на ожидание ответов от клиентов только определенное время, а код состояния 408 указывает, что время прошло.
• 409 — Конфликт
  Код состояния 409 указывает на то, что серверу не удалось выполнить запрос, часто из-за необходимости редактирования, создания или удаления файла, который невозможно отредактировать, создать или удалить.
• 410 — Gone
  Код состояния 410 является менее известным родственником 404. Это указывает на то, что ресурс исчез навсегда (код состояния 404 не указывает, был ли ресурс удален навсегда или временно), и для него не известен новый адрес.
• 411 — Требуемая длина
  Код состояния 411 возникает, когда сервер отказывается обрабатывать запрос, поскольку длина содержимого не указана.
• 412 — Precondition Failed
  Код состояния 412 указывает, что одно из условий, при которых был сделан запрос, не выполнено.
• 413 — Объект запроса слишком велик
  Код состояния 413 указывает на то, что запрос был больше, чем сервер может обработать, либо из-за физических ограничений, либо из-за настроек. Обычно это происходит, когда файл отправляется методом POST из формы, а файл больше максимального размера, разрешенного в настройках сервера.
• 414 — Request-URI Too Long
  Код состояния 414 указывает на то, что URL-адрес, запрошенный клиентом, был длиннее, чем он может обработать.
• 415 — Неподдерживаемый тип носителя
  Код состояния 415 возвращается сервером, чтобы указать, что часть запроса была в неподдерживаемом формате.
• 416 — Запрошенный диапазон не удовлетворяется
  Код состояния 416 указывает, что сервер не смог выполнить запрос. Это может быть, например, потому, что клиент запросил 800-900-й байт документа, а документ был всего 200 байт.
• 417 — Ожидание не выполнено
  : Код состояния 417 означает, что сервер не смог правильно выполнить запрос. Один из заголовков, отправленных на сервер, заголовок «Ожидание», указывал на ожидание, которое сервер не смог оправдать.

Ошибка сервера

• 500 — Внутренняя ошибка сервера
  Код состояния 500 (слишком часто наблюдаемый Perl-программистами) указывает на то, что сервер столкнулся с чем-то неожиданным и не смог выполнить запрос.
• 501 — Не реализовано
  Код состояния 501 указывает на то, что сервер не поддерживает все необходимое для выполнения запроса.
• 502 — Bad Gateway
  Код состояния 502 указывает на то, что сервер, выступая в качестве прокси, получил ответ от сервера, находящегося выше по течению, который он счел недействительным.
• 503 — Служба недоступна
  Код состояния 503 чаще всего встречается на очень загруженных серверах и указывает на то, что сервер не смог выполнить запрос из-за перегрузки сервера.
• 504 — Время ожидания шлюза
  Код состояния 504 возвращается, когда сервер, выступающий в роли прокси, слишком долго ждал ответа от сервера, расположенного выше по течению.
• 505 — Версия HTTP не поддерживается
  Код состояния 505 возвращается, если указанная в запросе версия HTTP не поддерживается. В ответе должно быть указано, какие версии HTTP поддерживаются.

11 мая 2004 г. | разработка, http, справочник, веб, коды, статус, apache, webdev, для начинающих

Коды состояния HTTP, ошибки сети и DNS и поиск Google | Центр поиска Google | Документация

На этой странице описывается, чем отличаются коды состояния HTTP, сетевые ошибки и ошибки DNS влияют на поиск Google. Мы рассмотрим 20 основных кодов состояния, которые Googlebot встречающиеся в Интернете, а также наиболее распространенные ошибки сети и DNS. Более экзотический статус коды, такие как 418 (я чайник) , не покрыты. Все проблемы, упомянутые на этой странице, вызывают соответствующую ошибку или предупреждение в Консоль поиска Отчет об индексации страниц.

Экспериментальные функции поддерживаемых протоколов (HTTP и FTP) не поддерживаются, за исключением в противном случае указано.

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

Search Console генерирует сообщения об ошибках для кодов состояния в диапазоне 4xx–5xx , и для неудачных перенаправлений ( 3xx ). Если сервер ответил 2xx код состояния, содержимое, полученное в ответе, может рассматриваться как индексация.

Код состояния HTTP 2xx (успех) не гарантирует индексацию.

В следующей таблице приведены наиболее часто встречающиеся коды состояния HTTP роботом Googlebot, а также объяснение того, как Google обрабатывает каждый код состояния.

Коды состояния HTTP
2xx (успех)	Google рассматривает контент для индексации. Если содержимое предполагает ошибку, например пустая страница или сообщение об ошибке, Search Console покажет программная ошибка 404 . 200 (успех) Google передает контент в конвейер индексации. Системы индексации могут индексировать содержимое, но это не гарантируется. 201 (создано) 202 (принято) Робот Google ожидает контент в течение ограниченного времени, а затем передает его полученные в конвейер индексации. Тайм-аут зависит от агента пользователя, для пример Googlebot Smartphone может иметь другое время ожидания, чем Googlebot Image. 204 (нет содержимого) Робот Googlebot сигнализирует конвейеру индексирования, что он не получил контента. Поиск Консоль может отображать программную ошибку 404 на сайте. Отчет об индексации страниц.
3xx (перенаправление)	Googlebot выполняет до 10 переходов с переадресацией. Если сканер не получает содержимое в течение 10 прыжков, Search Console покажет ошибка перенаправления в отчете об индексации страниц сайта. Количество прыжков, за которыми следует Googlebot, определяется агентом пользователя. зависимый; например, Googlebot Smartphone может иметь другое значение, чем Googlebot. Изображение. В случае файла robots.txt робот Googlebot выполняет как минимум пять переходов с переадресацией, как определено в RFC 1945 и затем останавливается и обрабатывает его как 404 для файла robots. txt. Любой контент, полученный роботом Googlebot с URL-адреса перенаправления, игнорируется, а конечная цель Содержимое URL-адреса рассматривается для индексации. 301 (переехал навсегда) Робот Google следует за перенаправлением, а конвейер индексирования использует перенаправление в качестве сильный сигнал о том, что цель перенаправления должна быть канонической. 302 (найдено) Робот Google следует за перенаправлением, а конвейер индексирования использует перенаправление в качестве слабый сигнал о том, что цель перенаправления должна быть канонической. 303 (см. прочее) 304 (без изменений) Робот Googlebot сигнализирует конвейеру индексирования, что содержимое такое же, как и в прошлый раз. это было просканировано. Конвейер индексации может пересчитывать сигналы для URL, но в противном случае код состояния не влияет на индексацию. 307 (временная переадресация) Эквивалент 302 . 308 (переехал навсегда) Эквивалент 301 . Хотя поиск Google обрабатывает эти коды состояния одинаково, имейте в виду, что они семантически разные. Используйте код состояния, подходящий для перенаправления поэтому другие клиенты (например, электронные книги, другие поисковые системы) могут извлечь из этого пользу.
4xx (ошибки клиента)	Конвейер индексации Google не учитывает URL-адреса, которые возвращают статус 4xx . код для индексации и URL-адреса, которые уже проиндексированы и возвращают 4xx код состояния удаляются из индекса. Любой контент, полученный роботом Googlebot с URL-адресов, возвращающих код 4xx 9.Код состояния 0007 игнорируется. 400 (неверный запрос) Все ошибки 4xx , кроме 429 , обрабатываются одинаково: Робот Googlebot сигнализирует конвейеру индексирования, что контента не существует. Конвейер индексации удаляет URL-адрес из индекса, если он был ранее проиндексирован. Впервые встретились 404 страниц не обработаны. Частота сканирования постепенно уменьшается. Не используйте коды состояния 401 и 403 для ограничения скорость сканирования. Коды состояния 4xx , кроме 429 , не имеют влияние на скорость сканирования. Узнайте, как ограничить скорость сканирования. 401 (несанкционированный) 403 (запрещено) 404 (не найдено) 410 (ушел) 411 (требуется длина) 429 (слишком много запросов) Робот Googlebot воспринимает код состояния 429 как сигнал о том, что сервер перегружен, и это считается ошибкой сервера.
5xx (ошибки сервера)	Ошибки сервера 5xx и 429 побуждают сканеры Google временно замедлить ползание. Уже проиндексированные URL-адреса сохраняются в индексе, но в итоге упал. Если файл robots.txt возвращает код ошибки сервера более 30 дней, Google будет использовать последнюю кешированную копию файла robots.txt. Если недоступен, Google предполагает, что ограничений на обход нет. Любой контент, полученный роботом Googlebot с URL-адресов, которые возвращают код состояния 5xx , игнорируется. 500 (внутренняя ошибка сервера) Googlebot снижает скорость сканирования сайта. Снижение скорости сканирования пропорционально количеству отдельных URL-адресов, которые возвращают ошибку сервера. Конвейер индексации Google удаляет из индекса URL-адреса, которые постоянно возвращают Ошибка сервера. 502 (плохой шлюз) 503 (услуга недоступна)

софт 404 ошибки

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

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

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

Возвращать 200 (успех) 9 — плохой пользовательский опыт.код состояния 0007, но затем отображать или предлагать сообщение об ошибке или какую-либо ошибку на странице. Пользователи могут подумать, что page является активной рабочей страницей, но затем отображается какая-то ошибка. Такие страницы исключен из поиска.

Когда алгоритмы Google определяют, что страница на самом деле является страницей с ошибкой, основываясь на ее содержании, Search Console покажет ошибку soft 404 на странице сайта. Отчет об индексации страниц.

Фиксированный

мягкий 404 ошибки

В зависимости от состояния страницы и желаемого результата можно решить soft 404 ошибки несколькими способами:

• Страница и контент больше не доступны.
• Страница или контент теперь где-то в другом месте.
• Страница и контент все еще существуют.

Попробуйте определить, какое решение будет лучшим для ваших пользователей.

Страница и контент больше не доступны

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

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

• Четко сообщите посетителям, что страница, которую они ищут, не может быть найдена. Используйте язык, который дружелюбный и гостеприимный.
• Убедитесь, что ваша страница 404 имеет тот же внешний вид (включая навигацию), что и остальная часть вашего сайта.
• Рассмотрите возможность добавления ссылок на ваши самые популярные статьи или посты, а также ссылку на ваш домашняя страница сайта.
• Подумайте о том, чтобы предоставить пользователям возможность сообщить о неработающей ссылке.

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

Страница или контент теперь где-то в другом месте

Если ваша страница была перемещена или имеет явную замену на вашем сайте, верните 301 (постоянная переадресация) для перенаправления пользователя. Это не помешает их работе в Интернете, а также отлично способ сообщить поисковым системам о новом местоположении страницы. Использовать Инструмент проверки URL чтобы проверить, действительно ли ваш URL возвращает правильный код.

Страница и контент все еще существуют

Если в остальном хорошая страница была отмечена ошибкой soft 404 , скорее всего, это не загружался должным образом для робота Googlebot, в нем отсутствовали важные ресурсы или отображалось заметное сообщение об ошибке во время рендеринга. Использовать Инструмент проверки URL для проверки отображаемого содержимого и возвращаемого HTTP-кода. Если отображаемая страница пуста, почти пусто, или в содержании есть сообщение об ошибке, возможно, ваша страница ссылается на многие ресурсы, которые невозможно загрузить (изображения, скрипты и другие нетекстовые элементы), которые можно интерпретируется как мягкий 404 . Причины, по которым ресурсы не могут быть загружены, включают заблокированные ресурсы (заблокированные robots.txt), слишком много ресурсы на странице, различные ошибки сервера, медленная загрузка или очень большие ресурсы.

Ошибки сети и DNS

Ошибки сети и DNS быстро и негативно влияют на присутствие URL в поиске Google. Googlebot обрабатывает тайм-ауты сети, сброс соединения и ошибки DNS так же, как 5xx ошибок сервера. В случае сетевых ошибок сразу начинается сканирование замедляется, так как сетевая ошибка является признаком того, что сервер может не справиться с обслуживающая нагрузка. Поскольку робот Googlebot не смог получить доступ к серверу, на котором размещен сайт, Google также не получен любой контент с сервера. Отсутствие контента означает, что Google не может индексировать просканированные URL-адреса и недоступные уже проиндексированные URL-адреса будут удалены из базы данных Google. Индекс в течение дней. Search Console может генерировать ошибки для каждой соответствующей ошибки.

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

Отладка сетевых ошибок

Эти ошибки возникают до того, как Google начнет сканирование URL-адреса или во время сканирования URL-адреса. Поскольку ошибки могут возникать до того, как сервер сможет ответить, и поэтому нет кода состояния, который могут указывать на проблемы, диагностика этих ошибок может быть более сложной задачей. Чтобы отладить тайм-аут и ошибки сброса соединения:

• Посмотрите настройки и журналы брандмауэра . Может быть слишком широкий набор правил блокировки. Убедись в том, что IP-адреса роботов Google не блокируются никаким правилом брандмауэра.
• Посмотрите сетевой трафик . Используйте такие инструменты, как tcpdump и Wireshark для захвата и анализа TCP-пакеты и искать аномалии, указывающие на определенный сетевой компонент или сервер. модуль.
• Если вы не нашли ничего подозрительного, обратитесь в свою хостинговую компанию .

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

Отладка ошибок DNS

Ошибки DNS чаще всего вызваны неправильной настройкой, но они также могут быть вызваны Правило брандмауэра, блокирующее DNS-запросы Googlebot. Чтобы отладить ошибки DNS, выполните следующие действия:

• Проверьте правила брандмауэра . Убедись в том, что ни один из IP-адресов Google заблокированы любым правилом брандмауэра, и что оба UDP и TCP запросы разрешены.
• Посмотрите свои записи DNS . Дважды проверьте, что ваш A и записи CNAME указывают на правильные IP-адреса и имя хоста, соответственно. Например:

   копать +nocmd example.com a +noall +ответ 

   dig +nocmd www.example.com cname +noall +ответ 

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

   копать +nocmd example.com ns +noall +ответ
  пример.com. 86400 В NS a.iana-servers.net.
  пример.com. 86400 В NS b.iana-servers.net.
    dig +nocmd @a.iana-servers.net example.com +noall +ответ 
  пример.com. 86400 В А 93.184.216.34
    dig +nocmd @b.iana-servers.net example.com +noall +ответ 
  ... 

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

  No related posts.