Ошибка 404 Not Found: когда вернуть страницу, редирект или честный отказ

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

Статус 404 Not Found сообщает, что сервер не нашёл представление ресурса или не раскрывает, существует ли оно. Это ответ протокола HTTP, а не название картинки и не дизайн шаблона. Выбирать 404, редирект или восстановление нужно по судьбе конкретного URL.

Страница «не найдена» состоит из двух разных вещей: HTTP-статуса и содержимого, которое увидит человек. Хороший шаблон может подсказать путь дальше — поиск, раздел каталога, контакты. Но он не меняет смысл ответа автоматически. Проверять нужно фактический код после всех перенаправлений, а не только то, что видно в браузере.

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

Редирект не лечит отсутствующую страницу сам по себе: он честен только тогда, когда ведёт к реальной замене.

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

Карта URL из Sitemap XML помогает понимать, какие адреса сайт считает актуальными, но не заменяет проверку реальных ответов. Правила в robots.txt тоже не исправляют отсутствующую страницу: запрет обхода не возвращает контент и не создаёт корректный статус.

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

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

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

Сначала исправляют первичный источник плохой ссылки, а редирект оставляют страховкой для уже существующих переходов.

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

Не стоит превращать любую короткую страницу в soft 404. Контактная страница, новый пустой раздел или временно небольшой каталог могут быть корректным контентом. Решение определяется назначением URL и ответом сервера, а не количеством текста.

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

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

После исправления проверьте:

У страницы 404 есть две задачи: честно сообщить об отсутствии и не потерять человека, который пришёл по старому маршруту.

Если страница существует, но доступна только после входа, её поведение определяет модель доступа. В обычном контракте 401 Unauthorized означает, что запросу не хватает действительных данных аутентификации, а 403 Forbidden — что сервер отказывает в понятном ему запросе. В некоторых чувствительных маршрутах продукт намеренно не раскрывает, существует ли объект, и возвращает одинаковый 404 для отсутствующего и недоступного ресурса. Это не шаблон для всего сайта, а решение по модели угроз: его документируют, проверяют на API и не используют вместо настоящего контроля прав.

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

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

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

404 — не провал дизайна и не автоматический SEO-приговор. Это честный ответ, когда ресурса нет. Проблема начинается, когда команда не решила, что стало с URL, и маскирует отсутствие случайным редиректом или красивым экраном с кодом 200.

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