Коды ответа сервера HTTP: полный справочник для вебмастера

Быстрое перемещение

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

Для обычного посетителя большинство HTTP-кодов остаётся незаметным. Вебмастеру они помогают находить битые ссылки, неверные редиректы, проблемы с индексацией, ошибки хостинга и сбои в работе сайта. Например, 200 OK означает успешную обработку запроса, 301 Moved Permanently — постоянное перенаправление, 404 Not Found — отсутствие ресурса, а 500 Internal Server Error — внутреннюю ошибку приложения или сервера.

Ниже собран полный список зарегистрированных HTTP-статусов по актуальному реестру IANA, а также распространённые нестандартные коды nginx и Cloudflare. Отдельно разберём, какие ответы особенно важны для SEO и как их проверить.

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

Когда пользователь открывает URL, браузер отправляет серверу HTTP-запрос. Сервер обрабатывает обращение и возвращает ответ, содержащий статус, заголовки и, если это предусмотрено, тело ответа: HTML-код страницы, файл, изображение или данные API.

Упрощённо обмен выглядит так:

  1. Браузер или робот запрашивает URL.
  2. Запрос проходит через CDN, прокси или балансировщик, если они используются.
  3. Веб-сервер либо приложение обрабатывает обращение.
  4. Клиент получает HTTP-статус и содержимое ответа.

Важно различать HTTP-статус и оформление страницы. На экране может быть написано «Страница не найдена», но фактически сервер способен отдать 200 OK. Это неправильная настройка, которую называют мягкой ошибкой 404, или soft 404. Для поискового робота такой URL сначала выглядит доступным, хотя полезного документа на нём нет.

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

Какие бывают коды ответа сервера

Стандартные HTTP-статусы находятся в диапазоне от 100 до 599 и объединяются в пять классов. Тип ответа определяется первой цифрой.

КлассЗначениеЧто происходит
1xxИнформационный ответЗапрос получен, обработка продолжается
2xxУспешный ответЗапрос принят и выполнен
3xxПеренаправлениеДля завершения запроса требуется дополнительное действие
4xxОшибка клиентаСервер не может выполнить конкретный запрос
5xxОшибка сервераСервер не выполнил корректный или внешне корректный запрос

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

Коды 1xx: информационные ответы

Статусы 1xx являются промежуточными. Они сообщают, что запрос принят и взаимодействие продолжается. После информационного ответа клиент обычно получает окончательный статус из диапазона 2xx–5xx.

КодНазваниеЗначение
100ContinueНачальная часть запроса получена. Клиент может продолжить передачу тела запроса.
101Switching ProtocolsСервер согласился переключиться на другой протокол, указанный при согласовании соединения.
102ProcessingСервер принял запрос и обрабатывает его, но окончательный ответ пока не готов. Применяется в WebDAV.
103Early HintsСервер заранее передаёт часть заголовков, чтобы клиент мог начать загрузку связанных ресурсов до окончательного ответа.
104Upload Resumption SupportedВременная регистрация для механизма возобновляемой загрузки. По состоянию на август 2026 года код зарегистрирован до 13 ноября 2026 года и требует повторной проверки по реестру IANA после этой даты.

Значения от 105 до 199 пока не назначены. Для обычного сайта и SEO информационные статусы редко становятся предметом отдельной проверки, но могут иметь значение для API, WebSocket, загрузки больших файлов и оптимизации передачи ресурсов.

Коды 2xx: успешные ответы

Класс 2xx означает, что запрос успешно принят и обработан. Для обычной индексируемой HTML-страницы ожидаемым результатом чаще всего является 200 OK, но в API, файловых сервисах и WebDAV применяются и другие статусы.

КодНазваниеЗначение
200OKЗапрос выполнен успешно. Для обычного GET-запроса сервер передаёт запрошенное содержимое.
201CreatedЗапрос выполнен и привёл к созданию нового ресурса. Часто используется после POST-запроса в API.
202AcceptedЗапрос принят, но его обработка ещё не завершена и может выполняться асинхронно.
203Non-Authoritative InformationЗапрос выполнен, но метаданные ответа были изменены промежуточным сервером относительно исходного ответа.
204No ContentОперация выполнена успешно, но тело ответа отсутствует.
205Reset ContentЗапрос выполнен. Клиенту следует сбросить состояние представления, например очистить заполненную форму.
206Partial ContentПередана только запрошенная часть ресурса. Используется для докачки файлов и потоковой передачи.
207Multi-StatusОтвет содержит результаты нескольких независимых операций. Применяется в WebDAV.
208Already ReportedЭлемент уже был перечислен ранее в многостатусном ответе WebDAV и повторно подробно не передаётся.
226IM UsedСервер выполнил GET-запрос, применив к ресурсу одну или несколько операций над представлением.

Диапазоны 209–225 и 227–299 не назначены. Наличие любого ответа 2xx ещё не гарантирует, что SEO настроено правильно. Например, пустая страница, дубль, страница ошибки или заглушка тоже могут ошибочно отдавать 200 OK.

Когда код 200 настроен неправильно

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

Правильный шаблон 404 может иметь дизайн сайта, меню, поиск и полезные ссылки. Главное, чтобы HTTP-заголовок при этом содержал статус 404 Not Found.

Коды 3xx: перенаправления и кэширование

Статусы 3xx сообщают клиенту, что для завершения запроса требуется дополнительное действие. Большинство из них связано с переходом на другой URL, но 304 Not Modified используется для работы с кэшем и не является редиректом на новую страницу.

КодНазваниеЗначение
300Multiple ChoicesЗапросу соответствует несколько вариантов ресурса, из которых нужно выбрать подходящий.
301Moved PermanentlyРесурс навсегда перемещён на URL из заголовка Location.
302FoundРесурс временно доступен по другому адресу.
303See OtherРезультат следует запросить по другому URL методом GET. Часто используется после отправки формы.
304Not ModifiedРесурс не изменился после предыдущего получения, поэтому клиент может использовать сохранённую копию.
305Use ProxyДоступ должен выполняться через указанный прокси. Код устарел и не рекомендуется к применению из-за рисков безопасности.
306UnusedЗначение больше не используется и сохранено зарезервированным.
307Temporary RedirectВременное перенаправление с обязательным сохранением исходного метода и тела запроса.
308Permanent RedirectПостоянное перенаправление с сохранением исходного метода и тела запроса.

Значения 309–399 не назначены.

Чем 301 отличается от 302

301 применяется, когда старый URL больше не должен использоваться и документ окончательно перенесён. 302 предназначен для временной ситуации: тестирования, коротких технических работ или временного маршрута пользователя.

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

Чем 307 и 308 отличаются от 302 и 301

Коды 307 и 308 однозначно требуют сохранить метод и тело исходного запроса. Это важно для POST, PUT и других операций, при которых автоматическая замена метода на GET способна изменить результат.

  • 302 — временное перенаправление;
  • 307 — временное перенаправление с сохранением метода;
  • 301 — постоянное перенаправление;
  • 308 — постоянное перенаправление с сохранением метода.

При изменении адресов необходимо также обновлять внутренние ссылки, XML-карту и навигацию. Подробно организация URL и разделов разобрана в материале «Структура сайта: полное руководство по созданию».

Коды 4xx: ошибки клиента

Статусы 4xx означают, что сервер не может выполнить конкретный запрос. Название «ошибка клиента» не всегда говорит, что виноват посетитель. Причиной может быть удалённая страница, неправильная ссылка, запрет в конфигурации сервера, работа защитного плагина или некорректно настроенный API.

КодНазваниеЗначение
400Bad RequestЗапрос имеет неправильный синтаксис, структуру или недопустимые параметры.
401UnauthorizedДля доступа требуется аутентификация. Обычно сервер должен сообщить поддерживаемый способ входа.
402Payment RequiredКод зарезервирован для будущих сценариев оплаты и не имеет единого общепринятого применения.
403ForbiddenСервер понял запрос, но отказывается предоставлять доступ.
404Not FoundРесурс по запрошенному адресу не найден либо сервер не раскрывает информацию о его существовании.
405Method Not AllowedДля ресурса не разрешён использованный HTTP-метод.
406Not AcceptableСервер не может подготовить представление, подходящее под условия согласования содержимого.
407Proxy Authentication RequiredДля работы через прокси требуется аутентификация.
408Request TimeoutСервер не получил полный запрос за отведённое время.
409ConflictВыполнение запроса конфликтует с текущим состоянием ресурса.
410GoneРесурс существовал, но удалён окончательно и доступного нового адреса нет.
411Length RequiredСервер требует указать длину тела запроса.
412Precondition FailedОдно или несколько предварительных условий запроса не выполнены.
413Content Too LargeТело запроса превышает допустимый для сервера размер.
414URI Too LongАдрес запроса оказался длиннее, чем сервер готов обработать.
415Unsupported Media TypeФормат переданного содержимого не поддерживается.
416Range Not SatisfiableЗапрошенный диапазон байтов невозможно получить из ресурса.
417Expectation FailedСервер не может выполнить условия, указанные в заголовке Expect.
418UnusedВ актуальной основной спецификации значение отмечено как неиспользуемое. Широко известно благодаря экспериментальной шутке «I’m a teapot».
421Misdirected RequestЗапрос направлен серверу, который не может сформировать ответ для указанной схемы и адреса.
422Unprocessable ContentСинтаксис запроса корректен, но сервер не может обработать содержащиеся в нём инструкции. Ранее код часто называли Unprocessable Entity.
423LockedЦелевой ресурс заблокирован.
424Failed DependencyОперация не выполнена из-за ошибки связанного или предыдущего действия.
425Too EarlyСервер не готов обрабатывать запрос, который может быть повторно воспроизведён при использовании ранних данных.
426Upgrade RequiredДля выполнения запроса клиент должен перейти на другой протокол.
428Precondition RequiredСервер требует сделать запрос условным, чтобы избежать конфликта изменений.
429Too Many RequestsКлиент отправил слишком много запросов за установленный период.
431Request Header Fields Too LargeОдин заголовок или их совокупный размер превышает допустимый предел.
451Unavailable For Legal ReasonsДоступ к ресурсу ограничен по юридическим причинам.

Значения 419–420, 427, 430, 432–450 и 452–499 официально не назначены. Однако отдельные серверы и приложения используют некоторые из них как внутренние или нестандартные статусы.

Чем 401 отличается от 403

401 Unauthorized означает, что клиенту нужно пройти аутентификацию или предоставить корректные данные доступа. 403 Forbidden означает отказ в доступе: повторный вход сам по себе может не решить проблему.

Если открытая страница должна участвовать в поиске, поисковый робот не должен получать для неё 401 или 403. Необходимо проверить правила сервера, CDN, WAF, защитные плагины и ограничения по IP или User-Agent.

Чем 404 отличается от 410

Оба статуса сообщают о недоступности страницы. 404 не уточняет, существовал ли ресурс ранее и появится ли он снова. 410 прямо говорит, что документ удалён окончательно.

  • Если страница переехала и существует релевантная замена — настройте 301.
  • Если документ удалён без замены — оставьте 404 или отдайте 410.
  • Если URL должен работать — восстановите страницу и верните 200.

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

Коды 5xx: ошибки сервера

Статусы 5xx возникают, когда сервер не смог выполнить запрос, который выглядит допустимым. Источник проблемы может находиться в приложении, PHP, базе данных, прокси-сервере, CDN, балансировщике, SSL-соединении или на внешнем сервере.

КодНазваниеЗначение
500Internal Server ErrorОбщая внутренняя ошибка без более точного подходящего статуса.
501Not ImplementedСервер не поддерживает необходимую функциональность или метод.
502Bad GatewayПрокси или шлюз получил некорректный ответ от вышестоящего сервера.
503Service UnavailableСервис временно не готов обрабатывать запросы из-за перегрузки или обслуживания.
504Gateway TimeoutПрокси или шлюз не дождался ответа от вышестоящего сервера.
505HTTP Version Not SupportedСервер не поддерживает версию HTTP, использованную в запросе.
506Variant Also NegotiatesОбнаружена ошибка конфигурации при согласовании вариантов представления ресурса.
507Insufficient StorageСерверу не хватает места для сохранения данных, необходимых для выполнения операции.
508Loop DetectedПри обработке запроса обнаружен бесконечный цикл.
510Not ExtendedУстаревший статус, связанный с отсутствием требуемого расширения запроса.
511Network Authentication RequiredДля доступа к сети требуется авторизация, например через страницу входа публичной Wi-Fi-сети.

Код 509 официально не назначен, а значения 512–599 свободны. В старых справочниках можно встретить 509 Bandwidth Limit Exceeded, но это нестандартный статус отдельных хостингов и панелей управления, а не зарегистрированный код IANA.

Разница между 500, 502, 503 и 504

КодГде искать причину
500Код приложения, PHP, плагины, тема, база данных, конфигурация сервера
502Связь прокси с PHP-FPM, приложением или другим вышестоящим сервером
503Перегрузка, технические работы, временное отключение сервиса
504Медленный ответ приложения, базы данных или внешнего сервиса, превышение таймаута

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

Нестандартные коды nginx и Cloudflare

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

Коды nginx

КодЗначение
444nginx закрывает соединение, не отправляя клиенту заголовок ответа. Используется как внутренний нестандартный механизм.
499Клиент закрыл соединение до того, как nginx успел сформировать ответ. Обычно значение встречается в журнале nginx, а не как полученный браузером HTTP-ответ.

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

Коды Cloudflare

КодЗначение
520Исходный сервер вернул Cloudflare пустой, неизвестный или неожиданный ответ.
521Исходный веб-сервер недоступен или отклоняет соединение.
522Cloudflare не смог вовремя установить или завершить соединение с исходным сервером.
523Исходный сервер недостижим, в том числе из-за проблем маршрутизации или DNS.
524Соединение с исходным сервером установлено, но ответ не получен за допустимое время.
525Не удалось выполнить SSL/TLS-рукопожатие между Cloudflare и исходным сервером.
526Cloudflare не принимает SSL-сертификат исходного сервера.
530Cloudflare не может определить IP исходного хоста. В теле ответа обычно присутствует дополнительный код 1xxx.

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

Как коды ответа сервера влияют на SEO

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

СитуацияПодходящий кодДействие
Рабочая индексируемая страница200Отдать основное содержимое без ошибок и заглушек
Страница переехала навсегда301 или 308Направить на максимально релевантный новый URL
Перенаправление временное302 или 307Использовать только на период временного изменения
Ресурс не изменился при условном запросе304Разрешить клиенту использовать кэшированную копию
Страница отсутствует404Исправить внутренние ссылки или восстановить документ
Страница удалена окончательно410Использовать, если релевантной замены нет
Сайт временно обслуживается503Вернуть временный статус и по возможности указать Retry-After
Слишком много запросов429Проверить rate limiting и не блокируется ли обход важных страниц
Внутренняя техническая ошибка500–504Найти причину по журналам и восстановить доступность

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

Особого внимания требует 429 Too Many Requests. Сервер может передать заголовок Retry-After, но в справочнике Яндекса указано, что робот не учитывает этот заголовок для ответа 429. Если ограничения слишком жёсткие, робот может регулярно получать отказ вместо содержимого.

Техническая проверка кодов является только частью поисковой оптимизации. Для WordPress полный порядок настройки обхода, индексации, дублей, XML-карты и метаданных разобран в статье «SEO для WordPress в Яндексе».

Почему опасны цепочки редиректов

Цепочка возникает, когда URL A перенаправляет на B, B — на C, а C — на конечную страницу. Клиенту и роботу приходится выполнять несколько запросов вместо одного.

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

Что такое soft 404

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

Примеры:

  • страница товара удалена, но шаблон сообщает об отсутствии товара с кодом 200;
  • любой случайный URL открывает главную страницу без редиректа;
  • WordPress выводит дизайн страницы 404, но сервер возвращает 200;
  • пустая страница поиска считается успешно работающим документом.

Исправление зависит от ситуации: восстановить содержимое, настроить релевантный 301 или вернуть настоящий 404/410.

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

Проверка в браузере

  1. Откройте нужную страницу.
  2. Нажмите F12 или Ctrl + Shift + I.
  3. Перейдите на вкладку «Сеть» или Network.
  4. Обновите страницу.
  5. Выберите основной запрос с типом Document.
  6. Посмотрите поле Status и заголовки ответа.

Во вкладке Network отображаются не только документы, но и изображения, шрифты, JavaScript, CSS и API-запросы. Поэтому сначала найдите запрос основного HTML-документа.

Проверка через curl

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

curl -I https://example.com/page/

Просмотреть всю цепочку перенаправлений:

curl -I -L https://example.com/page/

Узнать окончательный код и URL после редиректов:

curl -s -o /dev/null -L \
-w "%{http_code} %{url_effective}\n" \
https://example.com/page/

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

curl -s -D - -o /dev/null https://example.com/page/

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

Ошибки обхода и ответы сервера можно отслеживать в разделах индексирования Яндекс Вебмастера. Проверять следует не только отдельные URL, но и изменение количества страниц с кодами 3xx, 4xx и 5xx.

Если сайт заметно изменил структуру, необходимо проверить старые адреса, новые URL, правила перенаправлений, Sitemap и внутренние ссылки. Материалы сайта могут использоваться не только в обычной выдаче, но и как источники генеративных ответов. Требования к таким страницам разобраны в статье «Как попасть в ответы Алисы AI».

Проверка журналов сервера

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

  • URL запроса;
  • дату и время;
  • полученный статус;
  • User-Agent;
  • источник перехода;
  • время обработки;
  • размер ответа;
  • адрес вышестоящего сервера.

Анализ логов особенно полезен для плавающих ошибок 500–504, которые невозможно воспроизвести при ручной проверке.

Как исправлять распространённые HTTP-ошибки

404 Not Found

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

403 Forbidden

  • проверить права доступа к файлам и каталогам;
  • изучить правила nginx, Apache и файла .htaccess;
  • проверить блокировки CDN, WAF и защитных плагинов;
  • убедиться, что IP и User-Agent робота не заблокированы;
  • проверить ограничения на уровне хостинга.

429 Too Many Requests

  • проверить лимиты запросов;
  • сопоставить ошибку с IP, URL и User-Agent;
  • исключить бесконечные запросы приложения;
  • разделить ограничения для API, пользователей и поисковых роботов;
  • проверить нагрузку, ботов и автоматические сканеры.

500 Internal Server Error

  • изучить error log веб-сервера и журнал PHP;
  • проверить последние изменения сайта;
  • проверить плагины и тему WordPress;
  • найти синтаксические ошибки и необработанные исключения;
  • проверить подключение к базе данных и доступность внешних сервисов;
  • убедиться, что серверу хватает памяти и места.

502 Bad Gateway

  • проверить работу PHP-FPM или приложения;
  • проверить адрес и порт upstream-сервера;
  • изучить логи прокси и приложения;
  • проверить перезапуски процессов и нехватку ресурсов;
  • убедиться, что межсетевой экран не разрывает соединение.

503 Service Unavailable

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

504 Gateway Timeout

  • найти медленные PHP-запросы и запросы к базе данных;
  • проверить внешние API и интеграции;
  • сопоставить таймауты CDN, nginx, PHP-FPM и приложения;
  • оптимизировать операцию, а не только бесконечно увеличивать время ожидания;
  • проверить задачи cron и фоновые процессы.

Короткий чек-лист вебмастера

  • Важные индексируемые страницы возвращают 200 OK.
  • Удалённые URL не маскируются под код 200.
  • Постоянные переносы используют 301 или 308.
  • Временные перенаправления не остаются установленными навсегда.
  • Нет длинных цепочек и циклов редиректов.
  • Внутренние ссылки ведут сразу на конечные URL.
  • Страница 404 действительно возвращает код 404.
  • Ошибки 500–504 отслеживаются по логам и мониторингу.
  • CDN и защитные плагины не закрывают сайт от поисковых роботов.
  • После изменения структуры обновлены Sitemap и внутренние ссылки.

Частые вопросы

Какой код должна возвращать обычная страница сайта?

Рабочая страница с доступным содержимым обычно должна возвращать 200 OK. Исключения возможны для API, частичного содержимого, кэширования и других специальных сценариев.

Какие коды ответа наиболее важны для SEO?

В первую очередь нужно контролировать 200, 301, 302, 307, 308, 304, 404, 410, 429 и серверные ошибки 500–504.

Нужно ли перенаправлять каждую страницу 404 на главную?

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

Вредит ли одна ошибка 404 всему сайту?

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

Почему страница с ошибкой 404 возвращает код 200?

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

Что лучше использовать: 301 или 308?

Оба кода обозначают постоянный перенос. 308 дополнительно гарантирует сохранение метода и тела запроса. Для обычного переноса HTML-страницы чаще используют привычный 301.

Чем 502 отличается от 504?

При 502 прокси получил неправильный ответ от вышестоящего сервера. При 504 корректный ответ не был получен за отведённое время.

Почему кода 499 нет в официальном списке?

499 является служебным значением nginx. Оно записывается, когда клиент закрыл соединение до завершения ответа. Это не зарегистрированный универсальный HTTP-статус.

Главное

Код ответа сервера показывает реальное техническое состояние URL. Для действующей страницы обычно нужен 200, для постоянного переноса — 301 или 308, для удалённого документа без замены — 404 либо 410. Ошибки 500–504 требуют проверки серверных журналов и инфраструктуры.

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

Поделитесь этой записью
VK
Telegram
Email

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Picture of Лютый как лютики

Лютый как лютики

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

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

Давайте обсудим вашу задачу?

Получим заявку и выйдем на связь
Обсудим ваш проект?

Заполните форму

* После того, как оставляется заявка, мы связываемся с вами