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

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

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

Сначала найдите, какие URL дают 404

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

Проверьте 404 несколькими способами:

  • Отчёты веб-аналитики — если у вас подключены Яндекс.Метрика или Google Analytics, ищите страницы входа с ошибкой 404 и URL, по которым пользователи чаще всего попадают в тупик.
  • Google Search Console — в отчётах по индексированию можно увидеть страницы, которые робот пытался открыть, но получил 404.
  • Логи сервера — если есть доступ к access log, по ним видно, какие адреса запрашивались и как часто.
  • Внутренний поиск по сайту — иногда пользователи ищут старые адреса через поиск, а потом переходят по устаревшим ссылкам из результатов.

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

Поймите, почему возникает ошибка

Причина 404 определяет способ исправления. В WordPress чаще всего встречаются такие сценарии:

  • Страница или запись удалена. URL ещё где-то остался — в меню, статье, письме, внешней ссылке или поиске.
  • Изменился slug — например, у записи поменяли адрес с /staryj-url/ на /novyj-url/, но старый адрес не перенаправили.
  • Сломаны постоянные ссылки. После миграции, смены домена или ручных правок в конфигурации WordPress перестаёт корректно обрабатывать красивые URL.
  • Неверная ссылка в контенте. Ошибка в тексте, меню, виджете, хлебных крошках или кнопке.
  • Проблема на уровне сервера. Реже, но бывает, что Apache или Nginx не передают запрос в WordPress как надо.

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

Исправьте битые ссылки в контенте и меню

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

Что делать:

  1. Откройте страницу или запись, где стоит ссылка на несуществующий адрес.
  2. Замените URL на актуальный, если нужная страница существует под новым адресом.
  3. Если страницы больше нет и аналога нет, удалите ссылку или замените её на более подходящую.
  4. Проверьте меню в разделе Внешний вид → Меню и блоки навигации в редакторе сайта, если используете блочную тему.

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

Настройте редирект со старого адреса на новый

Если страница была перенесена или переименована, не удаляйте старый URL молча. Для пользователя и для поисковых систем правильнее сделать 301-редирект на новый адрес. Так вы сохраните часть накопленного веса страницы и не потеряете входящий трафик.

Редирект нужен, когда:

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

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

Не делайте цепочки редиректов вида старый URL → промежуточный URL → новый URL. Чем короче маршрут, тем лучше. Один прямой 301-редирект — нормальная практика.

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

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

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

Если проблема не ушла, проверьте следующее:

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

Если вы не уверены в настройках сервера, не редактируйте конфигурацию вслепую. Ошибка в правилах может сделать сайт недоступным целиком, а не только для отдельных URL.

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

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

Проверьте результат так:

  • откройте старый URL в режиме инкогнито;
  • посмотрите HTTP-статус через инструменты разработчика браузера или онлайн-проверку заголовков;
  • убедитесь, что старый адрес отдаёт 301, если вы настроили редирект, а новый — 200;
  • переобойдите проблемный URL в Google Search Console, если он уже был в отчёте об ошибке;
  • очистите кэш сайта и CDN, если они используются.

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

Что делать с удалёнными страницами, если замены нет

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

  • Сделать редирект на близкую по теме страницу, если у пользователя есть понятная альтернатива.
  • Оставить 404, если контент действительно удалён и замены нет, но убрать все внутренние ссылки на этот адрес.
  • Создать новую страницу, если URL был важным и на него есть спрос, а контент можно обновить.

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

Как не допускать новых 404

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

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

Если на сайте много контента и ручная проверка уже не помогает, удобно использовать инструменты для поиска битых ссылок и очистки устаревших URL. Например, Clearfy Pro от WPShop может быть полезен как часть общей работы с технической чистотой сайта: https://wpshop.ru/plugins/clearfy. Но сам принцип остаётся тем же: сначала находите конкретный проблемный адрес, потом либо исправляете ссылку, либо ставите редирект, либо убираете устаревший URL из структуры сайта.

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

Оптимизация базы данных WordPress: как ускорить сайт и снизить нагрузку
02.09.2026
Как удалить неиспользуемые плагины и темы WordPress без риска для сайта
16.10.2026
Как отключить комментарии в WordPress на всем сайте или для отдельных записей
13.10.2026
Как удалить старые ревизии записей в WordPress и ограничить их количество
09.10.2026
Создать и использовать собственные типы записей в WordPress
30.08.2026