
Ошибка 404 Not Found значит, что сервер не нашёл страницу по запрошенному адресу. Сайт при этом работает: сервер ответил, но по этому адресу у него ничего нет. Причина почти всегда в адресе. Товар удалили, категорию переименовали, акционную страницу сняли, при переезде сменилась структура ссылок, или кто-то поставил ссылку с опечаткой.
Одиночная 404 по старой ссылке с чужого форума опасности не несёт. Опасна 404 на адресе, куда идут люди с деньгами: из рекламы, из письма, из товарного фида, из поиска, из меню вашего же сайта. После 11.11 и перед «Чёрной пятницей» 27 ноября 2026 года таких адресов становится больше: акции заканчиваются, товары распродаются, страницы правят в спешке. Ниже порядок, как найти такие 404 и решить по каждому адресу, что с ним делать.
Код описан в стандарте HTTP, RFC 9110, раздел 15.5.5. Сервер не нашёл текущего представления ресурса или не хочет раскрывать, что ресурс существует. Стандарт оговаривает, что 404 ничего не говорит о том, временно это или навсегда. Если владелец знает, что страница удалена навсегда, стандарт предпочитает код 410 Gone (раздел 15.5.11). 410 сообщает, что ресурс убран намеренно и владелец хочет, чтобы ссылки на него удалили.
Ещё одна деталь из RFC 9110 (раздел 15.1): ответы 404 и 410 относятся к эвристически кешируемым. Браузер или промежуточный кеш вправе какое-то время показывать сохранённую 404, если сервер не задал правила кеширования. Поэтому после исправления страницу проверяют не только в своём браузере.
Как это читает Яндекс. В справочнике HTTP-кодов Вебмастера про 404 сказано: документ не существует, и если такой страницы на сайте никогда не было, ошибку можно игнорировать, возможно, кто-то поставил некорректную ссылку. Для 410 совет такой: если ресурс удалён навсегда, отдавайте 410, а для перемещённых ресурсов настройте перенаправление 301. Про 301 справочник добавляет: используйте его при постоянном переносе страницы на новый адрес и сохраняйте перенаправление минимум 6 месяцев. 302 нужен только для временных перенаправлений.
Ноябрь меняет структуру магазина быстрее, чем любой другой месяц.
В справке Яндекса об удалении страниц сказано: если сервер отдаёт роботу 404, 403 или 410, страница будет удалена из поисковой базы в течение недели после того, как робот это обнаружит. Карточка товара, которую удалили 12 ноября, к «Чёрной пятнице» может уже пропасть из поиска вместе со своим трафиком. Вернуть её можно, но не мгновенно.
Деньги здесь теряются тихо. Мониторинг главной страницы зелёный, заказы идут, а часть рекламного бюджета уходит на клики, которые заканчиваются страницей «Не найдено».
.htaccess, сайт смотрит не в тот каталог. Действуйте как при простое: «Сайт лежит: что делать»..htaccess недоступен для записи, WordPress покажет правила, которые нужно вписать туда вручную.| Источник 404 | Признак | Кто проверяет | Как проверить | Как часто |
|---|---|---|---|---|
| Удалённые карточки товаров | Трафик на карточку из поиска упал до нуля | Контент-менеджер | «Внутренние ссылки» в Вебмастере, журнал сервера | Еженедельно |
| Снятые акционные страницы | Клики из рекламы и писем без заказов | Маркетолог | Список адресов из объявлений и писем, проверка кода ответа | До запуска и после окончания каждой акции |
| Переименованные категории | 404 на старых адресах категорий | Разработчик | Сравнить старую и новую структуру, проверить 301 | При каждом изменении каталога |
| Товарный фид | Площадка отклоняет предложения, ссылка ведёт в никуда | Ответственный за фид | Выборочная проверка адресов из фида | Ежедневно в сезон |
| Сбитые правила ЧПУ | 404 на всех страницах, кроме главной | Разработчик | Открыть несколько разных разделов | После обновлений и переноса |
| Внешние ссылки с опечаткой | Единичные 404 из рефералов | SEO-специалист | Журнал сервера, отчёт Вебмастера | Ежемесячно |
Команды для своего сервера или VPS с nginx и стандартным форматом журнала (combined). На виртуальном хостинге журнал обычно скачивается из панели.
# Какие адреса чаще всего отдают 404
awk '$9 == 404 {print $7}' /var/log/nginx/access.log | sort | uniq -c | sort -rn | head -30
# Откуда приходят посетители на 404: страница-источник (Referer)
awk -F'"' '$3 ~ / 404 / {print $4}' /var/log/nginx/access.log | sort | uniq -c | sort -rn | head -30
# Проверить коды ответа по списку адресов из рекламы, писем и фида (один адрес на строку)
while read url; do
printf '%s %s\n' "$(curl -s -o /dev/null -w '%{http_code}' "$url")" "$url"
done < urls.txt | grep -v '^200'
Последняя команда выводит все адреса, которые ответили не 200: и 404, и редиректы. Редиректы в рекламе тоже стоит заменить прямыми ссылками.
Чек-лист на неделю до распродажи:
[ ] Выгрузить адреса посадочных страниц из всех активных объявлений
[ ] Выгрузить ссылки из запланированных рассылок и автописем
[ ] Проверить выборку адресов из товарного фида
[ ] Прогнать список через проверку кодов ответа, всё кроме 200 разобрать
[ ] Открыть «Внутренние ссылки» в Яндекс Вебмастере, исправить ссылки из меню и каталога
[ ] Договориться: распроданные товары не удаляем, а ставим «нет в наличии»
[ ] Для снятых акционных страниц решить: 301 на текущую акцию или раздел, либо 410
[ ] Проверить, что страница 404 отдаёт код 404, а не 200
[ ] На странице 404 есть поиск, ссылка на каталог и контакты
[ ] Назначить, кто после 1 декабря снимает временные редиректы на акцию
Шаблон задачи для разработчика или студии:
Тема: 404 на адресах магазина, нужны редиректы
С <дата> по адресам ниже посетители получают 404.
Источник трафика: <реклама / рассылка / фид / поиск / меню сайта>.
Старый адрес -> Что сделать
<адрес 1> -> 301 на <новый адрес>
<адрес 2> -> вернуть страницу
<адрес 3> -> отдавать 410, ссылку убрать из <меню / письма>
Просим: настроить, проверить коды ответа и прислать список изменённых правил.
Ситуация условная, собрана для иллюстрации.
Магазин товаров для дома на WooCommerce провёл акцию 11.11. Двенадцатого числа менеджер снял посадочную страницу акции и удалил полсотни распроданных карточек, чтобы «не мешали в каталоге». Через три дня маркетолог видит в Метрике, что переходы из Директа растут, а заказов из рекламы почти нет. Главная открывается, мониторинг доступности зелёный.
Журнал сервера показывает сотни 404 на двух адресах: снятую посадочную страницу и одну из удалённых карточек. На посадочную продолжали вести объявления, которые забыли остановить. Карточка оказалась в автоматической товарной кампании, которая брала адреса из фида с задержкой.
Команда сделала три вещи. Объявления перевели на страницу подготовки к «Чёрной пятнице», а со старого адреса акции поставили 301 туда же. Удалённые карточки восстановили из корзины WordPress со статусом «нет в наличии». В WooCommerce есть настройка «Out Of Stock Visibility» в разделе «Товары → Запасы», которая скрывает такие товары из каталога, не удаляя страницы. Последний шаг: в регламент акций добавили проверку адресов из рекламы и фида в день окончания каждой акции.
/wp-login.php на Битриксе. Эти 404 нормальны, и редиректы для них не нужны.Ограничения. Команды выше подходят для своего сервера с nginx. На Tilda и InSales журналы недоступны, а редиректы настраиваются в панели платформы: опирайтесь на отчёт Вебмастера и проверку кодов по списку адресов. Отчёт «Внутренние ссылки» обновляется после обхода робота, поэтому свежие поломки появляются там не сразу. Ни один инструмент не найдёт ссылку на 404, которая живёт только в чужой рассылке или чате.
Нет. Сервер работает и ответил, просто по этому адресу страницы нет. Проблема в ссылке или в удалённой странице. Если 404 отдают все адреса, включая главную, это уже поломка маршрутизации или настройки сервера.
Найдите, откуда пришла ссылка, и решите судьбу адреса: вернуть страницу, поставить 301 на замену или оставить 404 либо 410. Затем исправьте саму ссылку в меню, письме, объявлении или фиде и проверьте код ответа.
Страница с 404 выпадает из поиска, по справке Яндекса примерно в течение недели после обнаружения. На остальные страницы одиночные 404 от чужих ссылок с опечатками не влияют. Вредны 404 на страницах, которые приносили трафик, и битые ссылки внутри сайта. Если страницы уже пропали, порядок действий описан в статье «Сайт пропал из поиска Яндекса». Если 404 появились после переезда на новую платформу, сверьтесь со статьёй «Миграция интернет-магазина без потери заказов, SEO и данных».
.htaccess: https://developer.wordpress.org/advanced-administration/server/web-server/httpd/Проверено: 12 ноября 2026 года.
Поиск битых ссылок можно поставить на расписание. Pingvera проверяет сайт снаружи: доступность по HTTP из нескольких регионов, SSL-сертификат, срок домена и битые ссылки, а сбой подтверждает повторными проверками и присылает алерт в Telegram, MAX, VK, на почту или в webhook. Для WooCommerce сервис следит и за потоком заказов: если страницы открываются, а заказы перестали приходить, придёт отдельный алерт. Бесплатный тариф покрывает до 5 сайтов, разовую проверку можно сделать без регистрации на https://pingvera.ru/check.
Pingvera следит за сайтами клиентов «снаружи и изнутри» — доступность из регионов, формы, оплата, домен, SSL, сервер — и предупреждает в Telegram, email и Max раньше, чем напишет клиент.
Попробовать Pingvera бесплатноЧитайте также: Ошибка 503 на сайте: что значит и что делать · Ошибка 502 на сайте: причины и что делать магазину · Ошибка 504 на сайте: причины и что делать магазину · Сайт взломан: что делать магазину в первые 24 часа · Бесплатно проверить сайт.