Ошибка 404 и Soft 404 в SEO: как найти и правильно исправить

Ошибка 404 сама по себе не означает, что с SEO сайта что-то не так. Если страница действительно удалена и у неё нет подходящей замены, ответ 404 Not Found — нормальный и понятный сигнал для поисковой системы. Намного опаснее другая ситуация: URL фактически не содержит нужного контента, но сервер продолжает отвечать 200 OK. Google и Яндекс называют такую ошибку Soft 404.

Soft 404 встречается на интернет-магазинах после удаления товаров, в пустых категориях, результатах внутреннего поиска, на сайтах с JavaScript-рендерингом, после сбоев CMS и при неправильной настройке шаблона страницы ошибки. Пользователь видит «страница не найдена», «товар отсутствует» или почти пустой экран, а робот получает технический сигнал, будто перед ним полноценная рабочая страница.

В этом руководстве разберём, как отличить настоящий 404 от Soft 404, где искать проблему в Google Search Console и Яндекс.Вебмастере, когда использовать 404, 410, 301 или оставлять 200, как поступать с удалёнными товарами и как не создавать тысячи ложных страниц после миграции или ошибки CMS.

Главная мысль: не нужно исправлять все 404. Нужно исправлять неправильное поведение URL. Несуществующая страница должна честно сообщать поисковому роботу, что её нет, а существующая — отдавать полезный контент и корректный код ответа.

Содержание

• Что такое ошибка 404
• Что такое Soft 404
• 404, Soft 404, 410 и 301: в чём разница
• Влияют ли ошибки 404 на SEO
• Почему возникает Soft 404
• Как найти Soft 404 в Google Search Console
• Как проверить проблему в Яндекс.Вебмастере
• Как проверить HTTP-код вручную
• Как диагностировать Soft 404 массово
• Как правильно исправить Soft 404
• Удалённые товары интернет-магазина
• Пустые категории и фильтры
• Внутренний поиск
• JavaScript, SPA и Soft 404
• Почему нельзя перенаправлять все 404 на главную
• 404 или 410: что выбрать
• Нужно ли закрывать 404 в robots.txt
• Что делать после исправления
• Типичные ошибки
• Чек-лист
• FAQ
• Вывод

Что такое ошибка 404

404 Not Found — HTTP-код ответа, который сообщает клиенту и поисковому роботу, что запрошенный ресурс по этому адресу не найден.

Например, пользователь открывает:

https://example.ru/catalog/model-123/

Если карточка товара удалена навсегда и никакого подходящего аналога нет, сервер может вернуть:

HTTP/1.1 404 Not Found
Content-Type: text/html; charset=UTF-8

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

Google прямо указывает, что 404 для действительно несуществующей страницы является нормальным ответом. Если контент удалён без замены, такой URL не нужно «лечить» редиректом ради SEO. Аналогично Яндекс рекомендует, чтобы удалённые страницы возвращали код 404 Not Found или другой корректный код удаления.

Официальные справки:

• Google: ошибки 404 и способы обработки;
• Яндекс: справочник по кодам HTTP.

Пользовательская страница 404 и HTTP 404 — разные вещи

Частая ошибка возникает из-за путаницы между дизайном и техническим ответом.

Допустим, CMS показывает шаблон:

Такой страницы не существует
Перейти на главную

Но сервер отвечает:

HTTP/1.1 200 OK

Для человека всё выглядит как 404, но для поискового робота это успешная страница. Именно так часто появляется Soft 404.

Что такое Soft 404

Soft 404 — не отдельный HTTP-код. В протоколе HTTP нет статуса Soft 404.

Это классификация поисковой системы: робот получил ответ вроде 200 OK, но по содержимому понял, что перед ним фактически отсутствующая, пустая или ошибочная страница.

Упрощённо ситуация выглядит так:

Запрос URL
   ↓
Сервер: 200 OK
   ↓
Контент: «Страница не найдена»
   ↓
Поисковик: это похоже на ошибку
   ↓
Soft 404 → URL не индексируется как полноценная страница

Google отдельно отмечает, что Soft 404 может появиться не только при явной надписи «не найдено». Алгоритм может распознать как ошибочную почти пустую страницу, страницу без основного контента или документ, который неправильно отрендерился для Googlebot.

К типичным примерам относятся:

• пустая карточка товара;
• категория без товаров и без полезного содержимого;
• пустые результаты внутреннего поиска;
• заглушка «такой страницы нет» с кодом 200;
• ошибка подключения к базе данных, замаскированная под обычную страницу;
• отсутствующий серверный include;
• страница, где основной контент должен загрузиться JavaScript, но не загрузился;
• SPA, которая отдаёт один и тот же index.html с кодом 200 для любого адреса.

Google описывает эти сценарии в документации по ошибкам сканирования и Soft 404.

Почему поисковик не доверяет одному только HTTP-коду

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

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

Soft 404 — это конфликт сигналов: сервер говорит «страница существует», а контент говорит «здесь ничего нет».

404, Soft 404, 410 и 301: в чём разница

Для SEO важно сначала определить реальное состояние URL, а уже потом выбирать техническое решение.

Главная ошибка — выбирать код не по состоянию страницы, а по желанию «сохранить SEO-вес».

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

Влияют ли ошибки 404 на SEO

Один из самых распространённых мифов: «любая ошибка 404 ухудшает позиции сайта».

Это неверно.

Google прямо пишет, что обычные 404 не оказывают негативного влияния на поисковую эффективность сайта, если URL действительно не должен существовать. Не нужно пытаться убрать из Search Console каждый случайный адрес, который кто-то однажды ввёл с ошибкой или на который когда-то существовала внешняя ссылка.

Проблема появляется в других ситуациях:

1. Внутренние ссылки ведут на 404. Пользователь и робот постоянно попадают в тупик.
2. В Sitemap перечислены удалённые URL. Сайт одновременно сообщает поисковику «эта страница важна» и возвращает ошибку.
3. Массово удалены страницы, которые приносили трафик, но не настроены корректные замены.
4. Сайт создаёт бесконечное количество ошибочных URL. Робот тратит обход на технический мусор.
5. Вместо 404 сервер возвращает 200. Возникает Soft 404 и поисковой системе сложнее понимать структуру проекта.
6. 404 является следствием сломанной миграции или маршрутизации. Тогда под ошибку могут попасть страницы, которые должны быть доступны.

Если у сайта в Search Console тысяча 404, вопрос не в количестве как таковом. Нужно выяснить, почему эти URL существуют и откуда Google о них узнал.

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

404 может быть симптомом, а не причиной

Например, после изменения структуры каталога:

/catalog/telefony/model-a/

переехал на:

/smartfony/model-a/

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

В этом случае нужен 301.

Но если страница действительно удалена и аналога нет, 404 является правильным финальным состоянием.

Почему возникает Soft 404

Причины удобно разделить на технические и содержательные.

1. Шаблон страницы ошибки возвращает 200 OK

Самый простой сценарий:

любой несуществующий URL
↓
CMS показывает страницу «Не найдено»
↓
сервер отвечает 200 OK

Проверить это можно за минуту: придумайте адрес, которого точно нет на сайте, например:

https://example.ru/this-page-does-not-exist-987654/

Если он отвечает 200, маршрутизация настроена неправильно.

2. Удалённый товар остаётся технически существующей страницей

Карточка товара может содержать только:

Товар снят с продажи

и больше ничего полезного. Код при этом остаётся 200 OK.

Такой URL не обязательно всегда будет признан Soft 404, но риск высокий, особенно если шаблон массово создаёт тысячи почти одинаковых пустых карточек.

3. Пустая категория

Страница /catalog/krasnye-kresla/ существует, но товаров больше нет. Если на ней остаётся заголовок и сообщение «ничего не найдено», поисковик может решить, что самостоятельного содержимого у документа нет.

Здесь нельзя автоматически ставить 404. Сначала нужно понять бизнес-сценарий:

• категория временно пуста — можно сохранить 200 и полезный контент;
• категория больше никогда не нужна — 404/410 или 301 на действительно релевантную категорию;
• URL создан фильтром и поискового спроса не имеет — возможно, его вообще не следовало индексировать.

4. Внутренний поиск без результатов

Google прямо приводит пустую страницу внутреннего поиска как один из возможных источников Soft 404.

Например:

/search/?q=abrakadabra123

возвращает 200, но на странице нет результатов и почти нет основного контента.

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

5. Ошибка базы данных или CMS

Иногда сервер формально работает и поэтому отдаёт 200, но основной блок не сформировался:

Заголовок сайта
Меню
Ошибка загрузки данных
Подвал

Для поискового робота такая страница может оказаться почти пустой.

6. JavaScript не загрузил контент

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

Результат:

HTTP 200
+ пустой HTML/DOM
= возможный Soft 404

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

7. SPA отвечает 200 на любой маршрут

Классическая конфигурация React/Vue SPA:

/company/       → 200
/catalog/       → 200
/qwerty12345/   → 200

Сервер всегда отдаёт index.html, а клиентский роутер уже после загрузки решает, существует маршрут или нет.

Для пользователя это может работать визуально, но технический HTTP-ответ остаётся неправильным.

8. Массовый редирект на нерелевантную страницу

Google предупреждает, что перенаправление множества старых URL на одну нерелевантную страницу, например на главную, может восприниматься как Soft 404.

То есть попытка «избавиться от 404 с помощью 301» иногда просто меняет один тип проблемы на другой.

Как найти Soft 404 в Google Search Console

В Search Console Soft 404 отображается среди причин, по которым страницы не индексируются.

Откройте:

Индексирование → Страницы

и найдите причину, связанную с Soft 404.

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

• карточки товаров;
• категории;
• фильтры;
• результаты поиска;
• старые адреса после миграции;
• случайные URL;
• страницы JavaScript-приложения;
• URL с параметрами.

У сотен адресов часто одна причина на уровне шаблона.

Проверка конкретного URL

Для проблемного адреса используйте инструмент проверки URL.

Проверьте:

1. Какой статус показывает Google.
2. Когда URL сканировался последний раз.
3. Что показывает проверка опубликованной страницы.
4. Как выглядит отрендеренный HTML.
5. Есть ли основной контент.
6. Не выводится ли сообщение об ошибке.
7. Загружаются ли JavaScript и API-данные.
8. Какой HTTP-код вы видите при независимой проверке.

Google рекомендует при ложном Soft 404 посмотреть отрендеренную страницу через URL Inspection: иногда полноценная страница была распознана как ошибка потому, что для Googlebot не загрузились критические ресурсы.

Официальное описание статуса доступно в справке Page indexing report.

Не ориентируйтесь только на групповой отчёт

Search Console обновляет отчёты не мгновенно. После исправления URL текущая версия уже может быть корректной, а групповой статус ещё некоторое время будет старым.

Поэтому последовательность такая:

Групповой отчёт → конкретный URL → live test → независимая проверка HTTP → исправление → повторный обход

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

Как проверить проблему в Яндекс.Вебмастере

Яндекс также отдельно предупреждает о Soft 404: распространённая ошибка — вместо настоящего ответа 404 показывать заглушку, которая возвращает 200 OK.

В Вебмастере полезны два сценария.

Проверка заведомо несуществующего URL

Создайте случайный адрес:

https://example.ru/never-existed-page-546739/

и проверьте его через инструмент «Проверка страницы».

Яндекс позволяет увидеть:

• код ответа сервера;
• содержимое, доступное роботу;
• состояние страницы в поиске;
• результат обработки JavaScript.

Официальная инструкция: Проверка страницы в Яндекс.Вебмастере.

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

Проверка исключённых страниц

Если важная страница пропала из поиска, дополнительно изучите разделы индексирования и причины исключения. В нашем кластере есть отдельное руководство по исключённым страницам в Яндексе.

Как проверить HTTP-код вручную

Самая простая проверка:

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

Для несуществующей страницы ожидается что-то вроде:

HTTP/2 404
content-type: text/html; charset=utf-8

Если вы видите:

HTTP/2 200

а в браузере написано «страница не найдена», перед вами классический кандидат на Soft 404.

Проверка с учётом редиректов

curl -L -I https://example.ru/old-page/

Смотрите всю цепочку:

301 → 301 → 200

или:

301 → 404

Последний вариант означает, что редирект ведёт в тупик.

Можно быстро получить итоговый код и адрес:

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

Проверяйте не только заголовок

Soft 404 — это сочетание кода и содержимого. Поэтому после curl -I откройте HTML и убедитесь, что страница действительно содержит то, что должна.

Для важного URL задайте два вопроса:

1. Какой код вернул сервер?
2. Что увидел поисковый робот после рендеринга?

Только первый вопрос не выявит JavaScript-проблему, а только второй не выявит неправильный HTTP-статус.

Как диагностировать Soft 404 массово

Когда в Search Console десятки тысяч URL, проверять каждый вручную бессмысленно.

Нужна кластеризация.

Шаг 1. Выгрузите проблемные URL

Источники:

• Google Search Console;
• Яндекс.Вебмастер;
• sitemap.xml;
• результаты краулинга сайта;
• серверные логи;
• список старых URL после миграции.

Шаг 2. Сгруппируйте по шаблону

Например:

/product/*
/category/*
/search/*
/filter/*
/blog/*

Если 8 000 Soft 404 относятся к /product/, вероятнее всего ошибка находится в шаблоне карточки или бизнес-логике удаления товаров.

Шаг 3. Возьмите выборку из каждого сегмента

Проверьте 10–30 URL каждого типа:

• HTTP-код;
• размер ответа;
• заголовок H1;
• наличие основного текста;
• количество внутренних ссылок;
• canonical;
• robots meta;
• присутствие в sitemap;
• визуальный рендер.

Шаг 4. Найдите общий сценарий

Пример:

Шаг 5. Проверяйте именно шаблон

Если проблема системная, исправление одной страницы не имеет смысла.

Нужно добиться правильного поведения для всего класса URL:

несуществующий товар → 404
существующий товар → 200
перенесённый товар → 301 на замену

Это намного важнее, чем вручную нажимать «Запросить индексирование» для каждого адреса.

Как правильно исправить Soft 404

Выбор решения зависит от того, что должно происходить с URL после исправления.

Вариант 1. Страница действительно удалена

Если контента больше нет и подходящей замены не существует:

вернуть 404 или 410

Не нужно оставлять пустую страницу с 200.

Не нужно создавать искусственный текст только ради того, чтобы URL выглядел «полноценным».

Не нужно перенаправлять на главную.

Вариант 2. Контент переехал

Если существует реальная новая версия:

старый URL → 301 → новый релевантный URL

Ключевое слово — релевантный.

Старая карточка модели телефона может вести на новую модель той же линейки, если это действительно логичная замена для пользователя. Старую статью можно перенаправить на новый материал, если он решает тот же интент.

Вариант 3. Страница должна существовать

Если Google ошибочно классифицировал рабочий URL как Soft 404, исправлять нужно не код ответа, а содержание или доступность страницы.

Проверьте:

• не пуст ли основной HTML;
• появляется ли контент без ошибок JavaScript;
• не блокируются ли API и JS-файлы;
• нет ли крупной надписи «не найдено» внутри нормальной страницы;
• не получает ли Googlebot другой шаблон;
• не возвращает ли backend пустой объект;
• не слишком ли похожа страница на техническую заглушку.

После исправления полезная страница должна стабильно возвращать 200 OK и полноценный индексируемый контент.

Вариант 4. Страница нужна пользователю, но не должна индексироваться

Например, некоторые страницы внутреннего поиска или служебные комбинации фильтров могут быть полезны посетителю, но не нужны как отдельные поисковые документы.

В таком случае решение может включать noindex, изменение внутренней перелинковки и контроль генерации URL.

Важно: noindex — не замена настоящему 404 для удалённого ресурса. Подробно различия разобраны в статье про meta robots noindex.

Удалённые товары интернет-магазина

Именно интернет-магазины чаще всего создают большие массивы Soft 404.

Но универсального правила «нет товара = 404» нет.

Товар временно отсутствует

Если товар вернётся в продажу и карточка остаётся полезной:

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

Такой URL остаётся нормальной страницей товара.

Товар снят с продажи, но есть прямой аналог

Если новая модель практически заменяет старую и соответствует пользовательскому ожиданию, можно рассмотреть 301.

Например:

/iphone-model-2024/
→ 301 →
/iphone-model-2025/

Но только если замена действительно близкая.

Товар удалён без аналога

Если карточка больше не приносит пользы и не имеет подходящей замены:

404 или 410

Для пользователя на шаблоне ошибки можно показать:

• похожие товары;
• ссылку на категорию;
• поиск;
• популярные разделы.

При этом HTTP-код всё равно должен оставаться 404/410.

Не путайте рекомендации на 404-странице с редиректом

Это важное различие.

Правильно:

/product/old-model/ → 404

На странице:
«Товар снят с продажи. Посмотрите похожие модели»

Сомнительно:

/product/old-model/ → 301 → /catalog/

если категория слишком широкая и не является реальной заменой удалённой карточке.

Пустые категории и фильтры

Категория без товаров требует отдельного решения.

Временная пустота

Если ассортимент скоро вернётся, страницу можно оставить с 200, но она не должна быть пустой.

Полезны:

• описание категории;
• условия поступления;
• альтернативные подкатегории;
• похожие товары;
• возможность подписки на наличие.

Категория закрыта навсегда

Если направление полностью удалено:

• 301 на действительно эквивалентную новую категорию;
• либо 404/410, если замены нет.

Фильтр дал ноль результатов

Для параметрического каталога проблема чаще архитектурная.

Например:

/catalog/?color=purple&size=999

Если сайт автоматически создаёт ссылки на миллионы комбинаций, поисковый робот получает бесконечное пространство пустых URL.

Здесь нужно работать не только с Soft 404, но и с общей архитектурой фильтрации, индексируемостью комбинаций, внутренними ссылками и краулинговым бюджетом.

Внутренний поиск без результатов

Страницы внутреннего поиска особенно склонны к Soft 404:

/search/?q=несуществующий-запрос

Пользователь видит:

По вашему запросу ничего не найдено

а сервер возвращает 200 OK.

Google прямо приводит пустой внутренний поиск как пример возможной причины Soft 404.

Для SEO обычно нет смысла индексировать произвольные результаты внутреннего поиска. Основная задача — не допустить превращения таких URL в огромный индексируемый раздел.

Проверьте:

• есть ли на них внутренние ссылки;
• попадают ли они в sitemap;
• создаются ли новые URL автоматически;
• есть ли noindex там, где он нужен;
• не используются ли результаты поиска вместо нормальных посадочных страниц.

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

JavaScript, SPA и Soft 404

На SPA технически правильная 404 требует особого внимания.

Типичный сервер настроен так:

любой неизвестный URL → index.html → 200 OK

После этого React/Vue/Angular показывает компонент NotFound.

Для пользователя всё выглядит корректно. Но поисковый робот сначала получает успешный HTTP-код.

Google в документации по JavaScript отдельно предупреждает о Soft 404 для SPA и предлагает обеспечивать корректное поведение несуществующих маршрутов.

Лучший вариант

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

Это проще всего реализуется при SSR/SSG или серверной маршрутизации.

Если клиентский рендеринг неизбежен

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

Но это компромисс. Для SEO-проектов предпочтительнее, когда серверный статус соответствует фактическому состоянию страницы.

Подробнее об обработке контента роботами читайте в статье JavaScript и индексация сайта.

Почему нельзя перенаправлять все 404 на главную

На первый взгляд кажется логичным:

вместо 404 → 301 → главная

Пользователь не увидит ошибку, а «вес ссылки не потеряется».

На практике массовое перенаправление нерелевантных URL создаёт несколько проблем.

1. Пользователь получает не то, что ожидал

Он открывал конкретный товар или статью, а оказывается на главной без объяснения.

2. Поисковик видит слабое соответствие

Google прямо предупреждает, что массовые нерелевантные редиректы могут распознаваться как Soft 404.

3. Скрываются реальные ошибки сайта

Если любой неправильный URL ведёт на главную, сложнее заметить:

• битые внутренние ссылки;
• ошибки миграции;
• опечатки в URL;
• неправильно сформированные маршруты.

4. Главная страница не является универсальной заменой

301 должен сообщать о перемещении конкретного ресурса, а не работать как кнопка «ошибок быть не должно».

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

Есть реальная замена — 301. Нет замены — 404/410.

404 или 410: что выбрать

404 Not Found означает, что ресурс не найден.

410 Gone означает, что ресурс удалён и более недоступен.

Для большинства обычных сайтов 404 вполне достаточно.

Google указывает, что для удалённого без замены контента подходят и 404, и 410; в справке по 404 Google также отмечает, что эти статусы обрабатываются сходным образом для удаления URL из поиска.

Яндекс тоже допускает 404 и 410 для удалённых страниц.

Когда удобен 410

410 можно использовать, если вы точно знаете, что URL удалён намеренно и навсегда:

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

Когда проще оставить 404

Если URL просто не существует или CMS стандартно отдаёт 404, нет необходимости усложнять систему ради 410.

Для SEO важнее последовательная корректная логика, чем попытка выбрать «более сильный» код удаления.

Нужно ли закрывать 404 в robots.txt

Для сайтов, ориентированных одновременно на Google и Яндекс, безопасная базовая стратегия выглядит так:

1. Несуществующий URL возвращает настоящий 404 или 410.
2. Роботу разрешено получить этот ответ.
3. Внутренние ссылки на удалённый URL исправлены.
4. URL удалён из sitemap.

Почему это важно: Google должен иметь возможность повторно открыть URL и увидеть, что теперь он отвечает 404/410. Если сразу заблокировать URL в robots.txt, Google может не получить новый HTTP-статус.

У Яндекса есть отдельные сценарии удаления страниц через Disallow, особенно при массовой очистке. Но robots.txt не должен использоваться как замена правильной серверной обработке несуществующих страниц.

Если вы работаете с обоими поисковиками, настоящий 404/410 остаётся самым понятным общим сигналом.

Отдельные правила файла robots.txt описаны в руководстве по настройке robots.txt.

Что делать после исправления

После изменения кода ответа или восстановления страницы поисковику нужно снова обойти URL.

Для важной существующей страницы

Если страница должна индексироваться и вы исправили ложный Soft 404:

1. Проверьте live-версию в Search Console.
2. Убедитесь, что ответ 200 OK.
3. Проверьте отрендеренный контент.
4. Убедитесь, что нет noindex.
5. Проверьте canonical.
6. Убедитесь, что URL есть во внутренних ссылках и при необходимости в sitemap.
7. Запросите повторный обход.

Пошагово это описано в статье как запросить повторную индексацию страницы.

Для удалённой страницы

Если URL теперь правильно возвращает 404/410:

• удалите его из sitemap;
• уберите внутренние ссылки;
• исправьте навигацию и хлебные крошки;
• не отправляйте его на индексирование;
• дождитесь повторного обхода поисковиком.

Не нужно постоянно проверять оператор site: и менять настройки каждый день. Обновление поисковой базы занимает время.

Если Google продолжает показывать Soft 404

Сравните:

что видите вы
vs
что видит Googlebot

Особенно внимательно проверьте:

• JavaScript;
• API;
• blocked resources;
• тайм-ауты;
• мобильный рендеринг;
• контент до выполнения JS;
• нестабильные серверные ответы.

Если URL уже просканирован, но всё равно не индексируется, полезно сверить ситуацию с руководством «Просканировано, но не проиндексировано».

Типичные ошибки при исправлении 404 и Soft 404

Исправлять все 404 подряд

Не каждый найденный 404 требует действия. Случайный несуществующий URL может корректно оставаться 404.

Делать 301 на главную

Редирект без смысловой связи не является качественной заменой удалённой странице.

Оставлять 200 на шаблоне «ничего не найдено»

Это классическая причина Soft 404.

Возвращать 200 для любого маршрута SPA

Такой подход удобен разработчику, но создаёт неоднозначный сигнал для поискового робота.

Закрывать проблемный URL в robots.txt до диагностики

Вы лишаете робота возможности увидеть фактический код ответа и содержимое.

Оставлять 404 в Sitemap

Sitemap должен содержать канонические URL, которые владелец сайта хочет индексировать. Удалённая страница этому условию не соответствует.

Удалять страницу, которая просто временно недоступна

Товар без остатка не равен несуществующему товару. Если карточка остаётся полезной и товар вернётся, 200 может быть правильнее.

Создавать «SEO-текст» на удалённой странице ради 200

Если ресурса реально нет, искусственное наполнение заглушки не превращает её в полезную посадочную страницу.

Не проверять источник URL

Если в отчёте тысячи странных адресов, нужно найти механизм их появления: внутренние ссылки, параметры, старый sitemap, JS, внешний источник или ошибка CMS.

Чек-лист диагностики Soft 404

Используйте этот порядок для каждой группы проблемных URL.

Быстрое дерево решений

URL должен существовать?
│
├─ Да
│  ├─ Контент существует → 200 OK + полноценный контент
│  └─ Контент не загружается → исправить сервер / JS / API
│
└─ Нет
   ├─ Есть точная замена → 301
   └─ Замены нет → 404 или 410

Если придерживаться этой логики, большая часть спорных случаев решается без сложных SEO-трюков.

FAQ

Ошибки 404 ухудшают позиции всего сайта?

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

Что означает Soft 404 в Google Search Console?

Google получил страницу, но по содержимому решил, что она фактически является ошибочной или почти пустой. Часто сервер при этом возвращает 200 OK вместо настоящего 404.

Нужно ли делать 301 со всех удалённых страниц?

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

Можно ли перенаправить все 404 на главную?

Не рекомендуется. Нерелевантные массовые редиректы ухудшают пользовательский опыт и могут восприниматься Google как Soft 404.

Что лучше: 404 или 410?

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

Нужно ли удалять 404 из Google Search Console?

Нет отдельной задачи «очистить отчёт любой ценой». Если URL действительно не существует и возвращает корректный 404, это нормальное состояние. Исправляйте URL, которые должны существовать, находятся в sitemap или получают внутренние ссылки.

Почему рабочая страница получила Soft 404?

Проверьте, что Googlebot реально видит основной контент. Возможны ошибки JavaScript, API, загрузки ресурсов, пустой HTML, нестабильный backend или слишком похожий на ошибку шаблон.

Что делать с товаром, которого временно нет?

Если товар вернётся и страница остаётся полезной, сохраняйте 200 и полноценную карточку. Не превращайте временное отсутствие в технический 404 без необходимости.

Нужно ли отправлять исправленный URL на переобход?

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

Вывод

Правильная работа с 404 начинается не с попытки уменьшить число ошибок в Search Console, а с ответа на простой вопрос: что на самом деле должно происходить по этому URL?

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

Soft 404 появляется, когда технические и содержательные сигналы расходятся: сервер сообщает об успешной странице, а пользователь и робот фактически получают ошибку, пустой документ или заглушку. На небольшом сайте это может быть один неверный шаблон. На интернет-магазине или SPA та же ошибка способна создать десятки тысяч лишних URL и усложнить индексацию сайта и использование краулингового бюджета.

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