Ошибка 404 — что это значит

Ошибка 404 пугает владельцев сайтов сильнее, чем заслуживает: половина тех, кто приходит ко мне с запросом «у нас куча четырёхсотых, поисковик нас за это наказывает», тратит недели на бессмысленные редиректы вместо того, чтобы починить три десятка реально битых ссылок в меню и карточках. Код 404 сам по себе нейтрален. Вредит не он, а то, что за ним стоит: ссылка, которая ведёт в никуда прямо со страницы каталога, товар, который есть на складе, но недоступен покупателю, или переезд, после которого половина адресов перестала существовать без единого правила перенаправления.

Что означает код ответа 404

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

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

Посмотреть код можно в любой момент. Откройте инструменты разработчика, вкладку «Сеть», обновите страницу и найдите самый первый запрос — рядом с ним будет статус. Или из терминала:

curl -s -o /dev/null -w "%{http_code}\n" https://example.ru/staraya-stranica/

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

404 против других кодов: где проходят границы

Путаница чаще всего возникает между четырьмя кодами: 404, 410, 301 и 302. Разница между ними не косметическая — от неё зависит, как быстро поисковик перестанет ходить по адресу и передаст ли он накопленный вес.

Код	Что означает	Когда применять
200 OK	Страница существует, содержимое отдано	Все рабочие страницы сайта
301 Moved Permanently	Адрес изменился навсегда, новый указан в заголовке Location	Смена URL, склейка дублей, переезд на другой домен, замена устаревшей страницы на близкую по смыслу
302 Found	Временное перенаправление, старый адрес остаётся основным	Техработы, A/B-тесты, временная страница-заглушка. Для переездов не подходит
404 Not Found	Страницы нет, замены сервер не предлагает	Удалённый материал, опечатка в адресе, несуществующий раздел
410 Gone	Страница удалена намеренно и навсегда	Окончательно снятые товары, зачищенные разделы, страницы, которые точно не вернутся
503 Service Unavailable	Сервер временно недоступен	Плановые техработы, кратковременная перегрузка

Практическая разница между 404 и 410: получив 410, поисковый робот убирает адрес из индекса быстрее и реже возвращается его перепроверять. Получив 404, он ещё какое-то время будет заходить — вдруг это временный сбой. Оба варианта корректны, 410 просто более категоричен.

Мягкая 404: почему она хуже честной ошибки

Мягкая 404 — ситуация, когда сервер отдаёт код 200, а пользователь видит «Ничего не найдено», «Товар снят с продажи» или пустую страницу без содержимого. Формально всё в порядке, фактически страницы нет.

Чем это плохо:

• Робот считает адрес рабочим и продолжает регулярно его обходить, тратя лимит обхода на пустоту. На крупном каталоге это тысячи бесполезных запросов в сутки.
• Пустые страницы попадают в индекс и размывают качество сайта в глазах алгоритмов.
• Вы сами теряете сигнал: в отчёте об ошибках такой адрес не появится, значит проблему вы не увидите, пока не наткнётесь вручную.
• Поисковые системы всё равно распознают такие страницы по содержимому и помечают их отдельным статусом — только распознают с задержкой и не всегда точно.

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

Лечится это одинаково: несуществующий адрес обязан отдавать 404 или 410. Честная ошибка полезнее вежливой лжи.

Почему сами по себе 404 не вредят сайту

Это главный тезис, который снимает половину тревоги. Удалённая страница обязана отдавать 404 — это нормальное поведение веба, и поисковые системы прекрасно его понимают. В справке и Яндекса, и Google прямым текстом сказано: наличие страниц с кодом 404 не является поводом для понижения сайта в выдаче.

Логика простая. Сайты живут: товары заканчиваются, акции истекают, разделы закрываются, старые статьи снимаются. Если бы каждая исчезнувшая страница стоила позиций, любой активный магазин деградировал бы сам собой. Алгоритмы к этому давно адаптированы: адрес, стабильно отдающий 404, просто выпадает из индекса и перестаёт обходиться.

Растущее число 404 в отчёте вебмастера — это не приговор, а список для разбора. Часть из него окажется мусором, который можно смело игнорировать: адреса с чужих сайтов с опечаткой, следы старых уязвимых плагинов, попытки сканеров найти админку, битые ссылки из чужих статей десятилетней давности. Реагировать нужно не на количество, а на состав.

Когда 404 действительно становится проблемой

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

Подробнее об этом — в статье «Глобальный глюк Яндекс Вебмастер | Критическая ошибка».

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

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

Товары, которые есть в наличии. Карточка отдаёт 404 из-за сбоя выгрузки, смены артикула или неудачной чистки каталога, а товар лежит на складе. Это прямая потеря заказов, и обнаруживается она обычно по падению продаж, а не по отчётам.

Помогу с продвижением: SEO-продвижение сайтов — вывожу сайты в топ Яндекса белыми методами.

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

Где искать битые адреса

Один источник картину не покажет. Нужны четыре, и каждый ловит свой тип проблем.

Панель вебмастера. В Яндекс.Вебмастере это раздел «Индексирование — Страницы в поиске» и «Диагностика», в Google Search Console — отчёт «Страницы» со статусом «Не найдено (404)». Это взгляд поисковика: адреса, которые он знает и по которым получил ошибку. Здесь же видно, откуда робот узнал про адрес.

Обход сайта парсером. Screaming Frog, Netpeak Spider, SiteAnalyzer или встроенный краулер вашей SEO-платформы. Парсер идёт по ссылкам как робот и выдаёт список битых адресов вместе с колонкой «Inlinks» — страницами-источниками. Именно здесь находятся внутренние битые ссылки, которых поисковик может ещё не знать.

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

awk '$9 == 404 {print $7}' access.log | sort | uniq -c | sort -rn | head -50

Получите топ-50 несуществующих адресов по числу обращений. Всё, что запрашивается десятки раз в сутки, требует внимания.

Отчёты аналитики. В Метрике постройте отчёт по страницам входа и отсортируйте по показателю отказов или по нулевой глубине просмотра. Ещё точнее — отчёт по заголовкам страниц: если у страницы входа заголовок вида «Страница не найдена», её видно сразу. Полезно настроить на 404-странице отдельную цель или отправку события — тогда вы получите список входов на ошибку с источниками.

Что делать с каждым типом 404

Решение зависит не от кода, а от истории адреса. Разбирайте список по этой таблице.

Тип 404	Что делать
Страница удалена по ошибке, содержимое ценное	Восстановить по старому адресу, проверить код 200
Есть близкий по смыслу аналог (новая версия статьи, замена товара)	301 на конкретный аналог, не на раздел
Аналога нет, но был трафик и внешние ссылки	301 на ближайшую категорию или написать новый материал по теме
Товар временно закончился, вернётся	Оставить 200, показать «нет в наличии» плюс аналоги и форму уведомления
Товар снят навсегда	410 или 404, убрать из меню, фильтров и карты сайта
Опечатка в чужой ссылке на популярную страницу	301 на правильный адрес
Мусорные адреса, сканеры, следы старых плагинов	Оставить 404, ничего не делать
Внутренняя битая ссылка	Починить ссылку в источнике, а не вешать редирект
Страница из старой структуры после переезда	301 по правилу массового соответствия

Отдельно подчеркну строку про внутренние ссылки. Редирект здесь — костыль, а не решение: он маскирует проблему, добавляет лишний переход и оставляет в коде страницы неверный адрес. Правильно исправить саму ссылку в шаблоне, меню или тексте.

Тему разбирал отдельно: «Как ошибка 404 влияет на позиции сайта».

Чем опасен массовый редирект всех 404 на главную

Соблазн очевиден: поставить одно правило, которое отправляет любой несуществующий адрес на главную, и закрыть вопрос. На практике это делает хуже.

• Для поисковика редирект на нерелевантную страницу равен той же мягкой 404 — он распознаёт подмену и обрабатывает адрес как несуществующий, только с задержкой.
• Пользователь не понимает, что произошло: он кликнул по ссылке на конкретный товар и оказался на витрине без объяснений. Отказ почти гарантирован.
• Вы полностью теряете диагностику. В отчётах вместо списка проблем — тишина, потому что все адреса «работают».
• Главная получает поток нецелевых входов, что портит поведенческие показатели именно на самой важной странице.

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

Как сделать полезную страницу 404

Хорошая страница ошибки возвращает человека в маршрут, а не выбрасывает его из сайта. Проверьте свою по чек-листу.

Элемент	Зачем нужен	Обязателен
Код ответа 404 в заголовке	Робот понимает, что страницы нет, и не индексирует заглушку	Да
Понятный текст без технического жаргона	Человек должен понять, что ошибся адресом, а не что сайт сломался	Да
Строка поиска по сайту	Самый короткий путь к нужному материалу	Да
Ссылки на 5-8 главных разделов	Возвращают в навигацию тех, кто не хочет искать	Да
Полное меню и шапка сайта	Страница остаётся частью сайта, а не тупиком	Да
Контакты или ссылка на связь	Даёт выход тем, кто искал конкретную услугу	Желательно
Популярные товары или свежие статьи	Удерживают внимание, работают как витрина	Желательно
Автоматический редирект через N секунд	Раздражает, ломает диагностику, лишает выбора	Нет, убрать
Индексация страницы 404	Заглушка не должна попадать в поиск	Нет, исключить

Про код ответа стоит сказать отдельно, потому что здесь ошибаются чаще всего. Проверить просто: откройте заведомо несуществующий адрес вида /proverka-404-abcxyz/ и посмотрите статус. Если 200 — страница ошибки настроена неправильно. В PHP-шаблоне заглушки код выставляется явно:

<?php http_response_code(404); ?>

В Apache готовый шаблон подключается директивой в .htaccess:

ErrorDocument 404 /404.html

В nginx — секцией в конфигурации сервера:

error_page 404 /404.html;
location = /404.html {
    internal;
}

404 и рекламный трафик

Это место, где ошибка стоит буквально денег. Клик по объявлению оплачивается в момент перехода — до того, как посетитель что-то увидел. Если посадочная страница отдаёт 404, вы заплатили за визит, который закончился ничем.

Как такое случается: акция закончилась и лендинг снесли, а кампания осталась активной; поменяли структуру каталога, а ссылки в объявлениях не обновили; в UTM-метку или адрес закралась опечатка; товарная кампания подтягивает адреса из фида, где часть карточек уже удалена.

Если нужна помощь по теме — разработка сайта под ключ.

Что делать:

• Перед каждым запуском прогонять все посадочные адреса кампании через массовую проверку кодов ответа.
• После любой правки структуры сайта отдельным пунктом проверять рекламные ссылки — рекламные системы сами об этом не напомнят вовремя.
• Следить за статусами объявлений: площадки помечают недоступные посадочные, но проверка идёт с задержкой, и деньги успевают списаться.
• Держать фид товаров синхронным с каталогом, а снятые позиции убирать из фида, а не только с сайта.
• Настроить оповещение на всплеск 404 в логах — резкий рост обычно означает, что сломалось что-то массовое.

Профилактика: как не создавать битые адреса

Дешевле не допускать, чем потом искать. Базовые правила, которые снимают большую часть проблем:

• Проверяйте ссылки перед публикацией. Скопировали адрес из черновика или чужой статьи — откройте его и убедитесь, что он открывается.
• Не меняйте адреса без необходимости. Косметическая правка ЧПУ ради красоты почти никогда не окупает потерю накопленных сигналов.
• Если адрес всё же меняется — редирект ставится в тот же момент, не «потом».
• Ссылайтесь на страницы абсолютными адресами в канонической форме: с нужным протоколом, без лишнего слеша, без параметров сессии.
• При удалении раздела сначала найдите все внутренние ссылки на него и уберите их, потом удаляйте.
• Держите карту сайта в актуальном состоянии: удалённые адреса из неё должны исчезать автоматически.
• Любая смена структуры начинается с выгрузки текущего списка адресов и составления таблицы соответствий старый — новый.

Порядок проверки после переезда или смены структуры

Переезд — момент, когда 404 появляются сотнями. Порядок действий, который закрывает риски.

Смежный материал по теме — «Скрытая ошибка в коде, которая режет конверсию и позиции одновременно».

Шаг	Что делать	Когда
1	Выгрузить полный список текущих адресов: парсер, карта сайта, отчёт вебмастера, страницы входа из аналитики за год	До переезда
2	Составить таблицу соответствий старый адрес — новый адрес для каждой строки	До переезда
3	Пометить адреса без замены и решить по каждому: 404, 410 или ближайшая категория	До переезда
4	Настроить 301-редиректы по таблице, проверить на тестовом окружении	До переезда
5	Прогнать весь старый список через массовую проверку кодов ответа	В день переезда
6	Убедиться, что нет цепочек редиректов длиннее одного шага и нет циклов	В день переезда
7	Полный обход нового сайта парсером: искать внутренние ссылки на старые адреса	Первые сутки
8	Обновить ссылки в рекламных кампаниях, рассылках, соцсетях, подписях	Первые сутки
9	Проверить отчёт об ошибках в панелях вебмастера, отправить новую карту сайта	Через 3-7 дней
10	Сверить трафик по разделам с периодом до переезда, разобрать провалы	Через 2-4 недели

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

Как проверять коды ответа: инструменты и массовая проверка

Одиночную проверку удобно делать в браузере или через curl с ключом, показывающим только заголовки:

curl -I https://example.ru/tovar-123/

В ответе смотрите первую строку со статусом и заголовок Location, если это редирект. Чтобы увидеть всю цепочку переходов сразу:

curl -sIL https://example.ru/staryj-adres/ | grep -E "HTTP/|Location"

Для списка адресов удобнее прогнать файл построчно:

while read url; do
  code=$(curl -s -o /dev/null -w "%{http_code}" "$url")
  echo "$code $url"
done < urls.txt | sort

Из готовых инструментов: режим List в Screaming Frog принимает список адресов и выдаёт коды пачкой; «Проверка ответа сервера» в Яндекс.Вебмастере показывает, что видит именно робот Яндекса, с учётом его User-Agent; инструмент проверки URL в Search Console делает то же для Google и заодно говорит, проиндексирован ли адрес.

Важный момент: проверяйте не только браузером. Некоторые сайты отдают разные ответы человеку и роботу из-за кэша, защиты от ботов или настроек CDN. Если инструмент вебмастера показывает 404 там, где у вас в браузере всё открывается, доверять надо инструменту.

Как часто заглядывать в отчёт об ошибках

Регулярность зависит от размера и динамики сайта. Ориентир такой:

• Небольшой сайт услуг, 20-100 страниц. Отчёт вебмастера — раз в месяц. Полный обход парсером — раз в квартал.
• Блог или контентный проект. Отчёт — раз в две недели, обход — раз в месяц: битые ссылки в текстах накапливаются незаметно.
• Интернет-магазин с активным каталогом. Отчёт — раз в неделю, обход — раз в две недели, логи — постоянный мониторинг всплесков.
• После любого изменения структуры, обновления движка или переноса. Проверка в тот же день и повторно через неделю, независимо от графика.

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

Частые вопросы

Понижает ли поисковик сайт за большое количество страниц 404?
Нет. И Яндекс, и Google прямо указывают, что 404 — нормальный код для несуществующих страниц и сам по себе на ранжирование не влияет. Косвенный вред возникает, когда через 404 теряются страницы с трафиком и ссылками или когда битые ссылки внутри сайта портят обход и поведение посетителей.

Что выбрать: 404 или 410?
Если страница удалена окончательно и точно не вернётся — 410, поисковик уберёт её из индекса быстрее. Во всех остальных случаях достаточно 404. Разница невелика, и переделывать весь сайт ради неё не нужно.

Можно ли ставить 301 с удалённого товара на категорию?
Можно, если категория действительно отвечает на запрос человека: он искал конкретную модель и получит список похожих. Если товар был уникальным и в категории ничего похожего нет — честнее отдать 404 или показать страницу «товар снят с продажи» со списком аналогов и кодом 200.

Нужно ли закрывать страницу 404 от индексации?
Если она корректно отдаёт код 404, робот и так не станет её индексировать — дополнительный запрет не требуется и даже мешает: закрытая в robots.txt страница мешает роботу увидеть сам код ответа. Достаточно правильного статуса.

Как быстро поисковик убирает 404 из индекса?
Обычно от нескольких дней до пары месяцев — зависит от того, как часто робот заходит на адрес. Ускорить можно кодом 410 и отправкой адреса на переобход в панели вебмастера. Специально торопить процесс смысла нет: пока адрес висит в индексе, вреда от него не будет.

О границе между оптимизацией и нарушением:

5:21

Коротко

• 404 означает «страницы по этому адресу нет». Сам по себе код не вредит: удалённые страницы обязаны его отдавать, и поисковые системы это понимают.
• Мягкая 404 (код 200 с текстом «ничего не найдено») хуже честной ошибки — она тратит лимит обхода, засоряет индекс и прячет проблему от вас.
• Разбирать нужно не все 404, а две категории: адреса, на которые ведут ваши внутренние ссылки, и адреса, у которых был трафик или внешние ссылки.
• Массовый редирект всех ошибок на главную решает проблему только на бумаге: он ломает диагностику, раздражает посетителей и распознаётся поисковиком как та же 404.
• Полезная страница ошибки отдаёт честный код 404, содержит поиск, меню, ссылки на главные разделы и контакты — и не редиректит никуда автоматически.

Проверить сайт на битые адреса и лишние редиректы помогу на SEO-консультации.