Soft 404 чаще всего обнаруживается не в браузере, а в отчёте об индексировании Google Search Console. URL открывается, сервер отвечает 200 OK, но Google считает, что перед ним отсутствующая, пустая или ошибочная страница, и не включает её в поиск.
Поэтому исправление начинается не с попытки «убрать ошибку из Search Console», а с ответа на более важный вопрос: что должно происходить по этому URL на самом деле. Рабочая страница, удалённый документ и перенесённый материал требуют разных HTTP-ответов.
Почему Google ставит soft 404 при ответе 200 OK
200 OK сообщает клиенту, что HTTP-запрос обработан успешно. Для поисковой системы этого недостаточно: после получения документа Google анализирует сам контент и результат его рендеринга.
Если вместо полноценной страницы робот видит сообщение «ничего не найдено», почти пустой шаблон или ошибку загрузки основного содержимого, URL может получить статус soft 404. То есть сервер говорит «страница успешно получена», а содержимое фактически говорит обратное.
Это принципиально отличает soft 404 от обычной 404:
| Ситуация | HTTP-ответ | Что находится по URL | Что делать |
|---|---|---|---|
| Нормальная страница | 200 | Полноценный ожидаемый контент | Оставить 200 |
| Контент удалён | 404 или 410 | Страницы больше нет | Это корректное состояние |
| Контент перенесён | 301 | Есть прямой новый аналог | Перенаправить на него |
| Типичный soft 404 | 200 | Ошибка, пустой шаблон или фактически отсутствующий контент | Исправить код либо восстановить содержимое |
Сам по себе ответ 200 не гарантирует индексирование. Он лишь позволяет передать документ дальше на обработку.
Где искать причину: сервер, шаблон или рендеринг
Не каждый soft 404 означает, что страницу действительно удалили. Причина может находиться на разных уровнях сайта.
Типичный вариант — CMS формирует красивую страницу «Материал не найден», но сервер продолжает отдавать для неё 200. Аналогичная проблема возникает у пустых результатов внутреннего поиска, несуществующих фильтров и динамически созданных URL.
В JavaScript-приложении оболочка страницы тоже может загрузиться с 200, тогда как API не вернёт основной контент. Пользователь увидит пустой блок или ошибку, а технический мониторинг при поверхностной проверке покажет успешный HTTP-ответ.
Есть и обратный сценарий: URL должен существовать, но Google получил неполную версию страницы из-за ошибки сервера, недоступного скрипта или другого критичного ресурса. В таком случае менять 200 на 404 нельзя — нужно восстановить нормальную загрузку страницы.
Поэтому «мало текста» само по себе ещё не является достаточным диагнозом. Важно определить, существует ли полезный документ и одинаково ли его видят пользователь и поисковый робот.
Как проверить soft 404 на сайте
Первый источник для Google — отчёт индексирования страниц в Search Console. Если URL отмечен как soft 404, его стоит открыть через проверку URL и сравнить обычную страницу с версией, которую смог получить и отрисовать Google.
Отдельно проверяется фактический ответ сервера. Например:
curl -I https://example.com/nesushchestvuyushchaya-stranitsa/Для более компактной проверки только статуса:
curl -s -o /dev/null -w "%{http_code}\n" https://example.com/nesushchestvuyushchaya-stranitsa/Полезно тестировать не только URL из отчёта, но и заведомо несуществующий адрес вроде:
https://example.com/test-page-8f4k2x/Если такой адрес показывает страницу «не найдено», но возвращает 200, проблема, скорее всего, находится в общей обработке ошибок или маршрутизации, а не в одном конкретном документе.
В Яндекс Вебмастере для той же диагностики можно проверить код ответа и содержимое, которое получает робот. Яндекс отдельно рекомендует убедиться, что несуществующие URL действительно возвращают 404, иначе робот может воспринимать их как существующие страницы.
Какой ответ выбрать: 200, 301, 404 или 410
Исправление зависит не от названия ошибки в отчёте, а от реального состояния контента.
Если страница существует и должна участвовать в поиске, оставьте 200, но устраните причину, по которой робот получает пустой документ или сообщение об ошибке. После исправления должны нормально загружаться основной контент и необходимые для него ресурсы.
Если материал перенесён на другой URL и существует прямой эквивалент, используйте 301. Цель редиректа должна решать ту же задачу пользователя. Перенаправлять все удалённые страницы на главную только ради сохранения ответа без 404 не нужно.
Если документ удалён и подходящей замены нет, сервер должен вернуть 404 Not Found или ответ 410 Gone. Оба варианта прямо сообщают поисковой системе, что контента по старому адресу больше нет.
Важно не путать техническую корректность с попыткой любой ценой сохранить URL в индексе. Если страницы действительно не существует, правильный 404 — нормальное состояние сайта, а не SEO-ошибка, которую обязательно нужно маскировать.
Практический сценарий: удалённая карточка продолжает отдавать 200
Представим интернет-магазин, где удалён товар /catalog/model-x/. CMS сохраняет общий шаблон карточки, выводит сообщение «товар не найден», но заголовок сервера остаётся 200 OK.
Для браузера запрос формально успешен. Для Google содержимое выглядит как отсутствующая страница, поэтому URL попадает в soft 404.
Дальше решение зависит от бизнеса. Если модель заменена новой и новая карточка действительно является её прямым продолжением, уместен 301 на неё. Если товара больше нет и сопоставимой замены не существует, старый URL должен вернуть 404 или 410.
Одновременно старый адрес нужно убрать из Sitemap и проверить внутренние ссылки, чтобы сайт сам не продолжал активно отправлять робота на удалённый документ.
После исправления код ответа и содержимое проверяются повторно. Затем остаётся дождаться нового обхода: изменение отчёта Search Console происходит после повторной обработки URL, поэтому обещать конкретный срок исчезновения статуса нельзя.
Как soft 404 связан с индексированием и SEO
Если Google классифицировал существующую рабочую страницу как soft 404, главное последствие очевидно: такой URL может быть исключён из поиска, хотя владелец сайта рассчитывает на его индексирование. В этом случае проблема непосредственно мешает странице выполнять свою поисковую задачу.
Для большого сайта важен и масштаб. Google рекомендует устранять soft 404 при работе с краулинговым бюджетом, поскольку бесполезные URL продолжают получать запросы робота и расходуют доступные ресурсы обхода.
Но из этого не следует, что несколько soft 404 автоматически «понижают весь сайт». Корректные 404 для действительно отсутствующих документов сами по себе являются нормальной частью работы сайта. Задача технического SEO — не добиться нуля в каждой строке отчёта, а сделать так, чтобы статус каждого URL соответствовал его назначению.
Если soft 404 появляются вместе с массовыми дублями, ошибками шаблонов, лишними параметрическими URL, проблемами Sitemap и неуправляемым обходом, это уже не изолированная правка одного кода. Такие случаи логично разбирать в рамках комплексного SEO-продвижения сайта, где технические ошибки оцениваются вместе со структурой сайта, индексированием и внутренними ссылками.
Что проверить перед закрытием проблемы
Перед тем как считать проблему устранённой, полезно проверить весь сценарий, а не только одну строку в Search Console:
- существующие страницы возвращают
200и отдают роботу основной контент; - перенесённые URL имеют один понятный
301на прямую замену; - удалённые страницы без замены возвращают
404или410; - случайный несуществующий адрес не превращается в страницу с
200; - удалённые URL исключены из Sitemap и не используются во внутренних ссылках;
- результат рендеринга рабочей страницы не пустой и не содержит сообщения об ошибке вместо основного содержимого;
- после изменений повторная проверка показывает ожидаемый HTTP-код и фактическое состояние документа.
Главный критерий здесь простой: HTTP-ответ, содержимое страницы и её реальное назначение должны говорить поисковой системе одно и то же.
FAQ
Как определить правильное исправление для soft 404
Обычная 404 — это реальный HTTP-ответ сервера 404 Not Found. При soft 404 сервер обычно отвечает 200 OK, но Google по содержимому или результату рендеринга определяет, что полноценной страницы фактически нет. Поэтому soft 404 — это классификация состояния URL, а не самостоятельный HTTP-код.
Сам факт наличия отдельных 404 не означает санкцию или автоматическое снижение позиций. Но если рабочая страница ошибочно распознаётся как soft 404, Google может исключить её из поиска. Большое количество технически бесполезных URL также способно расходовать ресурсы сканирования, что особенно важно для крупных сайтов.
Нет. 301 нужен только тогда, когда у старого URL есть действительно подходящая новая страница. Если контент удалён без прямой замены, корректнее вернуть 404 или 410, а массовые редиректы удалённых страниц на главную или нерелевантную категорию могут сами создавать неверные сигналы.
Причиной может быть пустой или почти пустой результат рендеринга, ошибка шаблона, недоступный JavaScript, сбой API или базы данных, а также заметное сообщение об ошибке внутри страницы с ответом 200. Поэтому одного просмотра страницы в обычном браузере недостаточно — нужно сравнить HTTP-ответ и то, что получает поисковый робот.
Повторная проверка должна показывать ожидаемый HTTP-код и корректный контент для робота. Для рабочей страницы это полноценный документ с 200, для удалённой — 404 или 410, для перенесённой — корректный 301. После следующего обхода поисковой системой данные в отчётах индексирования должны обновиться, но фиксированного срока для этого нет.
Рейтинг статьи
Материал был полезен?
Оценка помогает понимать, какие материалы стоит обновлять и расширять.
