Как найти и исправить 404 ошибки в WordPress

404 в WordPress обычно означает не «сайт сломался», а что по конкретному адресу больше нет страницы, записи, файла или правило переадресации ведёт не туда. Проблема в том, что такие ошибки копятся незаметно: старые ссылки остаются в меню, в статьях, в поиске, в письмах, а посетитель упирается в пустую страницу. Чтобы быстро навести порядок, нужно сначала найти источник 404, а потом выбрать правильный способ исправления: вернуть страницу, обновить ссылку или настроить редирект.

Ниже — рабочий сценарий, который подходит для обычного сайта на WordPress без лишней теории.

Сначала поймите, откуда берётся 404

404 в WordPress появляется в нескольких типичных случаях:

• страницу или запись удалили, а ссылки на неё остались;
• изменили slug записи, рубрики или страницы;
• сломались постоянные ссылки после переноса сайта или изменения настроек;
• ссылка ведёт на файл, которого больше нет в медиатеке или на сервере;
• редирект настроен неправильно и отправляет пользователя в несуществующий адрес;
• кеш или CDN отдают старую версию страницы, хотя на сайте уже всё исправлено.

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

Как быстро найти битые ссылки и страницы с 404

Самый практичный путь — собрать список проблемных URL из нескольких источников. Один инструмент редко показывает всю картину.

Проверьте отчёты в аналитике и поисковых системах

Если сайт уже получает трафик, начните с того, где 404 видны без дополнительной настройки:

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

Это полезно не только для поиска старых ссылок, но и для понимания, откуда они пришли: из меню, из внешнего сайта, из старой карты сайта или из поисковой выдачи.

Используйте проверку ссылок внутри WordPress

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

На практике я бы смотрел на три вещи:

• ссылки в тексте статей;
• ссылки в меню, виджетах и блоках;
• изображения и файлы, которые больше не существуют по указанному адресу.

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

Проверьте конкретный URL вручную

Когда у вас уже есть подозрительный адрес, откройте его в браузере и посмотрите, что именно происходит. Иногда 404 возвращает не WordPress, а сервер или плагин кэширования. Если есть доступ к инструментам разработчика, проверьте код ответа в сети: нужен именно 404, а не 200 с текстом ошибки внутри страницы. Последний вариант хуже, потому что поисковые системы могут считать такую страницу рабочей.

Что делать с каждой найденной 404 ошибкой

Универсального исправления нет. Сначала определите, должна ли страница вообще существовать.

Если страница нужна, восстановите её

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

• восстановление удалённой записи из корзины;
• публикация новой версии материала на том же URL;
• возврат правильного slug;
• восстановление изображения или файла в медиатеке.

Если URL уже был в индексе и на него есть внешние ссылки, старайтесь сохранить старый адрес. Это обычно надёжнее, чем менять структуру без необходимости.

Если адрес изменился, поставьте редирект 301

Когда страница переехала на новый URL, старый адрес должен вести на актуальную страницу через постоянный редирект 301. Это помогает и пользователю, и поисковым системам. В WordPress редиректы можно настроить плагином или на уровне сервера, если вы уверенно работаете с конфигурацией.

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

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

Если страницы больше не должно быть, оставьте честную 404

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

Проверьте постоянные ссылки и правила WordPress

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

Если после этого проблема осталась, возможны другие причины:

• не обновились правила .htaccess на Apache;
• на Nginx не настроены правила обработки красивых ссылок;
• конфликтует плагин, который вмешивается в маршрутизацию;
• на сайте есть нестандартные типы записей или таксономии с некорректными правилами rewrite.

На хостинге с Apache WordPress обычно использует .htaccess. На Nginx этот файл не работает, и правила нужно править в конфигурации сервера. Если вы не уверены в доступе к серверу, лучше не экспериментировать вслепую: одна ошибка в конфиге может сделать сайт недоступным.

Как найти источник 404 внутри самого сайта

Часто проблема не в WordPress как системе, а в том, что на сайте остались старые ссылки. Ищите их в местах, которые легко забыть:

• меню и подменю;
• виджеты и блоки в шаблонах;
• внутренние ссылки в старых статьях;
• кнопки в лендингах и на главной;
• хлебные крошки и связанные материалы;
• атрибуты src и href в HTML-блоках.

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

Как проверить, что 404 действительно исправлены

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

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

Если у вас подключён CDN или серверный кеш, очистите и его тоже. Иначе можно увидеть старую версию страницы и решить, что исправление не сработало.

Что делать с 404, которые уже попали в поиск

Если несуществующий URL уже индексировался, поисковику нужно показать понятный сигнал. Для этого подходят два сценария:

• если есть новая релевантная страница — ставьте 301;
• если замены нет — оставляйте 404 или, в редких случаях, 410 для окончательно удалённого адреса.

Не пытайтесь скрыть проблему страницей с кодом 200 и текстом «ничего не найдено». Для пользователя это выглядит как обычная страница, а для поисковой системы создаёт путаницу.

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

Короткий рабочий порядок действий

Если нужен не обзор, а конкретный план, действуйте так:

1. Соберите список 404 из аналитики, Search Console, логов или краулера.
2. Проверьте, должен ли URL существовать.
3. Если должен — восстановите страницу или поставьте 301 на новый адрес.
4. Если не должен — уберите внутренние ссылки на него.
5. Пересохраните постоянные ссылки, если 404 массовые.
6. Очистите кеш и проверьте результат вручную.

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