Если на сайте в WordPress начали появляться 404-ошибки, сначала нужно понять, это единичные битые ссылки или системная проблема с адресами страниц. В одном случае достаточно исправить ссылку и поставить редирект, в другом — проверить постоянные ссылки, правила сервера, удалённые записи и конфликты плагинов. Ниже — практичный порядок действий, который помогает быстро найти источник ошибки и устранить её без лишних догадок.
Что обычно вызывает 404 в WordPress
404 означает, что сервер не нашёл страницу по запрошенному адресу. В WordPress это не всегда связано с самой записью или страницей. Чаще всего причина одна из следующих:
- страница или запись удалены, а ссылки на них остались на сайте или снаружи;
- изменился URL после редактирования слага или структуры постоянных ссылок;
- не обновились правила перезаписи после переноса сайта, смены темы или вмешательства в настройки;
- плагин кэширования, редиректов или безопасности начал отдавать неверный ответ;
- на сервере сломаны правила для ЧПУ, например в
.htaccessна Apache или в конфигурации Nginx; - внутренние ссылки ведут на старые адреса после импорта контента, миграции или массового редактирования.
Если 404 возникает только на нескольких URL, почти всегда это проблема конкретных ссылок. Если ошибка массовая и затрагивает почти все красивые адреса, сначала проверяйте постоянные ссылки и серверную конфигурацию.
Как быстро найти проблемные адреса
Начинать лучше не с правок, а с поиска точного списка URL, которые отдают 404. Это экономит время: вы видите, что именно сломано, и не трогаете рабочие страницы.
Проверьте отчёты в поисковой системе и аналитике
Если сайт уже индексируется, откройте отчёты о страницах с ошибками в Google Search Console или аналогичном инструменте вебмастера. Там обычно видно, какие URL возвращают 404 и откуда на них ведут ссылки. Это полезно, когда проблема уже затронула внешний трафик.
В аналитике тоже можно увидеть всплеск переходов на несуществующие страницы, особенно если на сайт ведут старые закладки, рекламные ссылки или внешние публикации.
Проверьте логи сервера и журнал ошибок
Если у вас есть доступ к логам, это самый надёжный способ понять, какие адреса запрашиваются чаще всего. В access log ищите запросы с кодом ответа 404. В error log иногда видно сопутствующие проблемы, например ошибки переписывания URL или некорректные правила редиректов.
На общем хостинге доступ к логам может быть ограничен, но многие панели управления показывают статистику запросов и ошибки отдельно. Если логов нет, используйте хотя бы внешний краулер или инструменты проверки ссылок.
Просканируйте сайт на битые ссылки
Для внутреннего поиска битых ссылок подойдут краулеры и плагины проверки ссылок. Они полезны, когда нужно найти не только 404-страницы, но и места, где на них ссылаются.
Если используете плагин, проверяйте только временно и на небольшом сайте: такие инструменты могут нагружать базу данных и замедлять админку. После проверки плагин лучше отключить, если он не нужен постоянно.
Сначала исправьте причину, а не только саму ошибку
У 404 есть два уровня решения: убрать саму ошибку для посетителя и устранить источник, который её создаёт. Если исправить только один уровень, проблема вернётся.
Если страница была удалена, восстановите её или настройте редирект
Когда удалённая страница всё ещё нужна пользователям или на неё есть внешние ссылки, лучший вариант — восстановить её содержимое или сделать 301-редирект на ближайшую релевантную страницу. Это сохраняет трафик и не обрывает путь пользователя.
Если аналогичной страницы нет, редиректите на категорию, архив или другой материал по теме. Не отправляйте все удалённые URL на главную: для пользователя это выглядит как ошибка, а поисковым системам такой редирект часто бесполезен.
Если страница больше не нужна и на неё нет значимого трафика, можно оставить 404 или вернуть 410 Gone. Но в WordPress это обычно делают осознанно, после проверки ссылок и трафика, а не автоматически.
Если изменился адрес записи, верните старый URL через редирект
После смены слага WordPress не создаёт редирект автоматически. Старая ссылка начнёт отдавать 404, пока вы не настроите перенаправление вручную или через плагин редиректов. Это типичная причина ошибок после редактирования заголовков и структуры URL.
Для редиректов удобнее использовать проверенный плагин, если вы не хотите править конфигурацию сервера. На небольшом сайте этого достаточно, а на проекте с большим количеством URL лучше вести редиректы централизованно и документировать их.
Если 404 появились на всём сайте, обновите постоянные ссылки
Когда не открываются почти все записи, страницы и рубрики, сначала зайдите в Настройки → Постоянные ссылки и просто нажмите кнопку сохранения без изменения параметров. WordPress пересоздаст правила перезаписи, и это часто решает проблему после переноса сайта, смены домена или правок на сервере.
Если после этого ничего не изменилось, проверьте, не повреждён ли файл .htaccess на Apache. Для стандартной установки WordPress в нём должны быть правила, которые передают запросы в index.php. На Nginx логика настраивается в конфигурации сервера, и там уже нужен доступ к панели хостинга или администратору сервера.
Как проверить, что WordPress и сервер отдают правильные ответы
После исправления важно не ограничиваться открытием страницы в браузере. Иногда кэш показывает старый результат, а реальная проблема остаётся.
- Откройте проблемный URL в режиме инкогнито или после очистки кэша браузера.
- Проверьте ответ через онлайн-проверку HTTP-статуса или командой
curl -I https://example.com/page/, если у вас есть доступ к терминалу. - Убедитесь, что нужная страница отдаёт
200 OK, а старый адрес —301 Moved Permanently, если вы настроили редирект. - Очистите кэш сайта, если используется плагин кэширования, CDN или серверный кэш.
Если старый URL всё ещё показывает 404 после редиректа, проверьте порядок правил. Иногда плагин редиректов конфликтует с кэшем или с правилами безопасности, и тогда запрос не доходит до нужного обработчика.
Что делать с внутренними ссылками и меню
Даже если редирект уже настроен, внутренние ссылки лучше исправить. Редирект — это страховка, а не замена нормальной структуры сайта.
Проверьте:
- ссылки в меню;
- ссылки в тексте записей и страниц;
- виджеты и блоки с ручными URL;
- хлебные крошки, если они формируются вручную или через плагин;
- ссылки в шаблонах темы, особенно если они ведут на архивы, страницы авторов или кастомные типы записей.
Если на сайте много материалов, удобнее искать старые адреса через экспорт базы данных или специализированный поиск по контенту. Но для большинства сайтов достаточно пройтись по основным разделам и исправить самые заметные ссылки вручную.
Когда 404 лучше не маскировать редиректом
Не каждая 404-страница требует редиректа. Если адрес никогда не существовал, был ошибочно набран или на него нет внешних ссылок, правильнее оставить нормальную страницу 404 с понятной навигацией. Пользователь должен быстро понять, что страница не найдена, и получить путь дальше по сайту.
Плохая практика — отправлять все несуществующие URL на главную. Это ухудшает поведение пользователя и мешает поисковым системам понять, что страница действительно исчезла. Лучше показать 404-страницу с поиском по сайту, ссылкой на главную и популярные разделы.
Если у вас часто появляются однотипные 404 из-за старых внешних ссылок, настройте точечные редиректы и периодически проверяйте отчёты. Так вы уберёте реальные проблемы, а не будете прятать их за общим перенаправлением.
Практичный порядок действий, если нужно быстро навести порядок
Если времени мало, действуйте по короткой схеме:
- соберите список URL с 404 из Search Console, логов или краулера;
- определите, это удалённые страницы, изменённые адреса или массовая проблема с ЧПУ;
- для нужных страниц восстановите контент или настройте 301-редирект;
- обновите постоянные ссылки в WordPress;
- проверьте
.htaccessили конфигурацию Nginx, если 404 массовые; - исправьте внутренние ссылки и очистите кэш;
- перепроверьте статус ответов и убедитесь, что старые URL больше не теряются без редиректа.
Такой порядок помогает не распыляться. Сначала вы находите источник 404, затем исправляете адреса, а уже после этого проверяете, что сайт действительно отдаёт правильные ответы. Для WordPress это самый надёжный способ не потерять трафик и не оставить на сайте битые ссылки.