Если главная открывается, а отдельные записи или страницы рубрик внезапно отдают 404, чаще всего проблема не в самих материалах, а в структуре постоянных ссылок, правилах перезаписи или настройках сервера после переноса сайта или смены темы. В WordPress это типичная ситуация: URL выглядят правильными, но система не может сопоставить их с нужным объектом.
Хорошая новость в том, что в большинстве случаев доступность можно восстановить без переустановки сайта и без правки базы вручную. Сначала стоит понять, где именно ломается маршрут: на уровне WordPress, темы, плагинов или веб-сервера.
Сначала проверьте, что именно даёт 404
Не все 404 одинаковы. Иногда WordPress действительно не находит запись или рубрику. В других случаях URL существует, но сервер не пропускает запрос до WordPress, и вы видите стандартную страницу ошибки от хостинга или Nginx/Apache.
Для быстрой диагностики откройте:
- одну конкретную запись, которая точно опубликована;
- страницу рубрики, в которой есть записи;
- адреса с разными типами ссылок, если вы недавно меняли структуру постоянных ссылок.
Если 404 появляется только у старых URL после смены структуры, причина почти наверняка в правилах перезаписи. Если ломаются только рубрики или только записи, стоит проверить настройки темы, плагины, конфликт с кэшем и корректность самих ярлыков.
Самый частый и самый безопасный шаг: сбросить постоянные ссылки
После переноса сайта, смены темы или обновления структуры ссылок WordPress часто нужно заново сохранить настройки постоянных ссылок. Это не меняет сами URL, а только пересобирает правила маршрутизации.
Сделайте так:
- Откройте админку WordPress.
- Перейдите в раздел Настройки → Постоянные ссылки.
- Ничего не меняя, нажмите Сохранить изменения.
После этого WordPress обновит правила перезаписи. Во многих случаях этого достаточно, чтобы записи и рубрики снова начали открываться.
Если после сохранения всё заработало, проверьте несколько старых и новых URL вручную. Это самый быстрый способ убедиться, что проблема была именно в маршрутизации.
Если не помогло, проверьте, не сломаны ли правила на сервере
Когда WordPress настроен правильно, но 404 остаются, причина может быть в конфигурации веб-сервера или в том, что файл с правилами не применяется.
Для Apache
На Apache обычно нужен рабочий файл .htaccess в корне сайта и включённый модуль mod_rewrite. Для стандартной установки 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>Если файл отсутствует или повреждён, WordPress может открывать главную страницу, но отдельные записи и рубрики будут отдавать 404. После восстановления файла снова сохраните постоянные ссылки в админке.
Для Nginx
На Nginx WordPress не использует .htaccess, поэтому нужны корректные правила в конфигурации сайта. Обычно там должен быть блок, который передаёт несуществующие файлы в /index.php. Если после переноса сайта на Nginx записи и рубрики стали 404, проверьте конфиг виртуального хоста или шаблон настройки у хостинга.
Если вы не уверены, что именно менять, лучше не экспериментировать на рабочем сайте: ошибка в конфигурации может временно положить весь сайт или открыть лишние пути. В таком случае безопаснее обратиться к хостеру и попросить проверить правила перезаписи для WordPress.
Проверьте, не конфликтует ли тема или плагин с маршрутизацией
После смены темы 404 на отдельных типах страниц нередко появляются из-за того, что новая тема использует собственные шаблоны, таксономии или дополнительные правила. Плагины тоже могут вмешиваться в структуру URL: особенно те, что работают с SEO, кэшированием, мультиязычностью и кастомными типами записей.
Чтобы быстро понять, где конфликт:
- Временно переключитесь на стандартную тему WordPress, например одну из дефолтных тем.
- Отключите плагины, которые меняют ссылки, кэшируют страницы или добавляют свои типы контента.
- Снова проверьте проблемные записи и рубрики.
Если после отключения одного из плагинов 404 исчезли, причина найдена. Дальше уже нужно смотреть настройки конкретного плагина: иногда он меняет базу рубрик, убирает префиксы или создаёт конфликтующие правила.
Если проблема появилась именно после смены темы, проверьте, не использует ли старая тема собственные шаблоны рубрик, нестандартные типы записей или дополнительные фильтры для ссылок. При переходе на новую тему такие настройки иногда остаются в базе, а новая тема их не поддерживает.
Когда 404 видны только у рубрик
Если записи открываются, а рубрики — нет, чаще всего причина в одном из трёх мест: изменена база рубрик, рубрика была переименована, либо тема/плагин вмешались в вывод архивов таксономий.
Проверьте следующее:
- существует ли рубрика в админке и не удалена ли она случайно;
- не изменялся ли её ярлык вручную;
- не используется ли плагин, который скрывает или переписывает архивы рубрик;
- не конфликтует ли база рубрик с другим типом контента или страницей.
Особенно внимательно смотрите на случаи, когда рубрика и страница имеют одинаковый ярлык. Тогда WordPress может отдавать не тот объект или не находить нужный маршрут.
Когда 404 видны только у записей
Если рубрики открываются, а записи — нет, проблема чаще связана с постоянными ссылками записей, структурой ярлыков или с тем, как сервер обрабатывает красивые URL. После переноса сайта это также бывает, если в базе остались старые домены или путь установки изменился.
Проверьте:
- открывается ли запись по прямой ссылке из админки;
- не изменялась ли структура постоянных ссылок вручную;
- не включён ли кэш, который отдаёт старую версию страницы ошибки;
- нет ли в базе старого домена, если сайт переносили на новый адрес.
Если в админке у записи ссылка формируется правильно, а на фронтенде 404 остаётся, это почти всегда указывает на правила перезаписи или серверную конфигурацию, а не на саму запись.
После переноса сайта проверьте ещё и адреса в базе
При переносе WordPress на новый домен или в другую папку сайта проблема может быть не только в перезаписи, но и в устаревших значениях siteurl и home. Если они указывают на старый адрес, часть ссылок и редиректов начинает вести себя непредсказуемо.
Проверить их можно в разделе Настройки → Общие. Там должны быть указаны актуальные адреса сайта и WordPress. Если доступ в админку есть, исправьте значения через интерфейс. Если админка недоступна, править их можно через базу данных или wp-config.php, но это уже требует аккуратности и резервной копии.
После исправления адресов снова сохраните постоянные ссылки и проверьте проблемные URL.
Как быстро убедиться, что ошибка устранена
После каждого изменения проверяйте не только одну страницу, а несколько типовых адресов:
- одну обычную запись;
- одну запись со старым URL, если структура менялась;
- одну рубрику с материалами;
- одну рубрику без записей, если она должна открываться;
- страницу в режиме инкогнито, чтобы исключить влияние кэша браузера.
Если сайт использует плагин кэширования или серверный кэш, очистите его после правок. Иначе можно решить, что 404 осталась, хотя браузер или прокси просто показывает старую версию.
Что делать, если ничего не помогло
Если после сброса постоянных ссылок, проверки .htaccess или Nginx-конфига, отключения конфликтующих плагинов и проверки адресов сайта 404 остаётся, обычно остаются три варианта: проблема в нестандартных правилах темы, в кастомных типах записей или в повреждённой конфигурации на стороне хостинга.
В такой ситуации полезно собрать минимум данных перед обращением в поддержку:
- какие именно URL дают 404;
- когда проблема появилась — после смены темы, переноса или правки ссылок;
- работают ли главная и обычные страницы;
- какой веб-сервер используется — Apache или Nginx;
- помогал ли сброс постоянных ссылок.
С этими данными хостинг или разработчик быстрее поймут, где искать сбой, и не будут проверять весь сайт вслепую.
Если нужна дополнительная чистка сайта после переноса или удаления дублей, иногда помогает Clearfy Pro, но саму ошибку 404 он не исправляет автоматически. Для этой задачи всё равно сначала нужно восстановить правила ссылок и проверить серверную конфигурацию.
