404 ошибка: как правильно настроить страницу и не навредить SEO

Страница 404 нужна в ситуации, когда посетитель или поисковый робот запрашивает URL, для которого сервер не может найти актуальный ресурс. Ключевой момент здесь не надпись «страница не найдена», а HTTP-ответ: для обычного отсутствующего адреса это должен быть 404 Not Found.

По стандарту HTTP код 404 означает, что сервер не нашёл текущего представления ресурса либо не раскрывает его существование. Сам код не сообщает, временно или навсегда исчез ресурс; для заведомо постоянного удаления существует 410 Gone.

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

Как на самом деле работает страница 404

У одного запроса есть два разных слоя:

1. HTTP-статус, который получает браузер или поисковый робот.
2. HTML-страница, которую видит человек.

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

И наоборот: страница может визуально сообщать «ничего не найдено», но возвращать 200 OK. Для поисковой системы это противоречивый сигнал: сервер утверждает, что документ существует, а содержимое говорит обратное. Google относит такие ситуации к soft 404 и может исключить подобный URL из поиска. Яндекс также отдельно предупреждает о ситуации, когда заглушка для отсутствующего документа возвращает 200: робот может воспринимать такой URL как существующий, что мешает корректной обработке сайта.

Что произошло с URL	Правильное действие
Адрес никогда не существовал	404
Страница удалена, подходящей замены нет	404 или 410
Материал навсегда переехал на конкретный новый URL	301 или другой постоянный серверный редирект
Страница существует и должна индексироваться	200
Ошибка показана посетителю, но сервер отдаёт 200	исправить статус ответа

Google сейчас обрабатывает 410 в поиске так же, как 404, поэтому использовать 410 gone как способ «ускорить SEO-удаление» оснований нет. Его смысл скорее семантический: стандарт HTTP позволяет явно показать, что ресурс удалён окончательно.

Какие страницы 404 действительно требуют исправления

Наличие 404 в Search Console ещё не означает техническую проблему. Сначала нужно выяснить происхождение URL.

Если кто-то вручную набрал несуществующий адрес или внешний сайт когда-то поставил неправильную ссылку, корректный ответ 404 можно оставить. Google прямо рекомендует сосредоточиться прежде всего на URL, на которые ссылается сам сайт или которые по ошибке остаются в sitemap.

Исправление требуется, когда:

• рабочая внутренняя ссылка ведёт на удалённый адрес;
• удалённый URL всё ещё присутствует в XML Sitemap;
• после миграции остались старые адреса, у которых есть прямые новые аналоги;
• шаблон ошибки возвращает 200;
• любой неправильный адрес автоматически перенаправляется на главную;
• существующая страница ошибочно стала отдавать 404;
• JavaScript-приложение показывает экран ошибки, но сервер продолжает возвращать успешный ответ.

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

Отдельно проверяйте динамические seo страницы, если сайт генерирует URL по фильтрам, параметрам или шаблонам: после изменения логики такие адреса могут массово превратиться в 404 и остаться во внутренних ссылках или Sitemap.

Не стоит пытаться исправить удалённый документ и через канонический url. Canonical предназначен для выбора предпочтительной версии среди доступных дублирующих или похожих URL, тогда как отсутствие ресурса передаётся HTTP-кодом или корректным перенаправлением.

Как проверить страницы 404 на сайте

Самая простая проверка — запросить заведомо несуществующий адрес и посмотреть первый HTTP-ответ:

curl -I https://example.com/definitely-not-exists-93847/

Для правильно настроенного отсутствующего URL ожидается результат вида:

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

Если вместо этого приходит:

HTTP/2 200

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

Если приходит 301 или 302, проверьте заголовок Location. Перенаправление оправдано, только когда у старого URL действительно есть подходящий новый адрес.

Дальше полезно проверить четыре источника:

• внутренний краулер сайта;
• серверные логи;
• XML Sitemap;
• отчёт об индексировании страниц и проверку URL в Google Search Console.

Search Console позволяет посмотреть, как Google обрабатывал конкретный URL и какой результат получил при обходе. Для актуальной проверки можно использовать URL Inspection и тест опубликованной страницы.

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

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

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

На практике достаточно:

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

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

В WordPress для этого предусмотрен отдельный шаблон: в классической теме используется 404.php, а в блочной — 404.html. После изменений шаблона статус всё равно следует проверить отдельно, потому что плагины, серверные правила и внешние прокси могут изменить фактический ответ.

Практический сценарий: удалили старую услугу и получили десятки 404

Допустим, на сайте была страница /services/old-audit/. Услуга больше не существует, URL удалён, но на него всё ещё ведут ссылки из двух старых статей и он присутствует в sitemap.

Сначала нужно определить, существует ли реальная замена.

Если услуга просто переименована и содержимое перенесено на /services/seo-audit/, старый адрес логично постоянно перенаправить на новый. Google рассматривает постоянный серверный редирект как сигнал того, что целевой URL стал новым расположением документа.

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

Проверка результата выглядит так:

1. запрос старого URL возвращает ожидаемый 404, 410 или постоянный редирект;
2. sitemap больше не содержит удалённый адрес;
3. внутренний краулер не находит ссылок на URL, который должен быть удалён;
4. новый адрес при наличии замены отвечает 200;
5. Search Console при следующем обходе видит ту же конфигурацию.

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

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