Если на сайте внезапно появились 404, обычно проблема не в одной битой ссылке, а в цепочке причин: удалили страницу, изменили URL, перенесли раздел, обновили меню или сломали правила ЧПУ. Задача здесь не просто увидеть ошибку, а собрать все проблемные адреса, понять, откуда они приходят, и вернуть посетителя на рабочую страницу без потери трафика и внутренней перелинковки.
На практике 404 в WordPress чаще всего появляются после редактирования структуры сайта, массового удаления материалов, смены темы или импорта контента. Ниже — рабочий порядок действий: как найти такие URL, как отличить единичный случай от системной проблемы и что именно исправлять в каждом сценарии.
Сначала поймите, откуда берутся 404
Одна и та же ошибка может означать разные вещи. Если 404 возникает только у старой статьи из поисковой выдачи, это нормальная ситуация после удаления или переезда страницы. Если же ошибки идут пачкой на десятки адресов, чаще всего причина в структуре ссылок, редиректах или в том, что WordPress не может корректно распознавать красивые URL.
Проверьте три типичных источника:
- старые адреса страниц и записей после удаления или смены slug;
- ссылки в меню, виджетах, блоках, шаблонах и контенте;
- внешние ссылки, которые ведут на несуществующие URL.
Если 404 появились сразу после изменения постоянных ссылок, сначала проверьте именно настройки ЧПУ и правила перезаписи. Если проблема началась после чистки контента, ищите удалённые страницы и их старые адреса.
Как собрать список 404-адресов
Без списка URL вы будете исправлять проблему вслепую. Самый удобный путь — посмотреть, какие адреса реально запрашивают пользователи и поисковые роботы.
Проверьте отчёты веб-аналитики и Search Console
Если сайт подключён к Google Search Console, откройте отчёт по страницам с ошибкой и выгрузите список URL. Это особенно полезно, когда 404 уже попали в индекс или на них есть внешние ссылки. В Яндекс.Вебмастере логика похожая: там тоже можно увидеть проблемные страницы и источники переходов.
В аналитике смотрите не только сам факт ошибки, но и количество обращений. Один случайный 404 можно игнорировать, а вот повторяющиеся запросы к одному и тому же адресу уже требуют редиректа или восстановления страницы.
Посмотрите логи сервера, если нужен полный список
Если у вас есть доступ к логам веб-сервера, это самый точный источник. В access log можно найти все запросы с кодом ответа 404 и увидеть, кто именно их вызывает: браузеры людей, боты или внутренние ссылки сайта. Это особенно полезно, когда ошибок много и они не попадают в отчёты аналитики.
На shared-хостинге доступ к логам бывает ограничен. Тогда обычно приходится использовать отчёты Search Console, плагины для логирования 404 или встроенные инструменты хостинга, если они есть в панели управления.
Используйте плагин для фиксации 404, если нет доступа к логам
Если серверные логи недоступны, проще всего поставить плагин, который записывает обращения к несуществующим страницам. Такой способ удобен для небольших и средних сайтов: вы быстро увидите, какие URL запрашивают чаще всего, и сможете принять решение по каждому адресу.
При выборе плагина смотрите не на количество функций, а на два момента: сохраняет ли он исходный URL и умеет ли показывать источник перехода. Без этого список 404 будет мало полезен — вы увидите ошибку, но не поймёте, откуда она пришла.
Как понять, что именно сломалось
Когда список URL уже есть, нужно разделить ошибки по типам. Это экономит время: не все 404 лечатся редиректом, иногда страницу лучше восстановить, а иногда достаточно исправить одну ссылку в меню.
| Ситуация | Что делать |
|---|---|
| Страница удалена, но на неё есть трафик или внешние ссылки | Сделать 301-редирект на ближайшую релевантную страницу или восстановить контент |
| URL изменился после правки slug | Поставить 301-редирект со старого адреса на новый |
| Ошибка только в одном меню, блоке или тексте | Исправить внутреннюю ссылку в контенте |
| 404 массово появляются на красивых URL после настройки ЧПУ | Проверить постоянные ссылки и обновить правила перезаписи |
| Ошибки идут на несуществующие файлы, картинки или документы | Заменить ссылку на актуальный файл или удалить её |
Если адрес был важным для SEO или на него ведут внешние ссылки, редирект почти всегда лучше, чем просто оставить 404. Но если страница не нужна и у неё нет ценности, не стоит перенаправлять всё подряд на главную: это ухудшает навигацию и часто выглядит как мягкая ошибка вместо нормального решения.
Исправьте внутренние ссылки и навигацию
Очень часто 404 создают не внешние сайты, а сам WordPress: меню, хлебные крошки, блоки в шаблоне, старые ссылки в записях и страницах. Начинать лучше именно с них, потому что это быстрые правки без риска для структуры сайта.
Проверьте:
- главное и мобильное меню;
- ссылки в подвале и сайдбаре;
- кнопки в шаблонах и блоках;
- внутренние ссылки в старых статьях;
- ссылки на изображения, PDF и другие файлы.
Если вы массово меняли slug у записей, удобнее искать старые адреса по базе контента, а не вручную открывать каждую страницу. На небольшом сайте это можно сделать через поиск по редактору, на большом — через экспорт, поиск в базе или специализированный плагин для замены ссылок. Главное — не менять URL в тексте без проверки, что на новый адрес уже есть корректный редирект.
Поставьте 301-редиректы там, где страница уже не должна отдавать 404
Редирект нужен, когда старый адрес ещё имеет ценность: на него ведут ссылки, он индексировался поисковиками или пользователи часто попадают на него из закладок. Для таких случаев используйте именно 301, а не временный редирект. Он сообщает поисковым системам, что страница переехала надолго.
На WordPress редиректы обычно настраивают через плагин или на уровне сервера. Плагин удобнее, если вы не хотите править конфигурацию Apache или Nginx вручную. Но если у вас большой сайт и много редиректов, серверный вариант надёжнее и быстрее.
При настройке редиректов соблюдайте простое правило: перенаправляйте на максимально близкую по смыслу страницу. Если старый материал был про конкретную услугу, не отправляйте все такие URL на главную. Лучше выбрать раздел услуги, категорию или обновлённую версию статьи.
После добавления редиректа откройте старый URL в браузере и проверьте, что он отдаёт 301 и ведёт на правильную страницу. Если редирект цепочкой проходит через несколько адресов, это тоже стоит сократить: лишние переходы замедляют загрузку и усложняют индексацию.
Если 404 появились после смены структуры ссылок
Когда проблема началась сразу после изменения постоянных ссылок, сначала сохраните настройки ЧПУ заново. В WordPress это часто обновляет правила перезаписи и убирает часть ошибок без дополнительных действий. Если сайт работает на Apache, проверьте, что файл .htaccess доступен для записи и не повреждён. На Nginx правила переписывания настраиваются в конфигурации сервера, и WordPress сам их не исправит.
Если после сохранения постоянных ссылок 404 остались, проверьте, не конфликтуют ли новые правила с плагинами кэширования, мультиязычностью или нестандартными типами записей. В таких случаях ошибка может быть не в WordPress как таковом, а в том, как сервер обрабатывает запросы к нужному типу контента.
Как проверить, что проблема действительно решена
После правок не ограничивайтесь визуальной проверкой одной страницы. Нужно убедиться, что старые адреса возвращают нужный код ответа, а новые работают без лишних переходов.
Проверяйте так:
- откройте старый URL и убедитесь, что он ведёт на правильную страницу;
- проверьте несколько адресов из списка 404, а не только один;
- посмотрите, нет ли новых 404 в отчётах аналитики или Search Console;
- если редиректы массовые, протестируйте их в режиме инкогнито и без кэша;
- убедитесь, что внутренние ссылки в меню и контенте больше не ведут на ошибку.
Если сайт использует кэш, очистите его после изменений. Иначе вы можете видеть старую версию страницы или старый редирект, хотя на сервере всё уже исправлено.
Что делать, если 404 не исчезают
Если после всех правок ошибки продолжают сыпаться, обычно причина одна из трёх: ссылка всё ещё где-то осталась, редирект настроен не на тот адрес или сервер не применяет новые правила. В таком случае возвращайтесь к списку URL и проверяйте каждый проблемный адрес по отдельности.
Особенно внимательно смотрите на:
- ссылки в старых записях и архивных страницах;
- адреса с www и без www;
- варианты со слешем в конце и без него;
- http и https;
- старые категории, теги и вложенные URL.
Если 404 массово генерируют боты, это не всегда проблема сайта. Иногда это просто сканирование несуществующих адресов. Но если в отчётах есть реальные переходы пользователей или страницы из поисковой выдачи, такие ошибки нужно закрывать в первую очередь.
Самый практичный подход здесь простой: собрать список проблемных URL, разделить их по типам, исправить внутренние ссылки, восстановить нужные страницы или поставить точечные 301-редиректы. Тогда WordPress перестаёт терять посетителей на пустых адресах, а навигация снова становится предсказуемой и для людей, и для поисковых систем.