Как найти и удалить битые ссылки в WordPress

Битые ссылки в WordPress обычно появляются незаметно: страница удалена, адрес изменился, внешний сайт закрылся или ссылка была вставлена с ошибкой. Для посетителя это лишний клик и раздражение, для сайта — плохой пользовательский опыт и лишние 404-ошибки. Если таких ссылок накопилось много, их лучше не искать вручную по всему контенту, а проверить сайт системно и потом аккуратно исправить или удалить проблемные адреса.

Ниже разберём, как найти битые ссылки в WordPress, чем проверять внутренние и внешние URL, как безопасно исправить найденные ошибки и что делать, если ссылка уже ведёт на удалённую страницу.

С чего начать проверку

Сначала стоит понять, какие именно ссылки вы ищете. В WordPress чаще всего встречаются три сценария:

  • внутренняя ссылка ведёт на страницу или запись, которой больше нет;
  • внешняя ссылка указывает на удалённый или изменённый адрес;
  • в тексте есть опечатка или лишний символ, из-за которого URL не открывается.

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

Как найти битые ссылки в WordPress

Самый простой путь — использовать инструмент, который просканирует контент и покажет ссылки с ошибками ответа сервера. Для WordPress это обычно делают плагинами проверки ссылок или внешними сервисами аудита. Важный момент: не все инструменты одинаково полезны. Одни проверяют только страницы сайта, другие ещё и внешние ссылки, третьи создают заметную нагрузку на хостинг.

Плагины проверки ссылок

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

После установки плагина обычно достаточно запустить сканирование и дождаться отчёта. В списке проблем ищите:

  • 404 Not Found — страница не найдена;
  • 403 Forbidden — доступ запрещён, иногда это не битая ссылка, а ограничение со стороны сервера или защиты;
  • 5xx ошибки — проблема на стороне сервера или целевого сайта;
  • редиректы на несуществующий адрес — ссылка может сначала открываться, а потом упираться в ошибку.

Если плагин показывает статус, не спешите удалять ссылку сразу. Сначала откройте её в браузере и проверьте, действительно ли адрес недоступен, а не временно блокируется защитой, геоограничением или антибот-системой.

Внешние сервисы и краулеры

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

Для владельца сайта это обычно хороший вариант, если нужно найти не только битые ссылки, но и другие технические проблемы. Однако для точечного исправления внутри WordPress всё равно придётся вернуться в админку и вручную заменить проблемные URL.

Как безопасно исправить найденные ссылки

Когда список проблем уже есть, не меняйте всё подряд. Сначала определите тип ссылки: внутренняя она или внешняя, и что именно должно стоять вместо неё. Для внутренних ссылок обычно есть три рабочих варианта:

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

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

Для внешних ссылок подход другой. Если ресурс ещё существует, но адрес изменился, замените URL на новый. Если сайт закрыт или страница удалена, решите, нужна ли ссылка вообще. Иногда правильнее убрать её из текста, чем вести пользователя на пустую страницу или на сомнительный домен.

Редактирование ссылок в контенте

В классическом редакторе и в редакторе блоков ссылка меняется прямо в тексте. Откройте запись или страницу, найдите проблемный фрагмент и замените URL на корректный. Если ссылка вставлена в кнопку, изображение или блок с произвольным HTML, проверьте именно этот блок, а не только основной текст.

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

Когда нужен редирект

Редирект нужен не всегда, но он полезен, если старый адрес уже где-то опубликован и на него могут заходить люди или поисковые роботы. Для WordPress обычно используют постоянный редирект 301. Он сообщает, что страница переехала навсегда, и помогает сохранить переходы со старого URL.

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

Как проверить, что проблема решена

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

Полезно сделать ещё три проверки:

  • открыть страницу в режиме инкогнито, чтобы исключить влияние кэша и авторизации;
  • проверить старый URL, если вы настраивали редирект, и убедиться, что он действительно ведёт на новый адрес;
  • повторно запустить сканирование ссылок и посмотреть, исчезла ли ошибка из отчёта.

Если ссылка всё ещё помечается как битая, но в браузере открывается, проблема может быть не в самом URL, а в ответе сервера, блокировке по User-Agent, временном сбое или ограничениях хостинга. В таком случае стоит проверить адрес вручную через обычный браузер и, если нужно, через серверные логи или инструменты хостинга.

Что чаще всего мешает найти и удалить битые ссылки

На практике проблемы повторяются довольно часто. Вот что стоит учитывать заранее:

  • плагин проверки ссылок может нагружать сайт, особенно на больших проектах;
  • не каждая ошибка 403 или 5xx означает битую ссылку в привычном смысле;
  • ссылка может быть спрятана не в тексте, а в меню, виджете, шаблоне или произвольном поле;
  • после массовых правок легко забыть проверить редиректы и старые URL;
  • удаление страницы без замены часто оставляет цепочку внутренних ссылок на 404.

Если на сайте много старого контента, имеет смысл периодически проверять ссылки, а не ждать, пока накопится большой список ошибок. Это проще для пользователя и дешевле по времени, чем разбирать десятки проблем разом.

Короткий рабочий порядок

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

Если на сайте много старых материалов и вы регулярно чистите контент, удобно держать под рукой инструмент, который помогает находить и устранять технические проблемы без ручного обхода всего сайта. Для этой задачи в экосистеме WordPress полезны решения, которые упрощают чистку и контроль сайта, например Clearfy Pro: https://wpshop.ru/plugins/clearfy.

Как очистить и оптимизировать wp_options в WordPress
14.10.2026
Как настроить page cache в WordPress и не сломать динамические страницы
11.10.2026
Как ускорить WordPress с помощью object cache: когда нужен Redis и как его подключить
07.10.2026
Как добавить собственные типы записей в WordPress: практическое руководство
14.09.2026
Как создать автоматические уведомления о обновлениях в WordPress
30.09.2026