Если в WordPress вместо страницы открывается ошибка 404, проблема обычно не в одном месте. Чаще всего сбиваются правила ЧПУ, меняется адрес записи, срабатывает редирект, удаляется страница или сервер перестаёт отдавать нужный маршрут. Хорошая новость в том, что в большинстве случаев 404 можно быстро локализовать и исправить без переустановки сайта.
Ниже — практический порядок проверки: от самых частых причин к более редким. Он подходит для обычных сайтов на WordPress, где страницы перестали открываться после переноса, обновления темы, смены плагинов или правок в настройках.
Сначала определите, какая именно 404 у вас появилась
Не всякая 404 означает одно и то же. Иногда WordPress действительно не находит запись. Иногда сервер не понимает правило маршрутизации. А иногда страница существует, но на неё ведёт неверный редирект.
Проверьте три вещи:
- 404 появляется только у одной записи или у всех страниц раздела;
- открывается ли главная страница и другие разделы сайта;
- менялся ли недавно адрес страницы, структура ссылок, тема, плагины или сервер.
Если не открываются только отдельные записи, чаще всего проблема в удалённой или переименованной странице, неверном редиректе или в изменённом слаге. Если 404 вылезает почти везде, первым делом смотрят на ЧПУ и файл .htaccess на Apache либо на правила маршрутизации на Nginx.
Пересохраните постоянные ссылки
Это самый простой и часто рабочий шаг. В WordPress правила ЧПУ могут сбиться после переноса сайта, обновления плагина, смены домена или ручного редактирования конфигурации.
Что сделать:
- Откройте админку WordPress.
- Перейдите в раздел
Настройки → Постоянные ссылки. - Ничего не меняя, нажмите кнопку сохранения.
После этого WordPress заново запишет правила маршрутизации. На сайтах с Apache это часто обновляет и правила в .htaccess, если файл доступен для записи. На Nginx такой шаг сам по себе не меняет конфигурацию сервера, но всё равно полезен, потому что WordPress пересобирает внутренние правила.
Если после сохранения страницы начали открываться, значит проблема была именно в ЧПУ. Если нет — идём дальше.
Проверьте, не удалена ли страница и не изменился ли её адрес
Очень частая ситуация: страница была удалена, переведена в черновик или у неё поменялся слаг. Для пользователя это выглядит как обычная 404, хотя WordPress работает нормально.
Откройте список записей или страниц и проверьте:
- есть ли нужная страница в админке;
- не находится ли она в корзине;
- не изменился ли её слаг после редактирования;
- не стоит ли у неё статус
Черновик,На проверкеилиЗапланировановместоОпубликовано.
Если адрес изменился, старую ссылку нужно либо обновить на сайте, либо настроить 301-редирект на новый URL. Иначе поисковики и внешние ссылки будут вести на несуществующую страницу.
Если страница удалена намеренно, 404 в этом случае — нормальное поведение. Но если на неё есть трафик или внешние ссылки, лучше не оставлять всё как есть и перенаправить посетителей на ближайший релевантный материал.
Проверьте редиректы и цепочки перенаправлений
Иногда страница формально существует, но до неё не добраться из-за неправильного редиректа. Например, старый адрес ведёт на новый, новый — ещё на один, а в конце цепочки получается 404. Такое часто случается после миграции сайта, установки плагина для редиректов или ручного редактирования правил в .htaccess.
Что проверить:
- нет ли редиректа со старого URL на несуществующий адрес;
- не образовалась ли цепочка из нескольких перенаправлений;
- не конфликтуют ли правила плагина редиректов и правила сервера;
- не ведёт ли редирект на URL с другим протоколом, поддоменом или слэшем в конце.
Если вы используете плагин для редиректов, временно отключите его и проверьте проблемный адрес ещё раз. Если 404 исчезла, значит ошибка была в правилах перенаправления. В таком случае лучше оставить только одно место, где управляются редиректы: либо плагин, либо серверная конфигурация, но не оба варианта одновременно без необходимости.
Если сайт на Apache, проверьте .htaccess
На Apache WordPress обычно использует файл .htaccess для обработки красивых ссылок. Если он повреждён, пустой или содержит неверные правила, страницы могут отдавать 404 даже при исправной базе данных.
Сначала сделайте резервную копию файла. После этого откройте .htaccess в корне сайта и сравните содержимое с типовым блоком WordPress. Для обычной установки он выглядит так:
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>Если в файле есть дополнительные правила от плагинов, кэширования или редиректов, они тоже могут влиять на результат. Особенно осторожно относитесь к строкам, которые переписывают URL до WordPress: одна неверная регулярка способна сломать весь сайт.
После правки снова сохраните постоянные ссылки в админке и проверьте проблемную страницу.
На Nginx проверьте правила маршрутизации на сервере
Если сайт работает на Nginx, WordPress не использует .htaccess. Здесь маршрутизация настраивается в конфигурации виртуального хоста. Поэтому пересохранение постоянных ссылок помогает не всегда: если в конфиге нет нужного правила, WordPress не сможет корректно отдавать страницы.
Для типовой установки в конфигурации должен быть блок, который передаёт несуществующие файлы в index.php. Обычно это выглядит похоже на следующий фрагмент:
location / {
try_files $uri $uri/ /index.php?$args;
}Если этого правила нет, Nginx может пытаться искать физический файл или папку и возвращать 404. После изменения конфигурации её нужно проверить и перезагрузить сервер. На этом этапе многое зависит от хостинга: на управляемом хостинге доступ к конфигу может быть закрыт, и тогда правку должен делать провайдер.
Если вы не уверены, что сайт работает на Apache или Nginx, посмотрите ответ хостинга или панель управления. Это важно: решение для одного сервера не всегда применимо к другому.
Проверьте плагины, которые вмешиваются в URL
404 нередко появляется после установки плагинов для кэширования, редиректов, мультиязычности, безопасности или изменения структуры ссылок. Такие плагины могут переписывать маршруты, скрывать страницы или подменять адреса.
Чтобы быстро проверить конфликт, временно отключите все плагины, которые связаны с URL, и протестируйте проблемную страницу. Если 404 исчезла, включайте плагины по одному и ищите виновника. Это самый надёжный способ, когда причина неочевидна.
Особенно внимательно проверяйте:
- плагины редиректов;
- плагины кэширования с функцией оптимизации ссылок;
- плагины мультиязычности;
- плагины безопасности, которые могут скрывать отдельные URL;
- плагины, меняющие структуру постоянных ссылок.
Если после отключения плагина страницы открылись, не спешите включать его обратно без проверки настроек. Часто проблема не в самом плагине, а в конкретном правиле, которое он добавил.
Когда 404 появляется только на одной записи
Если не открывается одна конкретная запись или страница, а остальной сайт работает, причина обычно локальная. Здесь полезно проверить:
- не удалён ли родительский раздел, если это дочерняя страница;
- не изменён ли слаг вручную;
- не ведёт ли меню или внутренняя ссылка на старый адрес;
- не стоит ли на странице канонический редирект из SEO-плагина;
- не конфликтует ли URL с таксономией, архивом или другим типом записи.
Если это дочерняя страница, а родитель удалён или переименован, адрес может стать недоступным. Если запись была перенесена в другой раздел, проверьте, не осталась ли старая ссылка в меню, блоках, виджетах и в контенте других страниц.
Для таких случаев обычно достаточно либо восстановить правильный адрес, либо поставить 301-редирект со старого URL на новый.
Как понять, что проблема действительно исправлена
После правки не ограничивайтесь проверкой одной страницы в браузере. Лучше пройти короткий контрольный список:
- откройте проблемный URL в обычном окне и в режиме инкогнито;
- проверьте страницу без кэша браузера;
- если есть кэш-плагин или серверный кэш, очистите его;
- посмотрите, открываются ли другие страницы того же раздела;
- проверьте, не возвращается ли 404 после обновления страницы.
Если сайт использует CDN или внешний кэш, иногда старый ответ 404 может храниться там ещё какое-то время. В таком случае нужно очистить и этот слой, иначе будет казаться, что исправление не сработало.
Что делать, если ничего не помогло
Если после пересохранения постоянных ссылок, проверки редиректов, .htaccess или конфигурации Nginx проблема остаётся, стоит смотреть глубже: логи сервера, ошибки в теме, конфликт с плагином или повреждение маршрутов после миграции. Но до этого этапа обычно доходят редко.
Практически всегда 404 в WordPress решается одним из четырёх действий: пересохранить ЧПУ, восстановить правильный адрес страницы, исправить редирект или поправить серверные правила. Начинайте именно с них — это быстрее и безопаснее, чем искать проблему вслепую.