Если WordPress начал отдавать 404 на часть страниц, проблема почти всегда не в одной «магической» настройке, а в конкретном источнике: изменился URL записи, сломались постоянные ссылки, остались старые внутренние ссылки, не сработал редирект или сервер не отдаёт нужный маршрут. Хорошая новость в том, что такие ошибки обычно можно найти и исправить без переезда сайта и без сложной разработки.
Ниже разберём, как быстро понять, откуда берутся 404, какие проверки сделать в первую очередь и как исправить ситуацию так, чтобы не потерять трафик и не плодить новые битые ссылки.
Сначала найдите источник 404, а не только саму страницу ошибки
Ошибка 404 — это не диагноз, а симптом. Одна и та же страница ошибки может появляться по разным причинам, и лечатся они по-разному. Поэтому сначала нужно понять, какой именно URL не найден и откуда на него ведут ссылки.
Начните с простого:
- откройте проблемный URL в браузере и убедитесь, что ошибка повторяется стабильно;
- посмотрите, это старая ссылка из меню, из статьи, из внешнего сайта или адрес, который пользователь вводит вручную;
- проверьте, не менялся ли slug записи, страницы, рубрики или файла;
- сравните URL в адресной строке с тем, что реально существует в админке WordPress.
Если 404 появляется только на части страниц, чаще всего причина локальная: удалили запись, изменили адрес, перенесли материал в другую рубрику или забыли обновить ссылки после редактирования структуры сайта.
Проверьте постоянные ссылки и правила перезаписи
Когда 404 возникают массово — например, на всех записях, рубриках или страницах — первым делом проверьте настройки постоянных ссылок. В WordPress это частая причина после миграции, восстановления из бэкапа, смены темы или правок на сервере.
Откройте Настройки → Постоянные ссылки и просто нажмите кнопку сохранения, даже если ничего не меняли. Это заново пересобирает правила перезаписи. Во многих случаях этого достаточно, если сайт внезапно начал отдавать 404 на красивые URL.
Если после сохранения ничего не изменилось, проверьте, не блокирует ли сервер обработку ЧПУ. Для Apache это обычно связано с .htaccess, для Nginx — с конфигурацией сайта на стороне хостинга. На shared-хостинге такие настройки часто нельзя править напрямую, и тогда нужно обращаться в поддержку хостинга.
Важно: если вы вручную редактируете .htaccess или конфигурацию Nginx, делайте это только с резервной копией. Ошибка в правиле может сделать недоступными не только отдельные страницы, но и весь сайт.
Найдите битые ссылки внутри сайта
Если 404 возникают на отдельных страницах, чаще всего виноваты внутренние ссылки. Это может быть ссылка в тексте статьи, в меню, в виджете, в хлебных крошках или в блоке, который вы давно не проверяли.
Что стоит проверить в первую очередь:
- статьи и страницы, которые ссылаются на удалённый или переименованный материал;
- меню сайта, особенно если вы меняли структуру разделов;
- ссылки в футере и сайдбаре;
- кнопки, баннеры и блоки с вручную вставленными URL;
- старые URL в контенте после смены slug.
Удобнее всего искать такие ссылки через инструменты аудита сайта или плагины для проверки битых ссылок. Но даже без них можно быстро проверить самые очевидные места: откройте страницу с 404, найдите, где на неё ведут ссылки, и замените адрес на актуальный.
Если у вас много материалов и ссылки менялись массово, ручная правка быстро становится неэффективной. В таком случае лучше сначала составить список старых и новых URL, а затем обновить их централизованно.
Настройте редиректы для старых адресов
Если страница была перенесена, переименована или заменена другой, правильное решение — не оставлять 404, а поставить редирект со старого адреса на новый. Для большинства случаев нужен 301 редирект: он сообщает браузеру и поисковым системам, что страница переехала навсегда.
Редиректы особенно нужны, если:
- изменился slug записи или страницы;
- вы объединили несколько материалов в один;
- перенесли статью в другой раздел и старый URL больше не используется;
- удалили страницу, но у неё были внешние ссылки или трафик из поиска.
На практике редирект можно настроить несколькими способами: через плагин, через конфигурацию сервера или через хостинг-панель. Для владельца сайта чаще всего проще и безопаснее использовать плагин редиректов, если нет доступа к серверной конфигурации. Для разработчика или администратора сервера надёжнее настроить правило на уровне веб-сервера.
Если вы используете плагин, проверьте, чтобы редирект был именно на нужную конечную страницу, а не на главную «на всякий случай». Массовый редирект всех удалённых URL на главную — плохая практика: для пользователя это выглядит как ошибка, а для поисковых систем может быть сигналом о нерелевантной переадресации.
Исправьте структуру URL, если проблема в ней
Иногда 404 появляются не из-за одной сломанной ссылки, а из-за изменения структуры сайта. Например, вы поменяли базу рубрик, перевели записи в другой тип контента или изменили шаблон URL в настройках. После этого старые адреса перестают работать, если для них не предусмотрены редиректы.
Здесь важно не путать две вещи:
- изменение структуры — это когда вы сознательно меняете формат URL;
- исправление 404 — это когда вы возвращаете доступ к старым адресам или корректно перенаправляете их.
Если структура уже поменялась, проверьте:
- не исчезла ли база рубрик или префикс у записей;
- не конфликтуют ли новые URL с архивами, страницами или таксономиями;
- не появились ли одинаковые slug у разных объектов;
- не создаёт ли тема или плагин собственные маршруты, которые перекрывают стандартные.
После любых изменений в структуре обязательно протестируйте несколько старых и новых адресов вручную. Если старый URL должен вести на новый, а вместо этого показывает 404, редирект не настроен или настроен неверно.
Проверьте удалённые страницы и вложения
Частый источник 404 в WordPress — удалённые записи, страницы и медиафайлы. Пользователь может попасть на них из поиска, из закладок или по старой ссылке с другого сайта. Если объект удалён без замены, WordPress честно отдаёт 404.
Для вложений ситуация особенно заметна: изображения, PDF-файлы и другие загрузки могут быть удалены из медиабиблиотеки, но ссылки на них останутся в старых статьях. В этом случае нужно либо восстановить файл, либо заменить ссылку на актуальный ресурс, либо поставить редирект, если файл был перемещён.
Если материал удалён намеренно и замены нет, 404 не всегда ошибка. Но если у страницы был трафик, внешние ссылки или она участвовала во внутренней перелинковке, лучше не оставлять её без редиректа.
Как проверить, что исправление сработало
После правок важно убедиться, что ошибка действительно исчезла, а не просто стала скрытой в кэше браузера или плагина.
Проверьте несколько сценариев:
- откройте старый URL в режиме инкогнито;
- очистите кэш сайта, если используется плагин кэширования или серверный кэш;
- проверьте, что новый адрес открывается с кодом 200, а старый — корректно редиректит на него;
- если редирект не нужен, убедитесь, что страница действительно существует и не отдаёт 404;
- посмотрите, не осталось ли ссылок на старый URL внутри сайта.
Если у вас есть доступ к инструментам разработчика или консоли, можно проверить HTTP-статус ответа. Но для обычной проверки достаточно открыть URL в браузере и посмотреть, куда он ведёт: на нужную страницу, на 404 или на неожиданный адрес.
Что делать, если 404 возвращаются снова
Если вы уже исправили ссылки и настроили редиректы, а ошибки продолжают появляться, проблема обычно в одном из трёх мест: кто-то снова публикует старые URL, кэш отдаёт устаревшую версию страницы или правила на сервере конфликтуют с плагином.
В таком случае проверьте по порядку:
- не создаёт ли редактор или плагин новые ссылки на старый адрес;
- не кэшируется ли страница с устаревшим URL;
- не конфликтуют ли два редиректа между собой;
- не меняется ли slug автоматически при сохранении записи;
- не перезаписывает ли тема маршруты для страниц, рубрик или архивов.
Если сайт большой, полезно вести простой список: старый URL, новый URL, способ исправления и дата изменения. Это помогает быстро понять, откуда взялась повторная ошибка, особенно если над сайтом работает несколько человек.
В WordPress ошибки 404 почти всегда можно свести к понятной причине: сломанная ссылка, изменённый адрес, неверные правила перезаписи или отсутствующий редирект. Сначала найдите источник, потом исправьте URL или настройте переадресацию, а после этого обязательно проверьте результат на реальном запросе. Такой порядок экономит время и не даёт накопить новые битые ссылки.