Soft 404: почему страница с ответом 200 выглядит удаленной

Когда успешный код скрывает отсутствие страницы

Мини-кейс: после удаления записи из базы компонент карточки продолжает показывать блок «Похожие услуги», заголовок «Услуга не найдена» и успешный HTTP-ответ. Такой URL выглядит содержательным в браузере, но основной ответ отсутствует. Проверка должна включать содержимое главного блока и статус, а не количество текста в подвале. Для временного сбоя API зафиксируйте время и ошибку зависимости: превращать ее в постоянный 404 нельзя. Для отсутствующей записи создайте маршрут, который возвращает 404, а блок рекомендаций оставьте как помощь посетителю, не как замену статуса.

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

Сравните HTTP, HTML и обработанную страницу

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

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

Выясните, удален URL или сломан рендер

Статус 200 говорит об успешной выдаче ресурса; текст «не найдено» говорит противоположное. Именно это расхождение и требуется устранить. Сам по себе ярлык soft 404 не доказывает низкое качество текста.

Выберите 404, редирект или восстановление

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

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

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

Разведите отсутствующий объект и сбой данных

Не возвращайте 200 для любого неизвестного slug только потому, что приложение рендерит общий шаблон. У маршрута должны быть явные ветки для существующего объекта, отсутствующего объекта и временной ошибки сервера.

Проверьте три типовых сценария после выпуска

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

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

Проверка результата

• Намерение страницы определено
• Сохранена выборка URL до исправления
• HTTP-ответ и содержимое сверены
• Внутренние ссылки проверены
• Исключения учтены
• Проверка после релиза записана

Скачать таблицу примера

Вопросы по теме

Читайте также