Откройте заведомо несуществующую карточку товара и посмотрите код ответа. Если страница пишет «Товар не найден», а сервер возвращает 200, разработчику нужно исправить обработку отсутствующих адресов. Google может определять такие страницы как soft 404: для него успешный ответ не совпадает с содержанием ошибки.
Сначала убедитесь, что товар действительно удалён. Временно неработающая база, товар без остатка и неизвестный адрес требуют разных решений.
Проверьте ответ неизвестного адреса
В Chrome откройте инструменты разработчика, вкладку Network, и загрузите URL напрямую. Выберите запрос документа и посмотрите Status Code. Переход внутри приложения иногда загружает только данные; поэтому отдельно проверьте обновление страницы по её полному адресу.
Разработчик может сохранить ответ командой:
curl -sS -D headers.txt -o response.html 'https://example.com/product/unknown/'Замените домен своим. В первой строке headers.txt будет HTTP-статус, а в response.html — полученный HTML. Сравните его с тем, что появляется в браузере после выполнения скриптов. Если в HTML только пустая оболочка, запишите, какой запрос данных позднее сообщает об отсутствии товара.
Выберите ответ по состоянию товара
Предположим, вы убрали модель A-101, но модель A-102 временно закончилась. Первую карточку можно удалить или перенести на подходящую замену. Вторую имеет смысл сохранить, если описание полезно покупателю и товар действительно планируют продавать дальше.
| Что произошло | Что должен получить посетитель |
|---|---|
| Карточки никогда не было | Страница ошибки со статусом 404 |
| Товар удалён окончательно, замены нет | 404 или 410 с понятной навигацией |
| Карточка переехала | Постоянный редирект на ту же карточку по новому адресу |
| Товар временно закончился | Действующая карточка с честным наличием |
| Данные не загрузились из-за сбоя | Сообщение о временной проблеме; товар не объявляется удалённым |
Отправлять любой неизвестный URL на главную не нужно: человек искал конкретный товар. Подробнее о кодах — в справочнике HTTP-ответов.
Найдите настройку, которая выдаёт 200 всегда
Передайте разработчику пару адресов: рабочую карточку и неизвестный путь. Попросите проверить, как CMS или приложение узнаёт об отсутствии записи и какой статус отправляет браузеру.
Частая причина: сервер возвращает одинаковую HTML-оболочку для всех путей, а скрипт позже рисует «не найдено». Статус уже отправленного документа так не меняется. Исправление выбирают в соответствии с устройством приложения: например, проверяют существование товара до отправки HTML или используют предусмотренную обработку ошибок маршрута.
Если сообщение появляется у существующего товара, сначала разберите сбой данных и кеш. Замена ответа на 404 в этом случае скроет рабочую карточку вместо восстановления. В задаче укажите, существует ли товар в каталоге и можно ли открыть другие карточки.
Сверьте текущую страницу с Search Console
В Search Console откройте проверку нужного URL и найдите дату последнего обхода. Сообщение soft 404 может относиться к версии до исправления. Сравнивайте его с сегодняшним ответом, сохраняя обе даты.
HTTP 200 сам по себе не гарантирует индексацию. Google оценивает полученное содержание; его правила описаны в документации об HTTP-статусах. Ваш запрос подтверждает код и текст страницы, а сообщение Search Console — то, как её обработал Google.
Проверьте исправление на нескольких адресах
После публикации повторите рабочую карточку, удалённую без замены, случайный неизвестный путь и временно пустую категорию. У каждого должны быть выбранные статус и содержание. У страницы 404 могут оставаться шапка, поиск и ссылки на каталог — они не требуют ответа 200.
Удалённую карточку уберите из sitemap и обновите ссылки, которые вы контролируете. Для прежнего адреса с подходящей заменой проверьте конечный товар после редиректа. Затем выполните аудит страницы; отдельные причины неправильного ответа разобраны в статье о soft 404.