Если на сайте WordPress накопились ошибки 404, это обычно видно по жалобам пользователей, падению трафика на старые URL или странным переходам из поиска и внешних ссылок. Самая частая задача здесь не просто «убрать 404», а быстро понять, какие адреса ломаются, почему это происходит, и что делать с каждым URL: восстановить страницу, поставить редирект или оставить как есть, если адрес больше не нужен.
404 сама по себе не ломает сайт, но массовые ошибки ухудшают навигацию и создают лишний шум для поисковых систем. Поэтому действовать лучше по порядку: сначала найти источник проблемы, затем исправить конкретные адреса, а после этого проверить, что старые ссылки больше не ведут в тупик.
С чего начать: где искать 404-ошибки
Первый шаг — не править всё подряд, а собрать список проблемных URL. На практике 404 чаще всего всплывают в трёх местах: в аналитике, в логах сервера и в инструментах для вебмастеров.
Проверка в Google Search Console
Если сайт уже добавлен в Google Search Console, откройте раздел с индексированием страниц и найдите исключённые URL со статусом 404. Это самый полезный источник, когда нужно понять, какие адреса уже известны поиску и на какие из них он продолжает заходить.
Смотрите не только на сам статус, но и на источник URL. Если это старая статья, удалённая категория или переименованная страница, решение обычно очевидно: либо вернуть контент, либо настроить редирект на ближайшую релевантную страницу.
Логи сервера и отчёты хостинга
Если у хостинга есть доступ к access log или встроенной статистике ошибок, там можно увидеть реальные запросы к несуществующим адресам. Это особенно полезно, когда 404 вызывают боты, старые внешние ссылки или опечатки в меню и шаблонах.
В логах ищите повторяющиеся URL. Один случайный запрос можно игнорировать, а вот десятки или сотни обращений к одному и тому же адресу уже стоит разбирать отдельно.
Плагины и отчёты внутри WordPress
Для сайтов без удобного доступа к логам проще всего использовать плагины для мониторинга 404. Они показывают, какие адреса запрашиваются прямо сейчас, без ручного разбора серверных файлов. Такой способ удобен для быстрой диагностики, но не заменяет проверку в Search Console: плагин видит текущие запросы, а поисковый сервис — то, что уже попало в индекс или в отчёты обхода.
Почему появляются ошибки 404 в WordPress
Причина почти всегда техническая или организационная, а не «поломка WordPress». Чаще всего 404 появляются после изменения структуры сайта, удаления материала или ошибки в ссылках.
- страница или запись удалена, а старый URL остался в индексе и внешних ссылках;
- изменён slug записи, страницы, рубрики или произвольного типа записей;
- сайт переехал на новый домен или в новую структуру URL, но редиректы не настроены;
- в меню, кнопках, блоках или шаблонах осталась старая ссылка;
- ссылку на сайт где-то поставили с опечаткой;
- после смены структуры постоянных ссылок не обновились правила перезаписи;
- конфликт плагина, темы или кэша мешает корректной обработке адресов.
Если 404 появились сразу после изменения настроек постоянных ссылок, сначала проверьте именно их. Иногда достаточно просто сохранить настройки ещё раз, чтобы WordPress пересоздал правила перезаписи.
Как исправить 404: выбрать правильное действие для каждого URL
Универсального решения нет. Один и тот же статус 404 может требовать разного подхода в зависимости от того, существует ли контент и есть ли у старого адреса трафик.
| Ситуация | Что делать | Когда подходит |
|---|---|---|
| Страница была удалена, но есть аналогичный материал | Поставить 301-редирект на ближайшую релевантную страницу | Если у старого URL есть внешние ссылки, трафик или история в поиске |
| Страница переехала на новый адрес | Сделать 301-редирект со старого URL на новый | При смене slug, структуры раздела или домена |
| Страница удалена, но её нужно вернуть | Восстановить страницу или запись | Если контент всё ещё нужен пользователям или поиску |
| URL ошибочный и никогда не существовал | Оставить 404 или 410, если адрес массово мусорный | Если это случайный запрос, который не имеет ценности |
Не стоит редиректить все 404 на главную страницу. Для пользователя это выглядит как подмена содержимого, а для поисковых систем такой редирект часто бесполезен: вместо решения проблемы получается мягкая ошибка без понятного соответствия страниц.
Как настроить редирект в WordPress без лишнего риска
Самый практичный способ для большинства сайтов — использовать плагин редиректов. Это проще и безопаснее, чем вручную править конфигурацию сервера, особенно если сайт работает на обычном shared-хостинге и у вас нет постоянного доступа к Apache или Nginx.
Если нужен именно 301-редирект, убедитесь, что выбран постоянный тип перенаправления, а не временный 302. Для старых URL, которые должны окончательно вести на новый адрес, 301 — правильный вариант.
Перед массовыми изменениями сделайте резервную копию базы данных и, если возможно, файлов сайта. Ошибка в редиректах может создать цепочки перенаправлений или даже зациклить переходы, если старый и новый адрес перепутаны местами.
После настройки проверьте несколько URL вручную в браузере и через сервис проверки заголовков ответа. Вам нужен результат, при котором старый адрес отдаёт 301 и сразу ведёт на нужную страницу, а не на промежуточную цепочку из нескольких переходов.
Когда лучше восстановить страницу, а не ставить редирект
Если удалённая страница продолжает получать переходы из поиска, социальных сетей или внешних сайтов, восстановление часто лучше редиректа. Это особенно актуально для материалов, которые были полезны сами по себе и не имеют точной замены.
Восстановить страницу стоит, если:
- у URL есть стабильный поисковый трафик;
- на него ведут внешние ссылки;
- контент можно вернуть без серьёзной переработки;
- страница закрывает отдельный запрос, а не дублирует другую публикацию.
Если же материал устарел и его логичнее заменить новым, тогда редирект на актуальную страницу обычно лучше, чем возвращать старую версию ради самого факта существования URL.
Что проверить после исправления
После редиректов или восстановления страниц не ограничивайтесь одним ручным открытием ссылки. Нужно убедиться, что проблема действительно закрыта, а не замаскирована.
- старый URL открывается с кодом 301 и ведёт на нужную страницу;
- новый URL отдаёт 200 OK;
- внутренние ссылки на сайте больше не ведут на 404;
- в Search Console старый адрес перестал появляться как активная ошибка после повторного обхода;
- если 404 были массовыми, их количество заметно снизилось в логах.
Если после исправлений ошибка остаётся, проверьте кэш. На некоторых сайтах старые правила редиректов или старые ссылки могут продолжать показываться из кэша страницы, кэша плагина или CDN.
Как быстро найти битые ссылки внутри самого сайта
Если 404 возникают из-за внутренних ссылок, искать нужно не только в публикациях, но и в меню, виджетах, блоках, шаблонах и произвольных полях. На WordPress это частая история после редизайна или переноса контента.
Практически удобно идти так:
- проверить меню и основные кнопки на ключевых страницах;
- просмотреть последние изменённые записи и страницы;
- сравнить старые slug с текущими адресами;
- проверить шаблоны темы, если ссылка выводится автоматически;
- обновить внутренние ссылки на новый адрес, а не только ставить редирект.
Редирект решает проблему для пользователя, но не исправляет сам источник ошибки. Если ссылка внутри сайта осталась старой, 404 будет появляться снова и снова, пока вы не замените её в контенте или шаблоне.
Когда 404 можно не исправлять
Не каждая 404 требует редиректа. Если адрес никогда не существовал, не имеет трафика и не встречается в важных источниках, его можно оставить как обычную ошибку. Это нормальная ситуация для случайных запросов, опечаток и мусорных обращений ботов.
Проблема начинается тогда, когда 404 становится много, они повторяются на важных URL или мешают пользователям добраться до нужного контента. В этом случае действуйте по приоритету: сначала старые страницы с трафиком и ссылками, затем внутренние битые ссылки, потом случайный шум.
Если вы последовательно соберёте список проблемных адресов, разберёте каждый URL и для нужных случаев поставите редирект или восстановите страницу, 404 перестанут быть постоянной проблемой и не будут мешать ни пользователям, ни индексации сайта.