Как исправить soft 404 на действующей странице B2B-услуги в Google

Что означает soft 404 при HTTP 200

Если действующая страница B2B-услуги открывается с HTTP 200, но Google Search Console относит её к soft 404, нужно проверить не только ответ сервера, но и содержимое, которое получает Google. Такая классификация означает, что страница выглядит как ошибка или не содержит основного контента, хотя сервер сообщает об успешной загрузке. Причиной может быть в том числе сбой загрузки важных ресурсов. Описание soft 404 у Google.

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

Рабочая последовательность: зафиксировать известный Google статус → проверить текущую страницу через live test → установить причину → исправить её → повторить тест → отдельно проверить фактическую индексацию.

1. Зафиксируйте URL и данные последнего обхода

В отчёте Search Console «Индексирование страниц» откройте причину исключения soft 404 и найдите нужный URL среди примеров. Список примеров не является полным перечнем затронутых страниц: отсутствие другого адреса в таблице не доказывает отсутствие проблемы. Справка об отчёте.

Откройте «Проверку URL» для выбранного адреса и запишите:

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

На этом этапе важно не смешивать исторические данные с текущим состоянием сайта. Первоначальный результат «Проверки URL» показывает известные Google данные, а live test проверяет страницу в момент запуска. Если исправление внесено после последнего обхода, эти результаты могут различаться. Справка о проверке URL.

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

Дополнительные данные страницы по последнему обходу доступны только для статусов «URL есть в Google» и «URL есть в Google, но имеются проблемы». Для исключённого URL с soft 404 не следует обещать просмотр сохранённого HTML. Сравнивайте известный статус и дату обхода с текущим тестом; сохранённое содержимое используйте только тогда, когда оно действительно доступно. Скриншот доступен только в live test. Ограничения инструмента.

2. Проверьте текущую страницу через live test

В «Проверке URL» запустите проверку опубликованной страницы. Затем изучите результат и доступные данные: HTTP-ответ и заголовки, HTML, скриншот, загрузку ресурсов и сообщения JavaScript. Эти данные помогают понять, что Google получает сейчас, а не что страница показывала при предыдущем обходе. Возможности live test.

Для страницы услуги проверьте четыре вещи.

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

Особенно внимательно проверьте ситуации, когда обычный браузер показывает страницу, а live test — пустой блок или ошибку. Не делайте вывод только по ручному просмотру: сопоставьте HTML, скриншот и сведения о загрузке ресурсов.

3. Установите причину, а не просто увеличьте объём текста

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

Основной контент отсутствует

Наблюдение: в HTML и на скриншоте есть оболочка сайта, но описание действующей услуги не появилось.

Что установить: где исчезает содержимое — в данных CMS, серверном шаблоне или при загрузке на клиенте.

Задача разработчику: восстановить выдачу основного контента для этого URL. Если страница зависит от JavaScript, проверить, что нужные данные и код доступны при тестировании и что содержимое действительно появляется.

Добавление текста в CMS не решит проблему, если шаблон по-прежнему не выводит его.

Вместо услуги показано сообщение об ошибке

Наблюдение: сервер возвращает 200, но заметная часть страницы сообщает «Страница не найдена», «Услуга недоступна» или другую ошибку.

Что установить: почему действующий URL попадает в ошибочное состояние — например, из-за неверной связи с записью услуги или некорректной обработки ответа внутреннего сервиса.

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

Важный ресурс не загружается

Наблюдение: в live test есть ошибка загрузки ресурса или JavaScript, а основной блок услуги отсутствует.

Что установить: связан ли конкретный сбой с пропавшим содержимым. Ошибка второстепенного ресурса сама по себе ещё не объясняет soft 404.

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

4. Выберите правильное исправление для назначения URL

Для действующей публичной страницы услуги нужно вернуть полноценное содержимое и сохранить успешный HTTP-ответ. Если проверка выявила, что страница на самом деле удалена без замены, корректный вариант — HTTP 404 или 410. Если она перенесена либо есть явная заменяющая страница, используйте перенаправление 301 на соответствующий адрес. Рекомендации Google.

Не переводите действующую страницу в 404 только ради исчезновения отметки soft 404. И не перенаправляйте её на главную без содержательной связи с прежней услугой.

Также не объединяйте в одну задачу разные причины исключения:

• soft 404 — успешный ответ с содержимым, которое Google считает ошибочным или недостаточным;
• настоящий HTTP 404 — ответ сервера о том, что ресурс не найден;
• 5xx — серверная ошибка.

Это разные ситуации с разной обработкой со стороны Google. Документация по HTTP-ответам. Если «Проверка URL» показывает noindex или статус «Просканировано, но пока не проиндексировано», зафиксируйте эту отдельную причину, а не называйте её soft 404. Справка об исключениях из индекса.

5. Повторите тест и отдельно проверьте индексацию

После публикации исправления снова выполните live test для того же URL. Проверьте HTTP-ответ, HTML, скриншот и ресурсы. Критерий технической проверки — страница действительно показывает содержимое услуги, а установленный сбой больше не мешает его загрузке.

Затем запросите индексирование через «Проверку URL». Успешный live test не подтверждает фактическую индексацию, а запрос индексирования не гарантирует включения страницы в индекс. Справка о тестировании и запросе индексирования.

При последующей проверке снова зафиксируйте известный Google статус и дату последнего обхода. Так можно отделить три разных результата:

1. Исправление опубликовано.
2. Текущий тест показывает корректную страницу.
3. Google повторно обработал URL, и его известный статус изменился либо остался прежним.

Если исправление затрагивает группу URL, запускайте «Проверить исправление» после устранения всех известных случаев в проверяемом наборе. При фильтрации отчёта по sitemap проверка ограничивается этим набором. Успешная проверка относится к конкретной проблеме и не подтверждает индексацию каждой страницы. Правила проверки исправления.

Карточка диагностики и задания разработчику

Для одного URL достаточно следующей карточки. Заполняйте её наблюдениями, а не предположениями.

Если причина ещё не подтверждена, так и укажите: «Основной контент отсутствует; источник сбоя не установлен». Это точнее, чем передавать разработчику неподтверждённый диагноз.

Что это меняет для AI Overviews и AI Mode

Для допуска страницы к показу в качестве ссылки-источника в AI Overviews или AI Mode она должна быть проиндексирована и допущена к показу в Google Search со сниппетом. Поэтому исправление soft 404 устраняет препятствие на пути к индексации, но не гарантирует ни саму индексацию, ни появление ссылки в AI-функциях. Отдельных дополнительных технических требований для такого допуска Google не заявляет. Документация об AI-функциях Google Search.

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

Источники

• Google Search Central: устранение ошибок обхода и soft 404.
• Google: HTTP-статусы и их обработка.
• Search Console: инструмент проверки URL.
• Search Console: отчёт об индексировании страниц.
• Google Search Central: AI Overviews и AI Mode.