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