Код ответа сервера — это трёхзначный HTTP-статус, который сервер, прокси или CDN передаёт браузеру, поисковому роботу либо другому клиенту в ответ на запрос. По коду можно понять, доступна ли страница, перенесена ли она на другой адрес, требуется ли авторизация или на сайте произошла техническая ошибка.
Для обычного посетителя большинство HTTP-кодов остаётся незаметным. Вебмастеру они помогают находить битые ссылки, неверные редиректы, проблемы с индексацией, ошибки хостинга и сбои в работе сайта. Например, 200 OK означает успешную обработку запроса, 301 Moved Permanently — постоянное перенаправление, 404 Not Found — отсутствие ресурса, а 500 Internal Server Error — внутреннюю ошибку приложения или сервера.
Ниже собран полный список зарегистрированных HTTP-статусов по актуальному реестру IANA, а также распространённые нестандартные коды nginx и Cloudflare. Отдельно разберём, какие ответы особенно важны для SEO и как их проверить.
Что такое код ответа сервера
Когда пользователь открывает URL, браузер отправляет серверу HTTP-запрос. Сервер обрабатывает обращение и возвращает ответ, содержащий статус, заголовки и, если это предусмотрено, тело ответа: HTML-код страницы, файл, изображение или данные API.
Упрощённо обмен выглядит так:
- Браузер или робот запрашивает URL.
- Запрос проходит через CDN, прокси или балансировщик, если они используются.
- Веб-сервер либо приложение обрабатывает обращение.
- Клиент получает HTTP-статус и содержимое ответа.
Важно различать HTTP-статус и оформление страницы. На экране может быть написано «Страница не найдена», но фактически сервер способен отдать 200 OK. Это неправильная настройка, которую называют мягкой ошибкой 404, или soft 404. Для поискового робота такой URL сначала выглядит доступным, хотя полезного документа на нём нет.
Возможна и обратная ситуация: страница визуально открывается через шаблон сайта, но сервер возвращает 500 или 404. Поэтому проверять нужно именно заголовки HTTP-ответа, а не только содержимое экрана.
Какие бывают коды ответа сервера
Стандартные HTTP-статусы находятся в диапазоне от 100 до 599 и объединяются в пять классов. Тип ответа определяется первой цифрой.
| Класс | Значение | Что происходит |
|---|---|---|
1xx | Информационный ответ | Запрос получен, обработка продолжается |
2xx | Успешный ответ | Запрос принят и выполнен |
3xx | Перенаправление | Для завершения запроса требуется дополнительное действие |
4xx | Ошибка клиента | Сервер не может выполнить конкретный запрос |
5xx | Ошибка сервера | Сервер не выполнил корректный или внешне корректный запрос |
Не каждое число внутри диапазона является назначенным кодом. В реестре остаются свободные значения для будущих расширений протокола. Поэтому не следует брать любой трёхзначный номер и считать его официальным HTTP-статусом.

Коды 1xx: информационные ответы
Статусы 1xx являются промежуточными. Они сообщают, что запрос принят и взаимодействие продолжается. После информационного ответа клиент обычно получает окончательный статус из диапазона 2xx–5xx.
| Код | Название | Значение |
|---|---|---|
100 | Continue | Начальная часть запроса получена. Клиент может продолжить передачу тела запроса. |
101 | Switching Protocols | Сервер согласился переключиться на другой протокол, указанный при согласовании соединения. |
102 | Processing | Сервер принял запрос и обрабатывает его, но окончательный ответ пока не готов. Применяется в WebDAV. |
103 | Early Hints | Сервер заранее передаёт часть заголовков, чтобы клиент мог начать загрузку связанных ресурсов до окончательного ответа. |
104 | Upload Resumption Supported | Временная регистрация для механизма возобновляемой загрузки. По состоянию на август 2026 года код зарегистрирован до 13 ноября 2026 года и требует повторной проверки по реестру IANA после этой даты. |
Значения от 105 до 199 пока не назначены. Для обычного сайта и SEO информационные статусы редко становятся предметом отдельной проверки, но могут иметь значение для API, WebSocket, загрузки больших файлов и оптимизации передачи ресурсов.
Коды 2xx: успешные ответы
Класс 2xx означает, что запрос успешно принят и обработан. Для обычной индексируемой HTML-страницы ожидаемым результатом чаще всего является 200 OK, но в API, файловых сервисах и WebDAV применяются и другие статусы.
| Код | Название | Значение |
|---|---|---|
200 | OK | Запрос выполнен успешно. Для обычного GET-запроса сервер передаёт запрошенное содержимое. |
201 | Created | Запрос выполнен и привёл к созданию нового ресурса. Часто используется после POST-запроса в API. |
202 | Accepted | Запрос принят, но его обработка ещё не завершена и может выполняться асинхронно. |
203 | Non-Authoritative Information | Запрос выполнен, но метаданные ответа были изменены промежуточным сервером относительно исходного ответа. |
204 | No Content | Операция выполнена успешно, но тело ответа отсутствует. |
205 | Reset Content | Запрос выполнен. Клиенту следует сбросить состояние представления, например очистить заполненную форму. |
206 | Partial Content | Передана только запрошенная часть ресурса. Используется для докачки файлов и потоковой передачи. |
207 | Multi-Status | Ответ содержит результаты нескольких независимых операций. Применяется в WebDAV. |
208 | Already Reported | Элемент уже был перечислен ранее в многостатусном ответе WebDAV и повторно подробно не передаётся. |
226 | IM Used | Сервер выполнил GET-запрос, применив к ресурсу одну или несколько операций над представлением. |
Диапазоны 209–225 и 227–299 не назначены. Наличие любого ответа 2xx ещё не гарантирует, что SEO настроено правильно. Например, пустая страница, дубль, страница ошибки или заглушка тоже могут ошибочно отдавать 200 OK.
Когда код 200 настроен неправильно
Один из наиболее частых технических дефектов — возврат статуса 200 для несуществующих URL. Пользователь видит сообщение об ошибке, но робот получает сигнал, что документ доступен. Такие адреса могут расходовать ресурсы обхода и создавать в индексации множество малоценных страниц.
Правильный шаблон 404 может иметь дизайн сайта, меню, поиск и полезные ссылки. Главное, чтобы HTTP-заголовок при этом содержал статус 404 Not Found.
Коды 3xx: перенаправления и кэширование
Статусы 3xx сообщают клиенту, что для завершения запроса требуется дополнительное действие. Большинство из них связано с переходом на другой URL, но 304 Not Modified используется для работы с кэшем и не является редиректом на новую страницу.
| Код | Название | Значение |
|---|---|---|
300 | Multiple Choices | Запросу соответствует несколько вариантов ресурса, из которых нужно выбрать подходящий. |
301 | Moved Permanently | Ресурс навсегда перемещён на URL из заголовка Location. |
302 | Found | Ресурс временно доступен по другому адресу. |
303 | See Other | Результат следует запросить по другому URL методом GET. Часто используется после отправки формы. |
304 | Not Modified | Ресурс не изменился после предыдущего получения, поэтому клиент может использовать сохранённую копию. |
305 | Use Proxy | Доступ должен выполняться через указанный прокси. Код устарел и не рекомендуется к применению из-за рисков безопасности. |
306 | Unused | Значение больше не используется и сохранено зарезервированным. |
307 | Temporary Redirect | Временное перенаправление с обязательным сохранением исходного метода и тела запроса. |
308 | Permanent 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.
| Код | Название | Значение |
|---|---|---|
400 | Bad Request | Запрос имеет неправильный синтаксис, структуру или недопустимые параметры. |
401 | Unauthorized | Для доступа требуется аутентификация. Обычно сервер должен сообщить поддерживаемый способ входа. |
402 | Payment Required | Код зарезервирован для будущих сценариев оплаты и не имеет единого общепринятого применения. |
403 | Forbidden | Сервер понял запрос, но отказывается предоставлять доступ. |
404 | Not Found | Ресурс по запрошенному адресу не найден либо сервер не раскрывает информацию о его существовании. |
405 | Method Not Allowed | Для ресурса не разрешён использованный HTTP-метод. |
406 | Not Acceptable | Сервер не может подготовить представление, подходящее под условия согласования содержимого. |
407 | Proxy Authentication Required | Для работы через прокси требуется аутентификация. |
408 | Request Timeout | Сервер не получил полный запрос за отведённое время. |
409 | Conflict | Выполнение запроса конфликтует с текущим состоянием ресурса. |
410 | Gone | Ресурс существовал, но удалён окончательно и доступного нового адреса нет. |
411 | Length Required | Сервер требует указать длину тела запроса. |
412 | Precondition Failed | Одно или несколько предварительных условий запроса не выполнены. |
413 | Content Too Large | Тело запроса превышает допустимый для сервера размер. |
414 | URI Too Long | Адрес запроса оказался длиннее, чем сервер готов обработать. |
415 | Unsupported Media Type | Формат переданного содержимого не поддерживается. |
416 | Range Not Satisfiable | Запрошенный диапазон байтов невозможно получить из ресурса. |
417 | Expectation Failed | Сервер не может выполнить условия, указанные в заголовке Expect. |
418 | Unused | В актуальной основной спецификации значение отмечено как неиспользуемое. Широко известно благодаря экспериментальной шутке «I’m a teapot». |
421 | Misdirected Request | Запрос направлен серверу, который не может сформировать ответ для указанной схемы и адреса. |
422 | Unprocessable Content | Синтаксис запроса корректен, но сервер не может обработать содержащиеся в нём инструкции. Ранее код часто называли Unprocessable Entity. |
423 | Locked | Целевой ресурс заблокирован. |
424 | Failed Dependency | Операция не выполнена из-за ошибки связанного или предыдущего действия. |
425 | Too Early | Сервер не готов обрабатывать запрос, который может быть повторно воспроизведён при использовании ранних данных. |
426 | Upgrade Required | Для выполнения запроса клиент должен перейти на другой протокол. |
428 | Precondition Required | Сервер требует сделать запрос условным, чтобы избежать конфликта изменений. |
429 | Too Many Requests | Клиент отправил слишком много запросов за установленный период. |
431 | Request Header Fields Too Large | Один заголовок или их совокупный размер превышает допустимый предел. |
451 | Unavailable 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-соединении или на внешнем сервере.
| Код | Название | Значение |
|---|---|---|
500 | Internal Server Error | Общая внутренняя ошибка без более точного подходящего статуса. |
501 | Not Implemented | Сервер не поддерживает необходимую функциональность или метод. |
502 | Bad Gateway | Прокси или шлюз получил некорректный ответ от вышестоящего сервера. |
503 | Service Unavailable | Сервис временно не готов обрабатывать запросы из-за перегрузки или обслуживания. |
504 | Gateway Timeout | Прокси или шлюз не дождался ответа от вышестоящего сервера. |
505 | HTTP Version Not Supported | Сервер не поддерживает версию HTTP, использованную в запросе. |
506 | Variant Also Negotiates | Обнаружена ошибка конфигурации при согласовании вариантов представления ресурса. |
507 | Insufficient Storage | Серверу не хватает места для сохранения данных, необходимых для выполнения операции. |
508 | Loop Detected | При обработке запроса обнаружен бесконечный цикл. |
510 | Not Extended | Устаревший статус, связанный с отсутствием требуемого расширения запроса. |
511 | Network 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
| Код | Значение |
|---|---|
444 | nginx закрывает соединение, не отправляя клиенту заголовок ответа. Используется как внутренний нестандартный механизм. |
499 | Клиент закрыл соединение до того, как nginx успел сформировать ответ. Обычно значение встречается в журнале nginx, а не как полученный браузером HTTP-ответ. |
Большое количество записей 499 может быть связано с медленной обработкой запросов, короткими таймаутами на стороне клиента или преждевременным прекращением загрузки. Нужно анализировать время ответа, URL, источник запросов и соседние записи в логах.
Коды Cloudflare
| Код | Значение |
|---|---|
520 | Исходный сервер вернул Cloudflare пустой, неизвестный или неожиданный ответ. |
521 | Исходный веб-сервер недоступен или отклоняет соединение. |
522 | Cloudflare не смог вовремя установить или завершить соединение с исходным сервером. |
523 | Исходный сервер недостижим, в том числе из-за проблем маршрутизации или DNS. |
524 | Соединение с исходным сервером установлено, но ответ не получен за допустимое время. |
525 | Не удалось выполнить SSL/TLS-рукопожатие между Cloudflare и исходным сервером. |
526 | Cloudflare не принимает SSL-сертификат исходного сервера. |
530 | Cloudflare не может определить 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.
Как проверить код ответа сервера
Проверка в браузере
- Откройте нужную страницу.
- Нажмите
F12илиCtrl + Shift + I. - Перейдите на вкладку «Сеть» или Network.
- Обновите страницу.
- Выберите основной запрос с типом Document.
- Посмотрите поле 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-заголовки, цепочки редиректов, логи и данные Яндекс Вебмастера. Правильно настроенные статусы помогают поисковому роботу понимать структуру сайта, а вебмастеру — быстрее находить технические проблемы.