Битые ссылки обычно всплывают после смены структуры URL, удаления страниц, переноса сайта или обновления контента. Для посетителя это лишний 404, а для владельца сайта — потерянный трафик, ухудшение навигации и лишняя нагрузка на поддержку. Хорошая новость в том, что такие ссылки можно найти и исправить без сложной настройки сервера.
Ниже — практический порядок действий: сначала как обнаружить проблемные ссылки, затем как безопасно удалить или заменить их в WordPress, и в конце как проверить, что ошибка действительно исчезла.
С чего начать: понять, какие именно ссылки сломаны
Не каждая ошибка 404 означает битую ссылку внутри сайта. Иногда пользователь просто открывает старый адрес из закладок, поисковой выдачи или внешнего ресурса. Поэтому сначала стоит определить источник проблемы.
Если 404 появляется на страницах, на которые ведут ваши меню, кнопки, статьи или блоки внутри сайта, это уже внутренняя битая ссылка. Если ошибка возникает только по старым адресам из поиска или из внешних сайтов, чаще всего нужно настроить редирект со старого URL на новый.
Проверять удобно в трех местах:
- в отчетах аналитики и Search Console, где видны страницы с ошибкой 404;
- в логах плагина для проверки ссылок, если он установлен;
- вручную — по страницам, которые вы меняли после обновления структуры сайта.
Как найти битые ссылки в WordPress
Проверка через отчеты и Search Console
Если у вас уже есть список 404, начните с него. Это самый быстрый путь: вы видите конкретный URL и сразу понимаете, где искать источник. В Google Search Console такие адреса обычно находятся в отчете о страницах, которые не индексируются из-за ошибки 404 или soft 404. В аналитике тоже можно увидеть страницы входа с ошибкой, если на сайте настроены события или просмотр страниц.
Дальше откройте проблемный адрес и проверьте, есть ли на него ссылки внутри сайта. Часто это старая запись, меню, хлебные крошки, блок «Похожие материалы» или вручную вставленная ссылка в тексте.
Проверка плагином для битых ссылок
Если на сайте много материалов, вручную проверять каждую страницу неудобно. В таком случае используют плагины, которые сканируют контент и показывают ссылки, ведущие на 404, редиректы или недоступные адреса. Для WordPress это самый понятный способ для владельца сайта без доступа к серверу.
Схема работы обычно такая:
- устанавливаете плагин для проверки ссылок;
- запускаете сканирование;
- смотрите список проблемных URL;
- исправляете или удаляете ссылку прямо из интерфейса плагина либо вручную в записи.
У этого подхода есть ограничение: на больших сайтах сканирование может быть тяжелым для хостинга. Если сайт на слабом тарифе, лучше запускать проверку в спокойное время и не держать постоянный фоновый мониторинг включенным без необходимости.
Ручная проверка после обновления структуры
Если вы недавно меняли ЧПУ, объединяли рубрики, удаляли старые страницы или переносили материалы, проверьте самые вероятные источники битых ссылок:
- главное меню и подменю;
- сайдбар и футер;
- внутренние ссылки в популярных статьях;
- кнопки в блоках и шаблонах;
- ссылки в виджетах и HTML-блоках;
- изображения, если они ведут на отдельные страницы вложений.
Последний пункт часто забывают: в WordPress изображение может быть ссылкой на файл или на страницу вложения, и после чистки медиатеки такие адреса тоже начинают отдавать 404.
Как удалить или исправить битую ссылку
Способ зависит от того, что именно сломалось. Если ссылка больше не нужна, ее удаляют. Если адрес просто изменился, лучше заменить ссылку на актуальную. Если страница переехала, правильнее сделать редирект.
Исправить ссылку в записи или странице
Откройте запись в редакторе WordPress и найдите ссылку в тексте, кнопке, блоке или HTML-фрагменте. Замените старый URL на новый и сохраните страницу. После этого проверьте публикацию в браузере и убедитесь, что ссылка открывается без 404.
Если ссылка вставлена в классический редактор или в произвольный HTML, проверьте не только сам адрес, но и протокол: иногда проблема возникает из-за неправильного http или https, особенно после перехода сайта на SSL.
Удалить ссылку, если она больше не нужна
Если материал удален без замены и вести пользователя некуда, ссылку лучше убрать совсем. Это особенно важно для навигационных элементов и внутренних блоков: пустая или битая ссылка выглядит как недоделка и ухудшает поведение сайта.
Удаление безопаснее, чем оставлять 404, но только если ссылка действительно не несет ценности. Если на нее уже есть внешние переходы или она была в поиске, лучше не удалять адрес полностью, а настроить редирект на ближайшую релевантную страницу.
Настроить редирект со старого адреса
Когда страница переехала на новый URL, редирект — правильное решение. Он сохраняет переходы из старых ссылок и помогает поисковым системам понять, куда перенесен контент. Обычно используют редирект 301.
Редирект можно настроить плагином или на уровне сервера. Для большинства владельцев сайтов проще и безопаснее использовать плагин, если хостинг не требует ручной правки конфигурации. На Apache это часто делается через .htaccess, на Nginx — через конфигурацию сервера, но такие изменения лучше вносить только если вы понимаете последствия и у вас есть резервная копия.
Пример для случая, когда старая страница просто переехала на новый адрес: старый URL должен вести на новый, а не на главную страницу. Иначе пользователь теряет контекст, а поисковый робот получает менее точную замену.
Когда удобнее использовать плагин, а когда лучше править вручную
| Ситуация | Что делать | Почему так |
|---|---|---|
| Одна-две ошибки в тексте | Исправить вручную в записи | Быстрее и точнее, без лишних инструментов |
| Много ссылок после редизайна или миграции | Сканировать плагином и затем править массово | Позволяет быстро собрать список проблем |
| Страница переехала на новый URL | Настроить редирект 301 | Сохраняет трафик и историю старого адреса |
| Ссылка больше не нужна | Удалить ее из контента | Не оставляет пустых переходов и 404 |
На практике часто используют комбинацию: сначала находят все проблемные адреса плагином или отчетом, потом вручную исправляют часть ссылок в контенте, а для старых URL ставят редиректы.
Как проверить, что битые ссылки действительно удалены
После исправления не ограничивайтесь визуальной проверкой страницы. Откройте сам URL в браузере и убедитесь, что он ведет туда, куда нужно. Затем проверьте исходную страницу, где была ссылка, и кликните по ней еще раз.
Если вы настраивали редирект, проверьте три вещи:
- старый адрес открывается и ведет на новый;
- новый адрес отвечает без ошибки;
- нет цепочки из нескольких редиректов подряд.
Последний пункт важен: если старый URL сначала ведет на промежуточный адрес, а потом на конечный, это хуже для скорости и иногда создает путаницу при дальнейшей поддержке сайта.
Дополнительно можно повторно прогнать сайт через плагин проверки ссылок или посмотреть отчет 404 через несколько дней. Если проблема была исправлена правильно, старый адрес перестанет появляться в списке внутренних ошибок.
Что делать, если 404 продолжают появляться
Если вы уже исправили ссылки, а ошибки не исчезают, обычно причина одна из трех: где-то осталась еще одна ссылка на старый URL, кэш отдает старую версию страницы или редирект настроен не на тот адрес.
Проверьте:
- меню и шаблоны, которые могли быть не отредактированы вместе с контентом;
- кэш плагина, сервера или CDN;
- правильность конечного URL без лишних слэшей, параметров и опечаток;
- не ведет ли ссылка на страницу вложения вместо нужной записи.
Если сайт использует кэширование, после правок очистите кэш и проверьте страницу в режиме инкогнито. Иначе вы можете видеть старую версию и думать, что ссылка все еще сломана.
Если нужен более системный подход к чистке сайта после обновлений структуры, полезно использовать инструменты, которые помогают находить дубли, старые адреса и мусорные элементы в контенте. Но для самой задачи поиска и удаления битых ссылок обычно достаточно отчета 404, проверки контента и корректного редиректа там, где он действительно нужен.
Самый надежный порядок здесь простой: найти проблемный URL, понять, где он используется, исправить ссылку или удалить ее, а если адрес должен жить дальше — поставить редирект. Тогда 404 перестанут быть случайной находкой в отчетах и превратятся в контролируемую часть поддержки сайта.
