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


Проверка ответа сервера, HTTP-заголовки сервера

Список заголовков HTTP

Список кодов состояния HTTP

Код состояния HTTP (англ. HTTP status code) является частью первой строки ответа сервера. Он представляет собой целое число из трех арабских цифр. Первая цифра указывает на класс состояния. За кодом ответа обычно следует отделённая пробелом поясняющая фраза на английском языке, которая разъясняет человеку причину именно такого ответа.

Клиент узнаёт по коду ответа о результатах его запроса и определяет, какие действия ему предпринимать дальше. Набор кодов состояния является стандартом, и они описаны в соответствующих документах RFC. Введение новых кодов должно производиться только после согласования с IETF. Тем не менее, известно о двух используемых кодах, не упомянутых в RFC: 449 Retry With (введён Microsoft) и 509 Bandwidth Limit Exceeded (введён в cPanel).

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

Веб-сервер Microsoft Internet Information Services в своих файлах журналов кроме стандартных кодов состояния использует подкоды записывая их через точку после основного. При этом в ответах от сервера данный субкод не размещается — он нужен администратору сервера чтобы тот мог более точно определять источники проблем. Со списком подкодов IIS можно ознакомиться в документе "Коды состояния служб IIS" в Базе знаний Microsoft.

1xx: Informational (Информационные)

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

100 Continue (Продолжать) - Сервер удовлетворён начальными сведениями о запросе, клиент может продолжать пересылать заголовки. Появился в HTTP/1.1.

101 Switching Protocols (Переключение протоколов) - Сервер предлагает выбрать другой протокол, более соответствующий данному ресурсу. Протоколы предлагаемый сервером, указываются в строке заголовка Update, если предложенный сервером протокол, устраивает клиента, он высылает новый запрос с указанием нового протокола. Появился в протоколе версии HTTP/1.1.

102 Processing (Идёт обработка) - Запрос принят, но на его обработку понадобится длительное время. Используется сервером, чтобы клиент не разорвал соединение из-за превышения времени ожидания. Клиент при получении такого ответа должен сбросить таймер и дожидаться следующей команды в обычном режиме. Появился в WebDAV.

105 Name Not Resolved (Не удается преобразовать DNS-адрес сервера) - При разрешении доменного имени возникла ошибка в связи с неверным или отсутствующем IP-адресом DNS-сервера.

2xx: Success (Успешно)

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

200 OK (Хорошо) - Успешный запрос. Если клиентом были запрошены какие-либо данные, то они находятся в заголовке и/или теле сообщения. Появился в HTTP/1.0.

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

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

203 Non-Authoritative Information (Информация не авторитетна) - Аналогично ответу 200, но в этом случае передаваемая информация была взята не из первичного источника (резервной копии, другого сервера и т. д.) и поэтому может быть неактуальной. Появился в HTTP/1.1.

204 No Content (Нет содержимого) - Сервер успешно обработал запрос, но в ответе были переданы только заголовки без тела сообщения. Клиент не должен обновлять содержимое документа, но может применить к нему полученные метаданные. Появился в HTTP/1.0.

205 Reset Content (Сбросить содержимое) - Сервер обязывает клиента сбросить введённые пользователем данные. Тела сообщения сервер при этом не передаёт и документ обновлять не обязательно. Появился в HTTP/1.1.

206 Partial Content (Частичное содержимое) - Сервер удачно выполнил частичный GET-запрос, возвратив только часть сообщения. В заголовке Content-Range сервер указывает байтовые диапазоны содержимого. Особое внимание при работе с подобными ответами следует уделить кэшированию. Появился в HTTP/1.1.

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

226 IM Used (Использовано IM) - Заголовок A-IM от клиента был успешно принят и сервер возвращает содержимое с учётом указанных параметров. Введено в RFC 3229 для дополнения протокола HTTP поддержкой дельта-кодирования.

3xx: Redirection (Перенаправление)

Коды класса 3xx сообщают клиенту, что для успешного выполнения операции необходимо сделать другой запрос (как правило по другому URI). Из данного класса пять кодов 301, 302, 303, 305 и 307 относятся непосредственно к перенаправлениям (жарг. редирект). Адрес, по которому клиенту следует произвести запрос, сервер указывает в заголовке Location. При этом допускается использование фрагментов в целевом URI.

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

Разработчики HTTP отмечают что многие клиенты при перенаправлениях с кодами 301 и 302 ошибочно применяют метод GET ко второму ресурсу несмотря на то, что к первому запрос был с иным методом. Чтобы избежать недоразумений в версии HTTP/1.1 были введены коды 303 и 307 вместо 302. Изменять метод нужно только если сервер ответил 303. В остальных случаях следующий запрос производить с исходным методом.

300 Multiple Choices (Несколько вариантов выбора) - По указанному URI существует несколько вариантов предоставления ресурса по типу MIME, по языку или по другим характеристикам. Сервер передаёт с сообщением список альтернатив, давая возможность сделать выбор клиенту автоматически или пользователю. Появился в HTTP/1.0.

301 Moved Permanently (Перемещено навсегда) - Запрошенный документ был окончательно перенесен на новый URI, указанный в поле Location заголовка. Некоторые клиенты некорректно ведут себя при обработке данного кода. Появился в HTTP/1.0.

302 Moved Temporarily / Found (Перемещено временно / Найдено) - Запрошенный документ временно доступен по другому URI, указанному в заголовке в поле Location. Этот код может быть использован, например, при управляемом сервером согласовании содержимого. Некоторые клиенты некорректно ведут себя при обработке данного кода. Введено в HTTP/1.0.

303 See Other (Смотреть другое) - Документ по запрошенному URI нужно запросить по адресу в поле Location заголовка с использованием метода GET несмотря даже на то, что первый запрашивался иным методом. Этот код был введён вместе с 307-ым для избежания неоднозначности, чтобы сервер был уверен, что следующий ресурс будет запрошен методом GET. Например, на веб-странице есть поле ввода текста для быстрого перехода и поиска. После ввода данных браузер делает запрос методом POST, включая в тело сообщения введённый текст. Если обнаружен документ с введённым названием, то сервер отвечает кодом 303, указав в заголовке Location его постоянный адрес. Тогда браузер гарантировано его запросит методом GET для получения содержимого. В противном случае сервер просто вернёт клиенту страницу с результатами поиска. Введено в HTTP/1.1.

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

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

306 (Зарезервировано, код использовался только в ранних спецификациях) - Использовавшийся раньше код ответа, в настоящий момент зарезервирован. Упомянут в RFC 2616 (обновление HTTP/1.1).

307 Temporary Redirect (Временное перенаправление) - Запрашиваемый ресурс на короткое время доступен по другому URI, указанный в поле Location заголовка. Этот код был введён вместе с 303 вместо 302-го для избежания неоднозначности. Введено в RFC 2616 (обновление HTTP/1.1).

4xx: Client Error (Ошибка клиента)

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

400 Bad Request (Плохой запрос) - Сервер обнаружил в запросе клиента синтаксическую ошибку. Появился в HTTP/1.0.

401 Unauthorized (Неавторизован) - Для доступа к запрашиваемому ресурсу требуется аутентификация. В заголовке ответ должен содержать поле WWW-Authenticate с перечнем условий аутентификации. Клиент может повторить запрос, включив в заголовок сообщения поле Authorization с требуемыми для аутентификации данными.

402 Payment Required (Необходима оплата) - Предполагается использовать в будущем. В настоящий момент не используется. Этот код предусмотрен для платных пользовательских сервисов, а не для хостинговых компаний. Имеется в виду, что эта ошибка не будет выдана хостинговым провайдером в случае просроченной оплаты его услуг. Зарезервирован, начиная с HTTP/1.1.

403 Forbidden (Запрещено) - Сервер понял запрос, но он отказывается его выполнять из-за ограничений в доступе для клиента к указанному ресурсу. Если для доступа к ресурсу требуется аутентификация средствами HTTP, то сервер вернёт ответ 401 или 407 при использовании прокси. В противном случае ограничения были заданы администратором сервера или разработчиком веб-приложения и могут быть любыми в зависимости от возможностей используемого программного обеспечения. В любом случае клиенту следует сообщить причины отказа в обработке запроса. Наиболее вероятными причинами ограничения может послужить попытка доступа к системным ресурсам веб-сервера (например, файлам .htaccess или .htpasswd) или к файлам, доступ к которым был закрыт с помощью конфигурационных файлов, требование аутентификации не средствами HTTP, например, для доступа к системе управления содержимым или разделу для зарегистрированных пользователей либо сервер не удовлетворён IP-адресом клиента, например, при блокировках. Появился в HTTP/1.0.

404 Not Found (Не найдено) - Самая распространенная ошибка при пользовании Интернетом, основная причина — ошибка в написании адреса Web-страницы. Сервер понял запрос, но не нашёл соответствующего ресурса по указанному URI. Если серверу известно, что по этому адресу был документ, то ему желательно использовать код 410. Ответ 404 может использоваться вместо 403, если требуется тщательно скрыть от посторонних глаз определённые ресурсы. Появился в HTTP/1.0.

405 Method Not Allowed (Метод не поддерживается) - Указанный клиентом метод нельзя применить к текущему ресурсу. В ответе сервер должен указать доступные методы в заголовке Allow, разделив их запятой. Эту ошибку сервер должен возвращать, если метод ему известен, но он не применим именно к указанному в запросе ресурсу, если же указанный метод не применим на всём сервере, то клиенту нужно вернуть код 501 (Not Implemented). Появился в HTTP/1.1.

406 Not Acceptable (Неприемлемо) - Запрошенный URI не может удовлетворить переданным в заголовке характеристикам. Если метод был не HEAD, то сервер должен вернуть список допустимых характеристик для данного ресурса. Появился в HTTP/1.1.

407 Proxy Authentication Required (Необходима прокси авторизация) - Ответ аналогичен коду 401 за исключением того, что аутентификация производится для прокси-сервера. Механизм аналогичен идентификации на исходном сервере. Появился в HTTP/1.1.

408 Request Timeout (Истекло время ожидания) - Время ожидания сервером передачи от клиента истекло. Клиент может повторить аналогичный предыдущему запрос в любое время. Например, такая ситуация может возникнуть при загрузке на сервер объёмного файла методом POST или PUT. В какой-то момент передачи источник данных перестал отвечать, например, из-за повреждения компакт-диска или потери связи с другим компьютером в локальной сети. Пока клиент ничего не передаёт, ожидая от него ответа, соединение с сервером держится. Через некоторое время сервер может закрыть соединение со своей стороны, чтобы дать возможность другим клиентам сделать запрос. Этот ответ не возвращается, когда клиент принудительно остановил передачу по команде пользователя или соединение прервалось по каким-то иным причинам, так как ответ уже послать невозможно. Появился в HTTP/1.1.

409 Conflict (Конфликт) - Запрос не может быть выполнен из-за конфликтного обращения к ресурсу. Такое возможно, например, когда два клиента пытаются изменить ресурс с помощью метода PUT.Появился в HTTP/1.1.

410 Gone (Удалён) - Такой ответ сервер посылает, если ресурс раньше был по указанному URL, но был удалён и теперь недоступен. Серверу в этом случае неизвестно и местоположение альтернативного документа, например, копии). Если у сервера есть подозрение, что документ в ближайшее время может быть восстановлен, то лучше клиенту передать код 404. Появился в HTTP/1.1.

411 Length Required (Необходима длина) - Для указанного ресурса клиент должен указать Content-Length в заголовке запроса. Без указания этого поля не стоит делать повторную попытку запроса к серверу по данному URI. Такой ответ естественен для запросов типа POST и PUT. Например, если по указанному URI производится загрузка файлов, а на сервере стоит ограничение на их объём. Тогда разумней будет проверить в самом начале заголовок Content-Length и сразу отказать в загрузке, чем провоцировать бессмысленную нагрузку, разрывая соединение, когда клиент действительно пришлёт слишком объёмное сообщение. Появился в HTTP/1.1.

412 Precondition Failed (Условие ложно) - Возвращается, если ни одно из условных полей заголовка запроса не было выполнено. Появился в HTTP/1.1.

413 Request Entity Too Large (Размер запроса слишком велик) - Возвращается в случае, если сервер отказывается обработать запрос по причине слишком большого размера тела запроса. Сервер может закрыть соединение, чтобы прекратить дальнейшую передачу запроса. Если проблема временная, то рекомендуется в ответ сервера включить заголовок Retry-After с указанием времени, по истечении которого можно повторить аналогичный запрос. Появился в HTTP/1.1.

414 Request-URI Too Large (Запрашиваемый URI слишком длинный) - Сервер не может обработать запрос из-за слишком длинного указанного URL. Такую ошибку можно спровоцировать, например, когда клиент пытается передать длинные параметры через метод GET, а не POST. Появился в HTTP/1.1.

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

416 Requested Range Not Satisfiable (Запрашиваемый диапазон не достижим) - в поле Range заголовка запроса был указан диапазон за пределами ресурса и отсутствует поле If-Range. Если клиент передал байтовый диапазон, то сервер может вернуть реальный размер в поле Content-Range заголовка. Данный ответ не следует использовать при передаче типа multipart/byteranges. Введено в RFC 2616 (обновление HTTP/1.1).

417 Expectation Failed (Ожидаемое неприемлемо) - По каким-то причинам сервер не может удовлетворить значению поля Expect заголовка запроса. Введено в RFC 2616 (обновление HTTP/1.1).

418 I'm a teapot (Я - чайник) - Этот код был введен в 1998 году как одна из традиционных первоапрельских шуток IETF в RFC 2324, Hyper Text Coffee Pot Control Protocol. Не ожидается, что данный код будет поддерживаться реальными серверами.

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

423 Locked (Заблокировано) - Целевой ресурс из запроса заблокирован от применения к нему указанного метода. Введено в WebDAV.

424 Failed Dependency (Невыполненная зависимость) - Реализация текущего запроса может зависеть от успешности выполнения другой операции. Если она не выполнена и из-за этого нельзя выполнить текущий запрос, то сервер вернёт этот код. Введено в WebDAV.

425 Unordered Collection (Неупорядоченный набор) - используется в расширении WebDAV Advanced Collections Protocol. Посылается, если клиент указал номер элемента в неупорядоченном списке, или запросил несколько элементов в порядке, отличающемся от серверного.

426 Upgrade Required (Необходимо обновление) - Сервер указывает клиенту на необходимость обновить протокол. Заголовок ответа должен содержать правильно сформированные поля Upgrade и Connection. Введено в RFC 2817 для возможности перехода к TLS посредством HTTP.

428 Precondition Required (Необходимо предусловие) - Сервер указывает клиенту на необходимость использования в запросе заголовков условий, наподобие If-Match. Введено в черновике стандарта RFC 6585.

429 Too Many Requests (Слишком много запросов) - Клиент попытался отправить слишком много запросов за короткое время, что может указывать, например, на попытку DoS-атаки. Может сопровождаться заголовком Retry-After, указывающим, через какое время можно повторить запрос. Введено в черновике стандарта RFC 6585.

431 Request Header Fields Too Large (Поля заголовка запроса слишком большие) - Превышена допустимая длина заголовков. Сервер не обязан отвечать этим кодом, вместо этого он может просто сбросить соединение. Введено в черновике стандарта RFC 6585.

434 Requested host unavailable. (Запрашиваемый адрес недоступен) - Запрашиваемый адрес недоступен.

449 Retry With (Повторить с) - Возвращается сервером, если для обработки запроса от клиента поступило недостаточно информации. При этом в заголовок ответа помещается поле Ms-Echo-Request. Введено корпорацией Microsoft для WebDAV. В настоящий момент как минимум используется программой Microsoft Money.

451 Unavailable For Legal Reasons (Недоступно по юридическим причинам) - Доступ к ресурсу закрыт по юридическим причинам, например, по требованию органов государственной власти или по требованию правообладателя в случае нарушения авторских прав. Введено в черновике IETF за авторством Google, при этом код ошибки является отсылкой к роману Рэя Брэдбери "451 градус по Фаренгейту".

456 Unrecoverable Error (Некорректируемая ошибка) - Возвращается сервером, если обработка запроса вызывает некорректируемые сбои в таблицах баз данных. Введено корпорацией Microsoft для WebDAV.

499 () - Используется Nginx, когда клиент закрывает соединение до получения ответа.

5xx: Server Error (Ошибка сервера)

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

500 Internal Server Error (Внутренняя ошибка сервера) - Любая внутренняя ошибка сервера, которая не входит в рамки остальных ошибок класса. Появился в HTTP/1.0.

501 Not Implemented (Не реализовано) - Сервер не поддерживает возможностей, необходимых для обработки запроса. Типичный ответ для случаев, когда сервер не понимает указанный в запросе метод. Если же метод серверу известен, но он не применим к данному ресурсу, то нужно вернуть ответ 405. Появился в HTTP/1.0.

502 Bad Gateway (Плохой, ошибочный шлюз) - Сервер, выступая в роли шлюза или прокси-сервера, получил недействительное ответное сообщение от вышестоящего сервера. Появился в HTTP/1.0.

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

504 Gateway Timeout (Шлюз не отвечает) - Сервер в роли шлюза или прокси-сервера не дождался ответа от вышестоящего сервера для завершения текущего запроса. Появился в HTTP/1.1.

505 HTTP Version Not Supported (Версия HTTP не поддерживается) - Сервер не поддерживает или отказывается поддерживать указанную в запросе версию протокола HTTP. Появился в HTTP/1.1.

506 Variant Also Negotiates (Вариант тоже проводит согласование) - В результате ошибочной конфигурации выбранный вариант указывает сам на себя, из-за чего процесс связывания прерывается. Экспериментальное. Введено в RFC 2295 для дополнения протокола HTTP технологией Transparent Content Negotiation.

507 Insufficient Storage (Переполнение хранилища) - Не хватает места для выполнения текущего запроса. Проблема может быть временной. Введено в WebDAV.

508 Loop Detected (Обнаружена петля) -

509 Bandwidth Limit Exceeded (Исчерпана пропускная ширина канала) - Используется при превышении веб-площадкой отведённого ей ограничения на потребление трафика. В данном случае владельцу площадки следует обратиться к своему хостинг-провайдеру. В настоящий момент данный код не описан ни в одном RFC и используется только модулем "bw/limited", входящим в панель управления хостингом cPanel, где и был введён.

510 Not Extended (Нет расширения) - На сервере отсутствует расширение, которое желает использовать клиент. Сервер может дополнительно передать информацию о доступных ему расширениях. Введено в RFC 2774 для дополнения протокола HTTP поддержкой расширений.

511 Network Authentication Required (Требуется сетевая аутентификация) - Этот ответ посылается не сервером, которому был предназначен запрос, а сервером-посредником — например, сервером провайдера — в случае, если клиент должен сначала авторизоваться в сети, например, ввести пароль для платной точки доступа к Интернету. Предполагается, что в теле ответа будет возвращена Web-форма авторизации или перенаправление на неё. Введено в черновике стандарта RFC 6585.

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

Ответ сервера - это трехзначный код и краткое пояснение в виде текста. Чтобы проверка ответа сервера и ориентации в кодах была удобной, они разделены на классы состояний. Классы различаются первым номером своего трехзначного кода - от 1 до 5. Каждая группа кодов имеет свои особенности

Информационные коды. Коды , начиная с 1, говорят об успешном получении запроса и начале процесса транзакции данных.Пример: 102 Обработка.

Успешное завершение запроса.
Если проверка статуса сервера показывает код, первое число которого - 2 - это сигнал о положительном ответе сервера в браузере и для веб-роботов. Пример: 200 ОК.

Коды переадресации. Сервер HTTP -ответы, которые начинаются с 3, отвечают за перенаправление. Они используются для успешной навигации между URL . Пример: 301 перемещен навсегда.

HTTP - коды ошибок. 4 и 5 - это маркеры классов, которые сигнализируют об ошибках на стороне пользователя или сбоях в работе сервера. Пример: 404 Not Found, 500 Internal Server Error.

.

Как проверить время ответа веб-сайта

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

И нет никаких признаков того, что потребность в скорости веб-сайта снизится в ближайшее время.

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

Если вы не сосредоточены на поддержании и улучшении времени отклика веб-сайта, то все ваше предприятие обречено отступить в тени интернет-шкафа.

На этом этапе вы, вероятно, знакомы с растущими ожиданиями конечных пользователей и Google. По состоянию на 2018 год обе организации увеличили ожидаемое время отклика веб-сайтов с 2,11 секунды до 1,3 секунды. Это как для мобильных, так и для настольных сайтов.

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

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

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

Что такое время ответа веб-сайта? Краткое объяснение

Итак, что мы имеем в виду, когда говорим о времени отклика? По сути, этот термин также является его определением.

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

Распространенное заблуждение относительно времени ответа веб-сайта, особенно когда дело доходит до тестирования этой метрики, заключается в том, что он определяет только количество времени, которое требуется серверу для отправки «ответа» или «подтверждения» в браузер (или, в данном случае, инструмент для тестирования).

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

Как инструменты тестирования времени отклика помогают вашему сайту

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

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

  • Блок-схемы / отчеты, показывающие поток данных от сервера к браузеру конечного пользователя
  • Сколько времени понадобилось браузерам конечных пользователей, чтобы начать анализ полученных файлов
  • Сколько времени потребовалось для получения и визуализации первого встроенного изображения
  • Настройка DNS и продолжительность соединения (подчеркивает эффективность передачи пакетов данных)
  • Общий размер пакетов данных

Время отклика тестируемого веб-сайта | Пошаговое руководство

Поскольку существуют буквально десятки эффективных инструментов для тестирования времени отклика веб-сайтов, мы собираемся предоставить довольно обобщенное руководство, основанное на тесте веб-сервера HTTP / HTTPS, проведенном Dotcom-Tools.Эта расширенная платформа тестирования предлагает аналитические данные на глубоком уровне, касающиеся времени отклика сервера, скорости рендеринга веб-сайта, TTL (общего времени загрузки) и работоспособности элементов на странице.

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

Шаг первый - введите URL-адрес веб-сайта и характеристики сервера

Введите URL-адрес вашего веб-сайта в поле поиска.Отсюда выберите соответствующий тип сервера: HTTP или HTTPS, а затем Тип запроса из раскрывающегося меню. Типы запросов включают GET или POST. В общем, вы должны использовать настройку по умолчанию GET.

Шаг второй - дополнительные параметры

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

Шаг третий - проверка информации и выполнение теста времени отклика

После того, как вы ввели все необходимые и дополнительные данные, убедитесь, что они верны, и нажмите «НАЧАТЬ ТЕСТ», чтобы запустить различные протоколы тестирования.

Шаг четвертый - анализ результатов

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

  • Время отклика и работоспособность веб-сервера
  • Время отклика элемента на странице и качество загрузки
  • Скорость загрузки веб-сайта (длительность)
  • Общее время загрузки всего веб-сайта / веб-страницы
.Средство проверки кодов состояния HTTP

~ Средство проверки кода ответа заголовка сервера

Инструменты SEO

Инструменты, которые помогут вам создать и продвигать свой веб-сайт.

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

Обзор

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

SEO

Содержит информацию о ключевых словах, SEO на странице, построении ссылок и социальном взаимодействии.

КПП

Советы по покупке трафика в поисковых системах.

Отслеживание

Узнайте, как отслеживать свой успех с помощью обычных объявлений SEO и PPC. Включает информацию о веб-аналитике.

Доверие

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

Монетизация

Узнайте, как зарабатывать деньги на своих веб-сайтах.

Аудио и видео

Ссылки на полезную аудио и видео информацию. Мы будем создавать новые SEO-видео каждый месяц.

Интервью

Эксклюзивные интервью только для участников.

Скидки

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

Карта сайта

Просмотрите все наши учебные модули, на которые есть ссылки на одной странице.

См. Также:

Получите конкурентное преимущество сегодня

Ваши ведущие конкуренты годами инвестируют в свою маркетинговую стратегию.

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

Изучите рейтинг своих конкурентов в Google и Bing сегодня с помощью SEMrush.

Введите конкурирующий URL-адрес ниже, чтобы быстро получить доступ к их истории эффективности обычного и платного поиска - бесплатно.

Посмотрите, где они занимают место, и побейте их!

  • Исчерпывающие данные о конкуренции: исследований эффективности в обычном поиске, AdWords, объявлениях Bing, видео, медийной рекламе и многом другом.
  • Сравните по каналам: используйте чью-то стратегию AdWords, чтобы стимулировать рост вашего SEO, или используйте их стратегию SEO, чтобы инвестировать в платный поиск.
  • Глобальный охват: Отслеживает результаты Google по более чем 120 миллионам ключевых слов на многих языках на 28 рынках.
  • Исторические данные о производительности: восходит к прошлому десятилетию, до появления Panda и Penguin, так что вы можете искать исторические штрафы и другие потенциальные проблемы с рейтингом.
  • Без риска: Бесплатная пробная версия и низкая ежемесячная плата.

Ваши конкуренты, исследуют ваш сайт

Найдите новые возможности сегодня

.

кодов состояния ответа HTTP - веб-технологии для разработчиков

Коды состояния ответа

HTTP указывают, был ли успешно выполнен конкретный запрос HTTP. Ответы сгруппированы в пять классов:

  1. Информационные ответы ( 100 - 199 ),
  2. Успешные ответы ( 200 - 299 ),
  3. Перенаправления ( 300 - 399 ),
  4. Ошибки клиента (400 - 499 ),
  5. и ошибки сервера ( 500 - 599 ).

Приведенные ниже коды состояния определены в разделе 10 RFC 2616. Вы можете найти обновленную спецификацию в RFC 7231.

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

Информационные ответы

100 Продолжить
Этот промежуточный ответ указывает на то, что пока все в порядке и что клиент должен продолжить запрос или проигнорировать ответ, если запрос уже завершен.
101 Протокол переключения
Этот код отправляется в ответ на заголовок запроса Upgrade от клиента и указывает протокол, на который переключается сервер.
102 Обработка (WebDAV)
Этот код указывает, что сервер получил и обрабатывает запрос, но ответа еще нет.
103 Ранние подсказки
Этот код состояния в основном предназначен для использования с заголовком Link , позволяя пользовательскому агенту начать предварительную загрузку ресурсов, пока сервер готовит ответ.

Успешные отзывы

200 ОК
Запрос выполнен. Смысл успеха зависит от метода HTTP:
  • GET : ресурс был извлечен и передан в теле сообщения.
  • HEAD : заголовки объектов находятся в теле сообщения.
  • PUT или POST : ресурс, описывающий результат действия, передается в теле сообщения.
  • TRACE : тело сообщения содержит сообщение запроса, полученное сервером
201 Создано
Запрос был успешно выполнен, и в результате был создан новый ресурс. Обычно это ответ, отправленный после запросов POST или нескольких запросов PUT .
202 Принято
Запрос был получен, но еще не выполнен. Это не является обязательным, поскольку в HTTP нет возможности позже отправить асинхронный ответ, указывающий на результат запроса.Он предназначен для случаев, когда другой процесс или сервер обрабатывает запрос, или для пакетной обработки.
203 Неофициальная информация
Этот код ответа означает, что возвращенная метаинформация не совсем такая же, как доступная с исходного сервера, а собрана из локальной или сторонней копии. В основном это используется для зеркал или резервных копий другого ресурса. За исключением этого конкретного случая, этому статусу предпочтительнее ответ «200 OK».
204 Без содержания
Нет содержимого для отправки по этому запросу, но заголовки могут быть полезны.Пользовательский агент может обновлять свои кэшированные заголовки для этого ресурса новыми.
205 Сбросить содержимое
Указывает агенту пользователя сбросить документ, отправивший этот запрос.
206 Частичное содержимое
Этот код ответа используется, когда заголовок Range отправляется от клиента для запроса только части ресурса.
207 Мульти-статус (WebDAV)
Передает информацию о нескольких ресурсах для ситуаций, когда может потребоваться несколько кодов состояния.
208 Уже сообщено (WebDAV)
Используется внутри элемента ответа , чтобы избежать повторного перечисления внутренних элементов нескольких привязок к одной и той же коллекции.
226 IM Используется (HTTP-дельта-кодировка)
Сервер выполнил запрос GET для ресурса, и ответ является представлением результата одной или нескольких манипуляций с экземпляром, примененных к текущему экземпляру.

Сообщения перенаправления

300 Множественный выбор
Запрос имеет более одного возможного ответа. Пользовательский агент или пользователь должен выбрать один из них. (Стандартизированного способа выбора одного из ответов не существует, но рекомендуются HTML-ссылки на варианты, чтобы пользователь мог выбирать.)
301 Постоянно перемещен
URL-адрес запрошенного ресурса был изменен навсегда. Новый URL указан в ответе.
302 Найдено
Этот код ответа означает, что URI запрошенного ресурса был временно изменен . В будущем могут быть внесены дальнейшие изменения в URI. Следовательно, этот же URI должен использоваться клиентом в будущих запросах.
303 См. Другие
Сервер отправил этот ответ, чтобы указать клиенту получить запрошенный ресурс по другому URI с помощью запроса GET.
304 Без изменений
Используется для кэширования.Он сообщает клиенту, что ответ не был изменен, поэтому клиент может продолжать использовать ту же кэшированную версию ответа.
305 Использовать прокси
Определен в предыдущей версии спецификации HTTP, чтобы указать, что к запрошенному ответу должен получить доступ прокси. Он устарел из-за проблем с безопасностью, связанных с внутриполосной конфигурацией прокси.
306 неиспользованные
Этот код ответа больше не используется; это просто зарезервировано.Он использовался в предыдущей версии спецификации HTTP / 1.1.
307 Временное перенаправление
Сервер отправляет этот ответ, чтобы указать клиенту получить запрошенный ресурс по другому URI с тем же методом, который использовался в предыдущем запросе. Он имеет ту же семантику, что и код ответа HTTP 302 Found , за исключением того, что пользовательский агент не должен изменять используемый метод HTTP: если в первом запросе использовался POST , должен быть POST используется во втором запросе.
308 Постоянное перенаправление
Это означает, что ресурс теперь постоянно находится по другому URI, указанному в заголовке Location: HTTP Response. Он имеет ту же семантику, что и код ответа HTTP 301, перемещен на постоянной основе , за исключением того, что пользовательский агент не должен изменять используемый метод HTTP: если в первом запросе использовался POST , должен быть POST использоваться во втором запросе.

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

400 Плохой запрос
Сервер не может понять запрос из-за недопустимого синтаксиса.
401 Неавторизованный
Хотя стандарт HTTP определяет «неавторизованный», семантически этот ответ означает «неавторизованный». То есть клиент должен пройти аутентификацию, чтобы получить запрошенный ответ.
402 Требуется оплата
Этот код ответа зарезервирован для использования в будущем. Первоначальной целью создания этого кода было его использование для цифровых платежных систем, однако этот код статуса используется очень редко, и стандартного соглашения не существует.
403 Запрещено
У клиента нет прав доступа к контенту; то есть он неавторизован, поэтому сервер отказывается предоставить запрошенный ресурс. В отличие от 401, личность клиента известна серверу.
404 Не найдено
Сервер не может найти запрошенный ресурс. В браузере это означает, что URL-адрес не распознается. В API это также может означать, что конечная точка действительна, но сам ресурс не существует.Серверы также могут отправлять этот ответ вместо 403, чтобы скрыть существование ресурса от неавторизованного клиента. Этот код ответа, вероятно, самый известный из-за его частого появления в Интернете.
405 Метод запрещен
Метод запроса известен серверу, но он отключен и не может использоваться. Например, API может запретить УДАЛЕНИЕ ресурса. Два обязательных метода, GET и HEAD , никогда не должны отключаться и не должны возвращать этот код ошибки.
406 Неприемлемо
Этот ответ отправляется, когда веб-сервер после выполнения согласования содержимого под управлением сервера не находит никакого содержимого, которое соответствует критериям, заданным пользовательским агентом.
407 Требуется аутентификация прокси
Это похоже на 401, но аутентификация должна выполняться прокси.
408 Тайм-аут запроса
Этот ответ отправляется некоторыми серверами при незанятом соединении, даже без предварительного запроса клиента.Это означает, что сервер хочет закрыть это неиспользуемое соединение. Этот ответ используется гораздо чаще, поскольку некоторые браузеры, такие как Chrome, Firefox 27+ или IE9, используют механизмы предварительного подключения HTTP для ускорения серфинга. Также обратите внимание, что некоторые серверы просто закрывают соединение, не отправляя это сообщение.
409 Конфликт
Этот ответ отправляется, когда запрос конфликтует с текущим состоянием сервера.
410 Исчез
Этот ответ отправляется, когда запрошенное содержимое было окончательно удалено с сервера без адреса пересылки.Ожидается, что клиенты удалят свои кеши и ссылки на ресурс. Спецификация HTTP предполагает, что этот код состояния будет использоваться для «ограниченных по времени рекламных услуг». API не должны чувствовать себя обязанными указывать ресурсы, которые были удалены с этим кодом состояния.
411 Требуемая длина
Сервер отклонил запрос, потому что поле заголовка Content-Length не определено, и это требуется серверу.
412 Не выполнено предварительное условие
Клиент указал в своих заголовках предварительные условия, которые сервер не выполняет.
413 Слишком большая полезная нагрузка
Объект запроса превышает пределы, определенные сервером; сервер может закрыть соединение или вернуть поле заголовка Retry-After .
414 URI слишком длинный
URI, запрошенный клиентом, длиннее, чем сервер готов интерпретировать.
415 Неподдерживаемый тип носителя
Медиа-формат запрошенных данных не поддерживается сервером, поэтому сервер отклоняет запрос.
416 Диапазон Неудовлетворительно
Диапазон, указанный в поле заголовка Range в запросе, не может быть выполнен; возможно, что диапазон выходит за пределы размера данных целевого URI.
417 Неудачное ожидание
Этот код ответа означает, что ожидание, указанное в поле заголовка запроса Expect , не может быть выполнено сервером.
418 Я чайник
Сервер отклоняет попытку заварить кофе из чайника.
421 Неверный запрос
Запрос был направлен на сервер, который не может дать ответ. Это может быть отправлено сервером, который не настроен для создания ответов для комбинации схемы и полномочий, которые включены в URI запроса.
422 Необработанная сущность (WebDAV)
Запрос был правильно сформирован, но его не удалось выполнить из-за семантических ошибок.
423 Заблокировано (WebDAV)
Ресурс, к которому осуществляется доступ, заблокирован.
424 Неудачная зависимость (WebDAV)
Запрос не выполнен из-за сбоя предыдущего запроса.
425 Слишком рано
Указывает, что сервер не желает рисковать обработкой запроса, который может быть воспроизведен.
426 Требуется обновление
Сервер отказывается выполнять запрос с использованием текущего протокола, но может пожелать сделать это после того, как клиент перейдет на другой протокол. Сервер отправляет заголовок Upgrade в ответе 426, чтобы указать требуемый протокол (ы).
428 Требуются предварительные условия
Исходный сервер требует, чтобы запрос был условным. Этот ответ предназначен для предотвращения проблемы «потерянного обновления», когда клиент ПОЛУЧАЕТ состояние ресурса, изменяет его и отправляет обратно на сервер, когда тем временем третья сторона изменила состояние на сервере, что привело к конфликту.
429 Слишком много запросов
Пользователь отправил слишком много запросов за заданный промежуток времени («ограничение скорости»).
431 Поля заголовка запроса слишком велики
Сервер не желает обрабатывать запрос, потому что его поля заголовка слишком велики. Запрос может быть отправлен повторно после уменьшения размера полей заголовка запроса.
451 Недоступно по юридическим причинам
Пользователь-агент запросил ресурс, который не может быть предоставлен по закону, например веб-страницу, подвергнутую цензуре правительством.

Ответы на ошибку сервера

500 Внутренняя ошибка сервера
Сервер столкнулся с ситуацией, которую не знает, как с ней справиться.
501 Не реализовано
Метод запроса не поддерживается сервером и не может быть обработан. Единственные методы, которые серверы должны поддерживать (и, следовательно, не должны возвращать этот код), - это GET и HEAD .
502 Плохой шлюз
Этот ответ с ошибкой означает, что сервер, работая в качестве шлюза для получения ответа, необходимого для обработки запроса, получил недопустимый ответ.
503 Служба недоступна
Сервер не готов обработать запрос.Распространенные причины - это сервер, который не работает на техническое обслуживание или перегружен. Обратите внимание, что вместе с этим ответом должна быть отправлена ​​удобная страница с объяснением проблемы. Эти ответы следует использовать для временных условий, а HTTP-заголовок Retry-After: должен, по возможности, содержать расчетное время до восстановления службы. Веб-мастер также должен позаботиться о заголовках, связанных с кешированием, которые отправляются вместе с этим ответом, поскольку эти временные ответы условий обычно не должны кэшироваться.
504 Тайм-аут шлюза
Этот ответ об ошибке выдается, когда сервер действует как шлюз и не может получить ответ вовремя.
505 Версия HTTP не поддерживается
Версия HTTP, используемая в запросе, не поддерживается сервером.
506 Вариант также оговаривается
Сервер имеет внутреннюю ошибку конфигурации: выбранный вариант ресурса настроен для участия в прозрачном согласовании содержимого и, следовательно, не является надлежащей конечной точкой в ​​процессе согласования.
507 Недостаточно памяти (WebDAV)
Метод не может быть выполнен для ресурса, так как сервер не может сохранить представление, необходимое для успешного выполнения запроса.
508 Обнаружен цикл (WebDAV)
Сервер обнаружил бесконечный цикл при обработке запроса.
510 Не расширенный
Для выполнения запроса сервером требуются дополнительные расширения.
511 Требуется сетевая аутентификация
Код состояния 511 указывает, что клиенту необходимо пройти аутентификацию, чтобы получить доступ к сети.

Совместимость с браузером

Обновите данные о совместимости на GitHub Chrome для Android Chrome для Android
Рабочий стол Мобильный
Chrome Edge Firefox Internet Explorer Opera Safari Android 9029 Chrome Chrome Opera для Android Safari на iOS Samsung Internet
100 Chrome Полная поддержка Да Кромка Полная поддержка 12 Firefox Полная поддержка Есть IE Полная поддержка Есть Opera Полная поддержка Есть Safari Полная поддержка Да WebView Android Полная поддержка Да Chrome Android Полная поддержка Да Firefox Android Полная поддержка Да Opera Android Полная поддержка Да Safari iOS Полная поддержка Есть Samsung Internet Android Полная поддержка Да
200 Хром Полная поддержка Да Кромка Полная поддержка 12 Firefox Полная поддержка Есть IE Полная поддержка Есть Opera Полная поддержка Есть Safari Полная поддержка Да WebView Android Полная поддержка Да Chrome Android Полная поддержка Да Firefox Android Полная поддержка Да Opera Android Полная поддержка Да Safari iOS Полная поддержка Есть Samsung Internet Android Полная поддержка Да
201 Хром Полная поддержка Да Кромка Полная поддержка 12 Firefox Полная поддержка Есть IE Полная поддержка Есть Opera Полная поддержка Есть Safari Полная поддержка Да WebView Android Полная поддержка Да Chrome Android Полная поддержка Да Firefox Android Полная поддержка Да Opera Android Полная поддержка Да Safari iOS Полная поддержка Есть Samsung Internet Android Полная поддержка Да
204 Хром Полная поддержка Да Кромка Полная поддержка 12 Firefox Полная поддержка Есть IE Полная поддержка Есть Opera Полная поддержка Есть Safari Полная поддержка Да WebView Android Полная поддержка Да Chrome Android Полная поддержка Да Firefox Android Полная поддержка Да Opera Android Полная поддержка Да Safari iOS Полная поддержка Есть Samsung Internet Android Полная поддержка Да
206 Хром Полная поддержка Да Кромка Полная поддержка 12 Firefox Полная поддержка Есть IE Полная поддержка Есть Opera Полная поддержка Есть Safari Полная поддержка Да WebView Android Полная поддержка Да Chrome Android Полная поддержка Да Firefox Android Полная поддержка Да Opera Android Полная поддержка Да Safari iOS Полная поддержка Есть Samsung Internet Android Полная поддержка Да
301 Хром Полная поддержка Да Кромка Полная поддержка 12 Firefox Полная поддержка
.

Смотрите также

Поделиться в соц. сетях

Опубликовать в Facebook
Опубликовать в Одноклассники
Вы можете оставить комментарий, или ссылку на Ваш сайт.

Оставить комментарий