Битые ссылки в WordPress обычно появляются после переноса сайта, смены структуры URL, удаления записей или правок в контенте. Пользователь кликает по ссылке и попадает на 404, а на сайте копится технический мусор, который портит навигацию и мешает нормальному UX. Если задача именно в быстрой проверке и очистке, действовать лучше в два этапа: сначала найти все проблемные ссылки, затем решить, что с каждой из них делать — заменить, удалить или настроить редирект.
Самый практичный подход зависит от размера сайта. На небольшом проекте можно обойтись ручной проверкой и встроенными инструментами, на большом — лучше использовать сканер ссылок или специализированный плагин. Ниже — рабочая схема без лишних действий.
С чего начать проверку
Перед массовой правкой полезно понять, где именно возникают битые ссылки. В WordPress они чаще всего бывают в трёх местах:
- внутренние ссылки на записи, страницы, рубрики и медиафайлы;
- ссылки в меню, виджетах и блоках;
- внешние ссылки на сторонние сайты, которые уже удалили страницу или поменяли адрес.
Если сайт недавно переносили, сначала проверьте внутренние ссылки. После миграции чаще всего ломаются адреса с абсолютными URL старого домена, ссылки на вложения и старые пути к страницам.
Как быстро найти битые ссылки
Есть три нормальных способа, и выбор зависит от того, нужен ли вам разовый аудит или регулярный контроль.
1. Проверка через плагин
Для большинства владельцев сайта это самый удобный вариант. Плагин сканирует контент и показывает ссылки с ошибками 404, 410 и другими недоступными ответами. Из популярных решений для WordPress обычно используют Broken Link Checker или аналогичные инструменты, которые умеют просматривать записи, страницы, комментарии и иногда пользовательские типы контента.
Что важно учитывать на практике:
- на больших сайтах сканирование может нагружать хостинг;
- не все плагины одинаково хорошо работают на слабом shared-хостинге;
- после проверки плагин нужно либо отключить, либо настроить так, чтобы он не создавал лишнюю нагрузку постоянно.
Если у вас много страниц и слабый тариф, лучше запускать проверку в часы минимальной нагрузки.
2. Проверка через онлайн-сканер
Подходит, если не хочется ставить плагин. Сервис обходит сайт как поисковый робот и показывает неработающие ссылки. Это удобно для разовой диагностики после переноса или крупного редактирования. Минус простой: внешний сервис видит только то, что доступно без авторизации, и не всегда корректно проверяет закрытые разделы или контент за логином.
Такой способ хорош для быстрой первичной проверки, но не заменяет контроль внутри WordPress, если сайт регулярно обновляется.
3. Проверка через Search Console и логи
Если сайт уже индексируется, ошибки можно увидеть в Google Search Console в отчётах по страницам с ошибками и исключённым URL. Это полезно не только для поиска битых ссылок, но и для понимания, какие адреса реально обходят поисковые роботы. Дополнительно можно посмотреть серверные логи или отчёты аналитики, если нужно понять, на какие несуществующие страницы чаще всего попадают пользователи.
Этот вариант не показывает все битые ссылки внутри контента, зато помогает найти те, которые уже влияют на индексацию и трафик.
Что делать с найденной битой ссылкой
После проверки не стоит просто удалять всё подряд. У каждой проблемной ссылки есть нормальный сценарий исправления.
- Если страница существует, но адрес изменился — обновите ссылку в контенте.
- Если страница удалена, но есть подходящая замена — поставьте ссылку на новую релевантную страницу.
- Если удалённый адрес был важным и на него есть внешние переходы — настройте 301 редирект на ближайший аналог.
- Если ссылка ведёт на неактуальный внешний ресурс — удалите её или замените на рабочий источник.
Редирект нужен не всегда. Если ссылка стояла в тексте как справочная и больше не имеет смысла, лучше убрать её совсем, чем вести пользователя на нерелевантную страницу.
Как удалить или заменить ссылку в редакторе WordPress
Если битая ссылка находится в записи или странице, откройте нужный материал в редакторе Gutenberg или классическом редакторе и найдите проблемный URL. Дальше возможны два варианта:
- заменить адрес на рабочий;
- удалить ссылку, если она больше не нужна.
В Gutenberg это обычно делается прямо в блоке с текстом: выделяете ссылку, вставляете новый адрес или удаляете её через панель блока. После сохранения обязательно откройте страницу в браузере и проверьте, что ссылка ведёт туда, куда нужно.
Если ссылка находится в шаблоне темы, меню или виджете, править её нужно не в записи, а в соответствующем разделе админки: Внешний вид → Меню, Виджеты или настройки конкретного блока/шаблона.
Когда нужен редирект, а когда достаточно удалить ссылку
Это важный момент, потому что не каждая битая ссылка должна превращаться в редирект.
| Ситуация | Что делать |
|---|---|
| Страница переехала на новый URL | Поставить 301 редирект со старого адреса на новый |
| Материал удалён, но есть близкая замена | Редирект на релевантную страницу |
| Материал удалён без замены и не нужен пользователю | Удалить ссылку из контента |
| Внешний сайт недоступен или ссылка устарела | Удалить или заменить ссылку |
Для редиректов на WordPress обычно используют плагины вроде Redirection. Это нормальный вариант, если вы не хотите править конфигурацию сервера вручную. Но перед массовой настройкой редиректов проверьте, нет ли уже существующих правил в .htaccess, nginx-конфиге или другом плагине, чтобы не создать петли и дубли.
Как не пропустить битые ссылки после очистки
После исправлений полезно сделать повторную проверку тем же способом, которым вы искали ошибки. Это единственный нормальный способ убедиться, что ссылки действительно стали рабочими, а не просто были отредактированы в одном месте и остались сломанными в другом.
Проверка после очистки обычно выглядит так:
- открываете список найденных битых ссылок;
- исправляете или удаляете каждую из них;
- обновляете кэш сайта, если он используется;
- запускаете повторное сканирование;
- проверяете несколько страниц вручную в браузере.
Если на сайте стоит кэш-плагин или серверный кэш, после правок обязательно очистите кэш. Иначе вы можете увидеть старую версию страницы и решить, что ссылка всё ещё битая.
Частые ошибки при поиске и удалении битых ссылок
На практике проблемы чаще всего возникают не из-за самого поиска, а из-за спешки при исправлении.
- Удаляют ссылку, хотя нужен редирект. В итоге теряется трафик и пользовательский путь.
- Ставят редирект на нерелевантную страницу. Это хуже, чем 404, если пользователь ждёт конкретный материал.
- Проверяют только главную и несколько страниц. Битые ссылки часто сидят в старых записях, архивах и блоках шаблона.
- Не проверяют внешний контент. Ссылки на сторонние сайты тоже ломаются и портят впечатление от сайта.
- Не перепроверяют после кэша. Из-за этого кажется, что проблема осталась, хотя на сервере уже всё исправлено.
Что выбрать, если сайт небольшой или большой
Если у вас небольшой сайт с десятками страниц, проще всего использовать плагин для разовой проверки и потом вручную исправить найденные ссылки. Если сайт большой, лучше сочетать несколько способов: периодический сканер, проверку в Search Console и точечный контроль после крупных изменений в контенте.
Для сайта, который часто редактируют несколько человек, полезно выстроить простой процесс: после удаления страницы сразу проверять, нет ли на неё внутренних ссылок, и при необходимости сразу ставить редирект или замену. Так битые ссылки не копятся месяцами.
Если нужен именно инструмент для чистки сайта и удаления лишнего технического мусора, в экосистеме WPShop есть Clearfy Pro. Но для самой задачи поиска битых ссылок всё равно важнее не название плагина, а то, умеет ли он корректно находить проблемные URL и не перегружает ли сайт при проверке.
В итоге рабочая схема простая: найти битые ссылки, понять тип каждой проблемы, заменить или удалить адрес и затем перепроверить результат. Если делать это сразу после переноса, редактирования или удаления страниц, сайт остаётся чище, а пользователи не упираются в 404 на ровном месте.