Http что это такое, как просмотреть заголовки и проверить код ответов сервера, что означают коды 200, 301, 302, 404 и 500

Http — что это такое, как просмотреть заголовки и проверить код ответов сервера, что означают коды 200, 301, 302, 404 и 500

Здравствуйте, уважаемые читатели блога KtoNaNovenkogo.ru. Сегодня я хочу поговорить в первую очередь о таком важном понятии для правильной работы любого сайта, как правильный ответ сервера. Что это такое? Сначала мы рассмотрим чуток теории о том, какие коды ответа бывают, на какие стоит обратить особое внимание, ну и как их проверить для всех страниц своего проекта.

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

Что такое http и онлайн сервисы для просмотра ответа сервера

Итак, при запросе браузером пользователя какой-либо страницы вашего сайта вместе с Html кодом этой вебстраницы, обозревателю будет передан и так называемый Http заголовок с ответом хоста, в котором помимо прочей информации будет указан код. Он представляет из себя трехзначное число (наиболее часто встречаются варианты 200, 301, 302, 404), которое обозначает ситуацию, сложившуюся на хосте при обработке запроса браузера.

Что такое HTTP? Это протокол, по которому осуществляется обмен данными между вебсервером, на котором расположен интересующий вас сайт, и вашим браузером. Расшифровывается аббревиатура как Hypertext Transfer Protocol. Браузер пользователя обращается к серверу с запросом какого-либо документа и получает соответствующий ответ.

Если ответ на http запрос приходит положительный (200 OK), то браузер начинает загрузку нужного ему файла. Если отрицательный, то информирует об этом пользователя. Имеется еще и шифрованный протокол SHTTP, но сути дела это не меняет.

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

К примеру, введя туда заведомо несуществующий адрес страницы своего ресурса (для этого после доменного имени можно написать любую ахинею, например, https://ktonanovenkogo.ru/трали-вали), будет получен примерно такой Http заголовок:

И это хорошо, ибо поисковые системы правильно обработают данный ответ сервера и не будут добавлять в индекс вашу несуществующую вебстраницу (404 страница для Joomla, 404 Not Found для Вордпресса).

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

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

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

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

Обязательно проверьте коды ответа хотя бы у некоторых вебстраниц вашего ресурса, и особенно проверьте правильность цифр, выдаваемых в ответ на запрос несуществующего документа (введите что-то типа http://vash-domen.ru/jhguytrhkfkfijd). Для этой цели можно воспользоваться приведенным выше онлайн сервисом или же рядом других, способных показать все это:

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

  • Есть еще любопытный онлайн сервис, который позволит узнать коды ответов сразу для 200 введенных вами Урлов. Довольно удобная вещь, ибо можно будет загрузить список Урлов и быстро получить разблюдовку.
  • Все возможные варианты кодов ответа сервера

    Обращу ваше внимание еще и на ответ сервера 301, который появляется в случае использования редиректа (перенаправление навсегда). Дело в том, что поисковые системы рекомендуют использовать 301 редирект в случае изменения адреса (URL) страницы сайта (он будет перебрасывать посетителя со старого Урла на новый) или, например, при склейке зеркал сайта с WWW или без WWW, как это было описано тут.

    Если вы использовали 301 редирект, то можете проверить правильность Http ответа при обращении к склеенным Урлам. Например, при запросе www.ktonanovenkogo.ru сервер дает правильный ответ 301 Moved Permanently:

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

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

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

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

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

    1. 100-199 являются информационными, говорящими о том, что сервер обрабатывает запрос
    2. 200-299 означают, что запрашиваемые у сервера данные были успешно переданы (например, 200 — запрос был успешно выполнен и требуемые данные переданы)
    3. 300-399 означают переадресацию и необходимость выполнить дополнительные действия (например,301 — грубо говоря, документ изменил адрес навсегда; 302 — документ изменил адрес временно)

  • 400-499 означают, что запрос был сформирован не правильно и выполнен быть не может (например, 404 — документ по указанному адресу не найден на хосте)
  • 500-599 означают, что на сервере произошла ошибка и запрос выполнен быть не может
  • Более подробно посмотреть все возможные коды ответа в Http заголовке вы можете, например, в Википедии.

    Что такое код ответа 200

    26 октября 2017 года. Опубликовано в разделах: Азбука терминов. 16313

    Больше видео на нашем канале – изучайте интернет-маркетинг с SEMANTICA

    Приведем пример. Вы отправили посылку в другой город. На почте вам выдали трек-номер для отслеживания. По нему вы смотрите, что с вашим отправлением — вот оно покинуло сортировочный центр вашего города, вот прибыло в другой. Вот его вручили адресату. Каждый раз система выдает вам статус в ответ на запрос.


    Как это работает

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

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

    Что означает код 200 для правильной индексации сайта

    Категория серверных ответов 2хх является категорией «Success». Эта категория уведомляет пользователей о положительном результате. В частности, код “200 ОК” говорит пользователю, что его запрос успешно выполнен. Например, клиент запросил те или иные данные. Ответ сервера 200 означает, что эти данные отображены в заголовке или сообщении.

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

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

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

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

    На самом деле кодов ответа сервера большое количество, но самые часто встречающиеся следующие:

    • Если сначала страница отвечала на запрос кодом 200, благополучно проиндексировалась, но затем ее удалили, при переходе на нее будет отображаться код 404 (не найден).
    • Если вы используете временный редирект (302), то в индекс попадут оба адреса.
    • Если на веб-странице используется постоянный редирект, вы получите ответ с кодом 301. И поисковик будет индексировать только конечный адрес с нужным кодом.

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

    Профессионально владеем таргетированной рекламой в социальных сетях и инструментами для запуска успешной кампании:

    – Умеем привлекать подписчиков.
    – Выгодно продаем товары и услуги.

    Как проверить ответ сервера сайта. Ошибки 200, 301, 404, 302, 500, 503, 550

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

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

    Ведущее число определяет статус и указывает общий смысл послания:

    • 2xx — успешно . Цель состоит в том, чтобы отправить посетителя на страницу с этим диапазоном.
    • 3xx — перенаправление . Помогает при организации редиректа с неактуальных документов, а также служит для склейки доменов.
    • 4xx — ошибка клиента . Клиент — это браузер, а диапазон означает, что запрошена отсутствующая или удаленная информация.
    • 5xx — ошибка сервера . Ответ требует вмешательства разработчиков.

    Как самостоятельно проверить ответ сервера сайта

    Доступны методы на любой вкус, подбираются в соответствии с текущей задачей. Например, вебмастеру код ответа чаще нужен для проверки видимости поисковыми роботами, кодеру — для обработки скриптов.

    С версии 5.5 используется функция get_headers. Чтобы ее применить, нужно создать файл с расширением .php и дополнить следующим кодом:

    $url = ‘http://www.site. ru’;
    print_r(get_headers($url));
    print_r(get_headers($url, 1));
    ?>

    Код работает в рамках сервера, подойдет и локальный LAMP или Denver. В параметр $url вставляется нужный адрес. Запрос вернет массив заголовков, в начальной строке которых будет искомый параметр.

    Браузер

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

    Нужные параметры выделены желтым маркером.

    Сервисы

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

    Как правило, владельцев сайтов интересует видимость конкретным роботом. В этом случае уместно разобрать пример с использованием «Яндекса». Проверка доступна в вебмастерской при условии подтвержденных прав на сайт.

    В поле URL вводится нужный адрес, выбирается робот и время.

    Коды ошибок сервера: 200, 301, 404, 302, 500, 503, 550

    200 — означает «Все отлично, я посылаю данные, которые вы просили». В зависимости от метода, начинка будет отличаться:

    • GET — соответствует запрошенному ресурсу;
    • HEAD — только поле заголовка;
    • POST — выведет результат произведенного действия;
    • TRACE — трассировка, которая содержит данные, полученные конечным сервером.

    Ошибка 200 — неправильное утверждение, так как это число отдает корректно работающая страница.

    301 — означает, что запрошенный ресурс навсегда перемещен (moved permanently), ему присвоен новый URI-адрес. Вариант применяется для коррекции пути посетителей, которые приходят по неправильной версии домена, например, набирают его с WWW. При включенном mod rewrite в htaccess дописывается:

    RewriteEngine On
    RewriteCond % ^www.(.*) [NC]
    RewriteRule ^(.*)$ http://%1/$1 [R=301,L]

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

    При перемещении содержимого в пределах домена достаточно указать:

    Redirect 301 /stariy adres http://site.ru/noviy adres

    Заявленному статусу соответствует ошибка 301, когда старое местоположение по-прежнему актуально и сохранено для индексирования или при злоупотреблении редиректами.

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

    302 — означает, что страница временно отсутствует, потому что размещена под другим адресом. Ответ сервера 302 кэшируется, если указан Cache-Control или в случае просроченного поля заголовка.

    Временный адрес задается в поле Location, если ошибка 302 получена методом запроса, отличающегося от HEAD.

    Внимание! При выполнении GET–запроса с разрешенным доступом без изменения структуры документа, ответ 302 не подходит, сервером должна выдаваться ошибка 304.

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

    500 — серверная ошибка, выполнить запрос невозможно. За исключением случаев, когда при ответе на запрос в HEAD включается объект, который содержит пояснение ошибочной ситуации. Ошибка 500 свидетельствует о столкновении с непредвиденным условием.

    503 — невозможно обработать запрос. Это происходит, когда сервер перегружен, или в процессе обслуживания. Смысл в том, что это временное состояние. Если известно, сколько понадобится времени для исправления ситуации (длина задержки), в заголовке указывается параметр Retry-After. Буквальный перевод с английского — «попробуйте позже». Если Retry-After не указан, клиент обрабатывает ответ по аналогии с 500.

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

    Любой код стоит воспринимать, как лаконичное информационное сообщение. Если вы — вебмастер, столкнувшийся с error 4XX или 5XX на своем ресурсе, не паникуйте. Внимательно прочтите дополнительное описание, если оно вывелось на экран. В случаях, когда описание отсутствует, рекомендуется просмотреть серверный error.log — там доступна подробная информация о причинах произошедшего.

    Теперь вы знаете какие коды что означают и Вам не придется бегать по форумам в поисках ответа. Ставим лайки и подписываемся на рассылку блога. Всех благ -))).

    Что такое Http — просмотр заголовка и проверка кода ответов сервера (200, 301, 302, 404, 500)

    Здравствуйте, уважаемые читатели блога KtoNaNovenkogo.ru. Сегодня я хочу поговорить в первую очередь о таком важном понятии для правильной работы любого сайта, как правильный ответ сервера. Что это такое? Сначала мы рассмотрим чуток теории о том, какие коды ответа бывают, на какие стоит обратить особое внимание, ну и как их проверить для всех страниц своего проекта.

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

    Что такое http и онлайн сервисы для просмотра ответа сервера

    Итак, при запросе браузером пользователя какой-либо страницы вашего сайта вместе с Html кодом этой вебстраницы, обозревателю будет передан и так называемый Http заголовок с ответом хоста, в котором помимо прочей информации будет указан код. Он представляет из себя трехзначное число (наиболее часто встречаются варианты 200, 301, 302, 404), которое обозначает ситуацию, сложившуюся на хосте при обработке запроса браузера.

    Что такое HTTP? Это протокол, по которому осуществляется обмен данными между вебсервером, на котором расположен интересующий вас сайт, и вашим браузером. Расшифровывается аббревиатура как Hypertext Transfer Protocol. Браузер пользователя обращается к серверу с запросом какого-либо документа и получает соответствующий ответ.

    Если ответ на http запрос приходит положительный (200 OK), то браузер начинает загрузку нужного ему файла. Если отрицательный, то информирует об этом пользователя. Имеется еще и шифрованный протокол SHTTP, но сути дела это не меняет.

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

    К примеру, введя туда заведомо несуществующий адрес страницы своего ресурса (для этого после доменного имени можно написать любую ахинею, например, http://ktonanovenkogo.ru/трали-вали), будет получен примерно такой Http заголовок:

    И это хорошо, ибо поисковые системы правильно обработают данный ответ сервера и не будут добавлять в индекс вашу несуществующую вебстраницу (404 страница для Joomla, 404 Not Found для Вордпресса).

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

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

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

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

    Обязательно проверьте коды ответа хотя бы у некоторых вебстраниц вашего ресурса, и особенно проверьте правильность цифр, выдаваемых в ответ на запрос несуществующего документа (введите что-то типа http://vash-domen.ru/jhguytrhkfkfijd). Для этой цели можно воспользоваться приведенным выше онлайн сервисом или же рядом других, способных показать все это:

    1. Чтобы быть абсолютно уверенным в том, что поисковики правильно интерпретируют коды ответа вашего хоста, можете воспользоваться инструментом Яндекса Проверка ответа сервера, который, правда, будет вам доступен только после регистрации в Вебмастере, но добавиться туда, так же как и в панель Гугла, нужно будет в любом случае.
    2. Есть еще любопытный онлайн сервис, который позволит узнать коды ответов сразу для 200 введенных вами Урлов. Довольно удобная вещь, ибо можно будет загрузить список Урлов и быстро получить разблюдовку.

    Все возможные варианты кодов ответа сервера

    Обращу ваше внимание еще и на ответ сервера 301, который появляется в случае использования редиректа (перенаправление навсегда). Дело в том, что поисковые системы рекомендуют использовать 301 редирект в случае изменения адреса (URL) страницы сайта (он будет перебрасывать посетителя со старого Урла на новый) или, например, при склейке зеркал сайта с WWW или без WWW, как это было описано тут.

    Если вы использовали 301 редирект, то можете проверить правильность Http ответа при обращении к склеенным Урлам. Например, при запросе www.ktonanovenkogo.ru сервер дает правильный ответ 301 Moved Permanently:

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

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

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

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

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

    1. 100-199 являются информационными, говорящими о том, что сервер обрабатывает запрос
    2. 200-299 означают, что запрашиваемые у сервера данные были успешно переданы (например, 200 — запрос был успешно выполнен и требуемые данные переданы)
    3. 300-399 означают переадресацию и необходимость выполнить дополнительные действия (например,301 — грубо говоря, документ изменил адрес навсегда; 302 — документ изменил адрес временно)
    4. 400-499 означают, что запрос был сформирован не правильно и выполнен быть не может (например, 404 — документ по указанному адресу не найден на хосте)
    5. 500-599 означают, что на сервере произошла ошибка и запрос выполнен быть не может

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

    Буду признателен, если воспользуетесь кнопочками:

    Проверка ответа сервера

    Быстрый и удобный сервис по проверке кода ответа сервера с широким функционалом и расшифровкой HTTP-заголовков. Мобильная версия и кнопка быстрой проверки для удобства работы. Checkmy показывает ответ сервера по заданному URL, это поможет определить существование URL или корректность работы сайта в зависимости от кода, который отдает сервер.

    • Проверка Accept Encoding
    • Заголовок If-Modified-Since
    • Выбор User Agent
    • Проверка исходного кода
    • Закладка для браузера
    • Кириллические домены
    • Поддержка gzip
    • Циклические переадресации
    • Отображение отправленных заголовков
    • Версия для мобильных устройств

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

    Используйте кнопку быстрого доступа к сервису Checkmy для мгновенной проверки кода ответа сервера нужной страницы сайта.

    1. Перетащите кнопку Checkmy на панель закладок своего браузера.

    2. Зайдите на страницу сайта, которую хотите проверить.

    3. Нажмите кнопку /Checkmy/ в панели закладок своего браузера.

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

    Проверка кода ответа сервера

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

    • Доступность и коды состояний url адресов
    • Поддержку кеширования страниц
    • Сжатие контента на сервере
    • Исходный код страницы
    • Ответ сервера для разных User Agent
    • Тип сервера, время и кодировку
    • Корректность переадресаций

    Заголовки ответа сервера

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

    Content-Type

    Описание формата передаваемого контента. Необходимо для корректного распознавания браузером.

    Accept-Encoding

    Перечень способов кодирования содержимого ответа при передаче.

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

    Expires

    Дата предполагаемого истечения срока актуальности контента.

    Last-Modified

    Дата последней модификации контента.

    If-Modified-Since

    Дата, когда необходимо загружать контент, если он изменился с указанного момента.

    Location

    URL-адрес по которому клиенту следует перейти или URL созданного ресурса.

    Server

    Список названий и версий веб-сервера и его компонентов с комментариями.

    Коды состояний http-сервера

    Полный список кодов состояний http-сервера с расшифровкой значения.

    • Коды 2xx
    • Коды 3xx
    • Коды 4xx
    • Коды 5xx
    200 Ok Запрос клиента обработан успешно и ответ сервера содержит затребованные данные.
    201 Created Этот код состояния используется в случае создания нового URI. Вместе с этим кодом результата сервер выдает заголовок Location, который содержит информацию о том, куда были помещены новые данные.
    202 Accepted Запрос принят, но обрабатывается не сразу. В теле содержимого ответа сервера может быть дана дополнительная информация о данной транзакции. Гарантии того, что сервер в конечном итоге удовлетворит допустимым.
    203 Non-Authoritative Information Информация в заголовке содержимого взята из локальной копии или у третьей стороны, а не с исходного сервера.
    204 No Content Ответ содержит код состояния и заголовок, но тело содержимого отсутствует. При получении этого ответа браузер не должен обновлять свой документ. Обработчик чувствительных областей изображений может возвращать этот код, когда пользователь щелкает на бесполезных или пустых участках изображения.
    205 Reset Content Браузер должен очистить форму, используемую в данной транзакции, для дополнительных входных данных. Полезен для CGI-приложений, требующих ввода данных.
    206 Partial Content Сервер возвращает лишь часть данных затребованного объема. Используется в ответе на запрос с указанием заголовка Range. Сервер должен указать диапазон, включенный в ответ, в заголовке Content-Range.
    300 Multiple Choices Запрошенный URI обозначает более одного ресурса, например, документ переведенный на несколько языков. В теле ответа сервера может находиться перечень конкретных данных о том, как выбрать ресурс правильно.
    301 Moved Permanently Документ перемещен навсегда, новый адрес документа указывается в заголовке Location. Старый адрес больше не используется.
    302 Moved Temporarily Документ перемещен временно, новый адрес документа указывается в заголовке Location. Сейчас нужно запросить документ по новому адресу, но в последствии документ будет доступен по старому адресу.
    303 See Other Документ доступен также и по другому адресу, который указан в заголовке Location.
    304 Not Modified Если при запросе используется заголовок lf-Modified-Since и документ не менялся с указанной даты, то сервер ответит данным кодом. Тело содержимого не посылается, и клиент должен использовать свою локальную копию.
    305 Use Proxy Доступ к документу должен осуществляться через proxy-сервер, указанный в заголовке Location.
    400 Bad Request В запросе клиента обнаружена синтаксическая ошибка.
    401 Unauthorized Пользователь не имеет необходимых полномочий для доступа к документу и должен повторить запрос с предоставлением соответствующих полномочий.
    403 Forbidden Запрос отклонен, так как доступ запрещен – сервер не может или не хочет ответить клиенту.
    404 Not Found Документ не существует.
    405 Method Not Allowed Метод, используемый клиентом, не поддерживается для данного документа.
    406 Not Acceptable Документ существует, но формат документа не соответвует формату, в котором его запрашивает клиент.
    407 Proxy Authentication Required Требуется инициация запроса от прокси-сервера.
    406 Not Acceptable Документ существует, но формат документа не соответвует формату, в котором его запрашивает клиент.
    408 Request Time-out Истекло время ожидания запроса от клиента и сервер прервал соединение.
    500 Internal Server Error Внутренняя ошибка конфигурации сервера или одного из его компонентов. Запрос не может быть обработан.
    501 Not Implemented Запрос не может быть выполнен сервером.
    502 Bad Gateway Сервер получил недопустимый ответ от другого сервера или прокси-сервера.
    503 Service Unavailable Служба временно недоступна, если известно время восстановления, то будет выдан заголовок Retry-After.
    504 Gateway Time-out Шлюз или сервер превысил время ожидания ответа и ожидание прервано.
    505 HTTP Version not supported Сервер не поддерживает версию протокола HTTP, использованную в запросе.

    Ответы на популярные вопросы

    Проверьте ответы на популярные вопросы, возможно вы найдете ответ на свой вопрос.

    Как проверить поддержку If-Modified-Since ?

    Введите адрес страницы, которую хотите проверить, отметьте галку If-Modified-Since и укажите дату предыдущего посещения страницы. Если вместо заголовка ответа HTTP/1.1 200 OK вы получите http-заголовок HTTP/1.1 304 Not Modified , значит сервер поддерживает If-Modified-Since и отправляет тело контента только в том случае, если с даты предыдущего посещения он изменился.

    Какой User Agent отправляется в запросе ?

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

    Как узнать поддерживает ли сервер сжатие ?

    Введите адрес страницы, которую хотите проверить и отметьте галку Accept-Encoding: gzip . Если ответ сервера будет содержать заголовок Content-Encoding: gzip , значит сжатие поддерживается.

    Checkmy поддерживает домены на кириллице ?

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

    Можно ли проверять страницы с несколькими редиректами ?

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

    Есть ли мобильная версия сервиса ?

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

    Что делает Checkmy

    Он позволяет быстро и удобно проверить заголовки ответа http-сервера, опционально поддерживает заголовки Accept-Encoding и If-Modified-Since.

    Кому нужно проверять HTTP-заголовки

    Корректность HTTP-заголовков ответа сервера необходимо проверять разработчиками, вебмастерам и SEO-оптимизаторам.

    Наши проекты

    2014 – 2019 © «Checkmy» – онлайн сервис проверки ответа сервера.

    Проверка кода ответа сервера

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

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

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

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

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

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

    В Яндекс Вебмастере проверить код ответа сервера можно с помощью инструмента Server Response. Указав url-адрес любой страницы, которая может находится в индексе, нажимаем «Проверить».


    Поскольку страница работает нормально, поисковому боту отдается код 200, с пояснением «ОК» — все хорошо.

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


    Как было написано выше, в ответ на несуществующую страницу, сервер выдает ошибку 404, с пояснением «Not Found» — не найдено.

    Bertal

    В отличии от Server Response, помимо ботов Яндекса на Bertal можно выбрать GoogleBot и BingBot, а также популярные браузеры. Укажем те же страницы, чтобы подтвердить правильную работоспособность сервера. В списке ботов выберем GoogleBot.


    Пиксель Тулс

    На Пиксель Тулс сервис для проверки ответа сервера поддерживает массовую проверку страниц. Список адресов можно вводить вручную или загружать из файла. Полученные результаты можно сохранить в CSV-файл.

    Что такое ошибка 301

    Ответ 301 moved permanently означает, что запрашиваемая страница переехала на новый URL. Новый адрес который указывается в отдельной графе сервиса.

    Также приведу пример с проверкой страницы, с которой происходит 301 редирект.


    В графе «Location» указана ссылка на которую происходит переадресация. Пояснение «Moved Permanently» означает, что страница переехала навсегда.


    Что такое ошибка 503

    Ответ 503 Server Unavailable означает, что сервер временно не может обрабатывать запросы из-за технических проблем. Этот код предназначен для уведомления поискового бота о том, что на сайте проводятся технические работы. После ошибки 503 бот при необходимости посетит страницу позже. При продвижении сайта нужно следить за страницами с ответом 503. После осуществления на сайте технических работ нужно проверить их, чтобы они вновь отвечали кодом 200 ОК.

    Вот видос, где Гроховский поясняет за коды ответа сервера:

    Код ответов сервера.

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

    Поисковые роботы, как и посетители, учитывают коды ответов сервера и на их основании корректируют обработку страниц. В частности, по кодам ответа поисковые системы принимают решение о том, что:

    – страница существует и работает корректно;

    – страница не существует;

    – страница перемещена навсегда;

    – страница временно перемещена;

    – сервер загружен и не может обработать запрос.

    Существуют и другие, менее значимые, инструкции.

    Описание кода ответа 200.

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

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

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

    Коды ответов 301, 302, 303, 307.

    Существует большое количество кодов для обозначения редиректа. Укажем здесь основные, наиболее важные для поисковых систем: 301 “постоянное перенаправление”. Означает, что страница перемещена навсегда. Этот редирект используется чаще всего.

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

    302, 303, 307 «временное перенаправление». Веб-мастер таким образом указывает роботу поисковых систем, что страница перемещена временно, а значит, ее не нужно удалять из индексной базы. В этом случае Яндекс может добавить в свою базу обе страницы, но отображать только одну из них в результатах поиска.

    Из инструкций Яндекс. Вебмастер: При постоянном перенаправлении (301 код) между внутренними страницами хоста в результатах поиска будет отображаться цель. При временном перенаправлении (302, 303, 307) между внутренними страницами хоста в результатах поиска будет отображаться наиболее компактный URL.

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

    Код ответа 404.

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

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

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

    Ссылка на основную публикацию