Вы кликаете по ссылке в поиске, и упираетесь в белую стену. «Страница не найдена. 404». Посетитель уходит за три секунды. Google запоминает отказ. И так десятки, а то и сотни раз, пока сайт не просядет в выдаче по всему пулу запросов.

Проблема не в хостинге, не в кривых руках разработчика и не в злом роке. WordPress сам создаёт правила перезаписи, сам их ломает при обновлении плагина или смене темы, и сам же даёт все инструменты для починки, без правки серверных конфигов и вызова администратора.

Ниже, алгоритм, который закрывает 404 от первого симптома до полной автоматизации. Три ручных шага для типичных ситуаций и плагины для всего остального.

💡 Быстрый обзор:

• Сбросьте постоянные ссылки в админке за 15 секунд: в большинстве случаев этого достаточно.
• Проверьте .htaccess (Apache) или правила перезаписи (NGINX), если сброс не помог.
• Найдите виновный плагин методом отключения: причина часто глубже стандартных механизмов.
• Подключите Redirection для мониторинга и редиректов, Broken Link Checker для разового аудита и 404page для полезной страницы ошибки.

Почему ошибка 404 опаснее, чем кажется

Технически 404, это HTTP-код, которым сервер отвечает на запрос несуществующего URL. Причины прозаичны: удалили страницу, а ссылки остались в меню и старых постах; изменили slug публикации без редиректа; плагин или тема перезаписали массив rewrite rules после обновления; внешний сайт сослался с опечаткой в адресе; поисковый робот просканировал мусорные URL из логов.

Google прямо заявляет: одиночная 404 не штрафуется. Но когда битых ссылок десятки, срабатывает накопительный эффект:

• Показатель отказов растёт. Посетитель заходит, видит 404, уходит за 2 секунды. Google фиксирует bounce rate и интерпретирует как «контент нерелевантен».
• Ссылочный вес теряется. Внешние ссылки на удалённую страницу просто испаряются, без 301-редиректа их ценность не передаётся.
• Краулинговый бюджет** расходуется впустую.** Робот обходит несуществующие URL вместо индексации живых страниц.

Для коммерческого сайта каждая незамеченная 404, это потерянные позиции и деньги. К счастью, WordPress чинится без администрирования сервера.

Шаг 1: Сброс постоянных ссылок

Самое частое и самое недооценённое исправление. WordPress хранит правила перезаписи в отдельном массиве опций. После установки плагина, смены темы или обновления ядра этот массив может разрушиться: ссылки ведут в 404, хотя публикации физически на месте.

Исправление занимает 15 секунд:

• Перейдите в админке: Настройки → Постоянные ссылки.
• Ничего не меняйте в структуре.
• Нажмите «Сохранить изменения».

WordPress перестроит массив rewrite rules с нуля. Как правило, проблема исчезает полностью. Не помогло, переходите к шагу 2.

Шаг 2: Проверка.htaccess и правил сервера

На серверах с Apache WordPress полагается на файл .htaccess в корне сайта. Если он повреждён, отсутствует или перезаписан плагином кеширования, постоянные ссылки перестают работать глобально.

Стандартный блок WordPress в .htaccess:

1
<IfModule mod_rewrite.c>
2
RewriteEngine On
3
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
4
RewriteBase /
5
RewriteRule ^index\.php$ - [L]
6
RewriteCond %{REQUEST_FILENAME} !-f
7
RewriteCond %{REQUEST_FILENAME} !-d
8
RewriteRule . /index.php [L]
9
</IfModule>

Порядок действий:

• Подключитесь к сайту по FTP или через файловый менеджер хостинга.
• Откройте .htaccess в корне и убедитесь, что стандартный блок WordPress присутствует, не дублируется и не повреждён.
• Если файла нет, создайте и вставьте стандартный блок выше.
• Если после стандартного блока WordPress идут директивы от плагинов кеширования (W3 Total Cache, WP Rocket, LiteSpeed Cache), временно закомментируйте их для проверки.
• Для NGINX .htaccess не используется. Правила задаются в конфигурации серверного блока server {}. Обратитесь к хостеру или проверьте конфигурационный файл сайта.

Шаг 3: Диагностика rewrite rules

Сброс постоянных ссылок и .htaccess не помогли, причина в конкретном плагине или кастомном коде, который вмешивается в правила перезаписи.

Быстрый инструмент диагностики, плагин Debug This. После активации он показывает текущий массив правил перезаписи в читаемом виде, фактическую строку PHP-запроса от сервера и совпадение URL с правилами.

Алгоритм поиска виновника:

• Отключите все плагины одновременно.
• Проверьте, исчезла ли ошибка 404 на проблемном URL.
• Включайте плагины по одному, каждый раз тестируя проблемную страницу.
• Плагин, после активации которого ошибка возвращается, и есть причина.

Чаще всего виноват плагин, регистрирующий кастомный тип записей или таксономию без вызова flush_rewrite_rules() при активации. Разработчику достаточно одной строки, но делают это не все.

Инструменты для поиска, редиректа и мониторинга

Три ручных шага выше закрывают большинство случаев. Но когда публикаций не десять, а пятьсот или пять тысяч, без автоматизации не обойтись. Плагины решают три задачи: найти битые ссылки, перенаправить посетителя и отслеживать новые ошибки в журнале.

Ниже, инструменты, проверенные на актуальной версии WordPress и активные в репозитории. Мёртвые и закрытые плагины исключены.

Поиск битых ссылок: Broken Link Checker

Broken Link Checker, ветеран репозитория с миллионом активных установок. Сканирует весь сайт: посты, страницы, комментарии, кастомные поля, и подсвечивает каждую неработающую ссылку.

В настройках задаётся периодичность сканирования (от часов до дней), email-уведомления и фильтр по типам контента. Для каждой найденной битой ссылки доступны действия при наведении: изменить URL во всех вхождениях разом, удалить ссылку оставив текст или временно закрыть до следующей проверки.

Плагин ощутимо нагружает сервер при активном сканировании. После разового аудита его лучше деактивировать и включать раз в месяц для ревизии.

Мастер редиректов: Redirection

Redirection, самый популярный менеджер редиректов для WordPress, больше двух миллионов активных установок. Поддерживает 301, 302, 307 и 308 редиректы, ведёт полные журналы всех 404 с IP и user-agent, делает условные перенаправления по браузеру или referrer.

Три главных сценария:

• Смена slug публикации, плагин автоматически добавляет 301 редирект при изменении URL поста.
• Переезд сайта, массовое перенаправление старых URL на новые через CSV-импорт.
• Мониторинг, журнал показывает каждый 404: с какого URL пришёл посетитель, сколько было попыток, какой браузер.

Работает полностью внутри WordPress, .htaccess не трогает. Для сайтов на NGINX это критично, не нужно править конфигурацию сервера.

Лёгкий редирект: 404 to 301

404 to 301, простой и лёгкий вариант. Все 404 перенаправляются на одну указанную страницу через 301, 302 или 307. Настройка занимает минуту: выбрали тип редиректа, указали целевую страницу, сохранили.

Удобные опции: уведомления о новых 404 на почту, детальный журнал с referrer и user-agent, возможность отключить редирект оставив только логирование. Код открыт на GitHub, плагин полностью бесплатен.

Безопасный редирект для мультисайтов: Safe Redirect Manager

Safe Redirect Manager, разработка команды 10up, применяется на крупных корпоративных сайтах. Работает с мультисайтовыми установками WordPress и поддерживает только безопасные редиректы через wp_safe_redirect, функцию ядра, разрешающую перенаправление лишь на хосты из белого списка.

Это защита от open redirect-уязвимостей: злоумышленник не сможет использовать ваш сайт для перенаправления посетителей на фишинговый домен. Для сайтов с несколькими администраторами и редакторами, критичная функция.

SEO-редиректы с отслеживанием: SEO Redirection

SEO Redirection, ещё один комбайн для управления перенаправлениями. Поддерживает 301, 302 и 307 редиректы, перенаправление по шаблону (например, все URL из папки /old-blog/), логирование 404 и историю изменений.

Полезная фишка, перенаправление целой папки одним правилом. Перенесли блог из поддомена в раздел сайта, все старые URL направляются на новые без ручного сопоставления. Мультисайтовые установки не поддерживает, для них Safe Redirect Manager выше.

Кастомная страница 404: Custom 404 Pro

Custom 404 Pro заменяет стандартную страницу ошибки на любую страницу WordPress, созданную через стандартный редактор. Можно указать как ID страницы, так и полный URL для внешнего редиректа.

Фишка плагина, запись ключевых слов, по которым посетитель попал на 404. Эта информация показывает, что люди ищут и не находят на сайте, готовые идеи для нового контента. Логируются также данные о браузере и IP.

Честная 404 с полезным контентом: 404page

404page решает задачу иначе, чем большинство конкурентов: не создаёт редирект, а отдаёт правильный HTTP-код 404 с контентом выбранной страницы. Это важно для SEO, при 301/302 редиректе ошибочный URL остаётся в индексе, а с 404page поисковик получает честный ответ «страницы нет», но посетитель видит полезный контент.

Никаких внешних запросов, плагин использует собственные ресурсы WordPress. Настройка сводится к созданию страницы через админку и выбору её в выпадающем списке Настройки → Страница ошибки 404.

Массовый редирект: All 404 Redirect to Homepage

All 404 Redirect to Homepage, самое простое решение. Все 404 перенаправляются на главную страницу через 301, можно указать любую кастомную страницу вместо главной. Включаете статус, вводите URL, нажимаете «Обновить», настройка завершена.

Быстрое обнаружение: 404 to Start

404 to Start обнаруживает 404 раньше, чем поисковые системы успевают зафиксировать ошибку. По умолчанию 301, опционально 302. Можно получать уведомления на почту с информацией о браузере, URL и времени перехода.

Шорткоды внутренних ссылок: RB Internal Links

RB Internal Links косвенно помогает бороться с 404. Позволяет вставлять ссылки на внутренние посты и страницы через шорткод без длинного URL. Структура постоянных ссылок не нарушается, риск опечатки при ручном вводе исключён. Поиск постов по категориям в диалоге вставки, плюс для редакторов, собирающих перекрёстные ссылки.

Виджет поиска Google: Google 404

Google 404 встраивает поисковую строку Google на страницу 404, посетитель продолжает поиск по вашему сайту, а не уходит. Плагин давно не обновлялся, но концепция рабочая: для полной эффективности отправьте XML-карту сайта в Google Search Console. Как альтернативу можно рассмотреть Google Programmable Search Engine с ручной вставкой кода в шаблон 404.

Конструктор страниц с поддержкой 404: SeedProd

Если нужно не просто заменить страницу ошибки, а построить её визуально с фоном, формой подписки и поиском, используйте основной плагин SeedProd (бывший 404 Page by SeedProd, который закрыт автором). Это полноценный конструктор страниц: перетаскивание блоков, 300+ шаблонов, интеграция с почтовыми сервисами и Gravity Forms.

В премиум-версии доступен сбор лидов прямо на странице 404, посетитель оставляет email, данные сохраняются в базе WordPress. Лицензии начинаются от $79 в год за один сайт (Basic), тариф Pro с WooCommerce и динамическим текстом, $399 в год.

Видео выше, наглядная демонстрация: сброс постоянных ссылок и настройка редиректов за пять минут. Посмотрите перед тем, как внедрять описанные инструменты.

⁉️🤔 Частые вопросы

Почему после смены темы все страницы выдают 404?

Тема могла зарегистрировать кастомные типы записей или таксономии без вызова flush_rewrite_rules(). Решение: зайдите в Настройки → Постоянные ссылки и нажмите «Сохранить изменения» не меняя структуру, WordPress перестроит правила перезаписи. Тема также может переопределять стандартный цикл через query_posts() или некорректный pre_get_posts-фильтр. Если сброс ссылок не помог, временно переключитесь на стандартную тему (Twenty Twenty-Five). Исчезли 404, проблема в теме, обратитесь к разработчику.

Как найти все битые ссылки на сайте без плагинов?

Используйте десктопный краулер Screaming Frog SEO Spider. Бесплатная версия сканирует до 500 URL и показывает коды ответа для каждой ссылки, включая картинки, CSS и JavaScript. Для больших сайтов лицензия стоит $279 в год. После сканирования отсортируйте результаты по коду «404» и экспортируйте список битых URL. Внутренние ссылки исправляйте вручную или через Redirection, внешние заменяйте на актуальные аналоги. Битые изображения тоже фиксируются краулером, их легко пропустить при ручной проверке.

Как сделать редирект без плагина?

Для Apache добавьте в .htaccess: Redirect 301 /staryj-post /novyj-post. Для массовых редиректов удобнее mod_rewrite: RewriteRule ^staryj-post/$ /novyj-post/ [R=301,L]. Для NGINX в блоке server {}: rewrite ^/staryj-post/$ /novyj-post/ permanent;. После правки проверьте, что редирект не создаёт цепочек (A → B → C): каждый лишний переход замедляет загрузку и снижает Link Equity.

Что лучше: редирект 301 или кастомная страница 404?

Если у страницы есть релевантная замена, делайте 301, это сохранит SEO-вес. Если замены нет, оставьте честную 404 с полезным контентом: строкой поиска, ссылками на популярные разделы и формой обратной связи. Плагин 404page реализует именно этот подход: правильный HTTP-код плюс контент без редиректа. Кастомная 404 с поиском и навигацией полезнее «молчаливого» 301 на главную, особенно если посетитель искал конкретную информацию.

Как мониторить 404 на постоянной основе без нагрузки на сервер?

Поставьте Redirection и включите журнал 404, он пишет каждый битый URL с referrer и user-agent без активного сканирования. Раз в неделю просматривайте журнал: повторяющиеся ошибки с внешних сайтов закрывайте 301-редиректом, мусорные запросы от ботов игнорируйте, а запросы реальных посетителей к несуществующим страницам используйте как идеи для нового контента. Раз в месяц запускайте Broken Link Checker для полного аудита и сразу деактивируйте.

Что делать с 404 ошибками прямо сейчас

404 не исправляются сами, но и ручной контроль каждой ссылки не нужен. Правильная комбинация инструментов закрывает вопрос с минимальными усилиями.

Стартовый набор на ближайшие десять минут:

• Сбросьте постоянные ссылки, 15 секунд, которые часто решают проблему целиком.
• Поставьте Redirection, он закроет и мониторинг, и перенаправление в одном плагине, без правки серверных файлов.
• Настройте кастомную страницу 404 через 404page, чтобы даже отсутствующая страница работала на вас, а не отпугивала посетителя.

Если сайт крупный и ошибок накопилось много, добавьте Broken Link Checker для разового аудита. После сканирования отключите его, сервер скажет спасибо. Дальше только мониторинг через журнал Redirection и редиректы по мере необходимости.

Начните со сброса постоянных ссылок прямо сейчас. Это бесплатно, безопасно и занимает меньше минуты.