Битые ссылки на WordPress-сайте обычно всплывают после редизайна, смены структуры URL, переноса на новый домен или просто из-за старых публикаций, которые давно никто не проверял. Пользователь кликает по ссылке и получает 404, а владелец сайта теряет доверие, трафик и часть внутренней перелинковки. Хорошая новость в том, что такие ссылки можно найти и исправить без риска для сайта, если сначала собрать список проблемных URL, а уже потом менять их вручную или массово.
С чего начать проверку
Сначала нужно понять, где именно искать неработающие ссылки. На WordPress они бывают в нескольких местах: в записях и страницах, в меню, в виджетах, в блоках редактора, в кнопках, в старых шорткодах и иногда в файлах темы. Если сайт пережил перенос, отдельно проверьте ссылки на старый домен, на HTTP вместо HTTPS и на адреса с изменившейся структурой рубрик или слагов.
Если задача срочная, начните с внутренних ссылок. Именно они чаще всего ломаются после редизайна и чаще всего влияют на навигацию и поведение пользователей. Внешние ссылки тоже важны, но их обычно проще заменить точечно.
Как найти битые ссылки на сайте WordPress
Есть три практичных способа: проверить сайт сканером, посмотреть ошибки в панели поиска и исправить вручную те ссылки, которые вы уже знаете. Для большинства сайтов удобнее сочетать автоматическую проверку и ручной просмотр результатов.
Проверка через онлайн-сканер
Если не хочется ставить плагины, можно использовать внешний сервис для обхода сайта. Он просканирует страницы и покажет ссылки с ответами 404, 410, 500 и другие проблемные адреса. Это удобно для разовой проверки после переноса или редизайна.
Плюс такого подхода в том, что он не нагружает ваш сервер и не требует доступа к админке. Минус — внешний сервис не всегда видит закрытые разделы, страницы за авторизацией и контент, который подгружается только через JavaScript. Поэтому для сложного сайта одного сканера обычно мало.
Проверка плагином внутри WordPress
Если нужно регулярно отслеживать битые ссылки, удобнее использовать плагин для проверки ссылок. Он просматривает контент сайта и показывает проблемные URL прямо в админке. Это полезно, когда на сайте много старых материалов и ссылки могут ломаться постепенно.
Перед установкой такого плагина учитывайте нагрузку. На небольшом сайте это обычно не проблема, а на крупном проекте сканирование может заметно грузить базу данных и замедлять админку. Если хостинг слабый, лучше запускать проверку вручную в спокойное время и не держать постоянный фоновый мониторинг без необходимости.
Проверка через Search Console и логи
Если сайт уже подключён к Google Search Console, раздел с ошибками сканирования помогает увидеть страницы, на которые поисковый робот попадает по несуществующим адресам. Это не заменяет полную проверку сайта, но хорошо показывает, какие битые URL уже заметил Google.
На сервере полезно смотреть логи веб-сервера, если у вас есть к ним доступ. По ним видно, какие адреса регулярно запрашиваются и дают 404. Это особенно полезно после переноса, когда старые ссылки продолжают приходить из внешних источников или из закладок пользователей.
Как безопасно исправить найденные ссылки
Исправление зависит от того, что именно сломалось. Если страница просто переехала на новый адрес, лучше не удалять старый URL бездумно, а настроить редирект на актуальную страницу. Если ссылка в тексте ведёт на несуществующий ресурс, её нужно заменить на правильную или удалить, если замены нет.
Перед массовыми правками сделайте резервную копию базы данных. Это особенно важно, если вы собираетесь менять ссылки через поиск и замену или редактировать много записей сразу. Ошибка в массовой замене может затронуть не только ссылки, но и другие фрагменты текста, если шаблон подобран слишком широко.
Когда нужен редирект, а когда достаточно правки в тексте
| Ситуация | Что делать |
|---|---|
| Страница переехала на новый URL | Настроить 301-редирект со старого адреса на новый |
| Ссылка в статье ведёт на ошибочный адрес | Отредактировать ссылку в записи или странице |
| Внешний сайт удалил страницу | Заменить ссылку на актуальный источник или удалить её |
| Старый домен остался в контенте после переноса | Заменить адреса в базе и проверить редиректы |
Редирект нужен тогда, когда старый адрес уже где-то опубликован и на него могут приходить пользователи или поисковые роботы. Простая правка в тексте не спасёт внешние ссылки, закладки и старые результаты поиска. Если же ссылка живёт только внутри одной статьи и её видите только вы в редакторе, достаточно заменить её вручную.
Как массово заменить старые URL после переноса
Если после переезда на новый домен в базе остались ссылки на старый адрес, их обычно меняют через инструмент поиска и замены в базе данных. Делать это нужно аккуратно: сначала ищут точное совпадение старого домена или старого пути, потом проверяют результат на нескольких страницах. Для WordPress важно не ломать сериализованные данные, поэтому безопаснее использовать инструменты, которые понимают структуру базы, а не обычную замену в SQL без проверки.
Если у вас нет опыта работы с базой, лучше использовать проверенный плагин или обратиться к разработчику. На живом сайте одна неверная массовая замена может испортить настройки виджетов, меню и блоков.
Как проверить, что битые ссылки действительно удалены
После исправления не ограничивайтесь визуальной проверкой одной страницы. Снова прогоните сайт сканером или плагином и посмотрите, остались ли ответы 404 и другие ошибки. Если вы настраивали редиректы, откройте старый адрес в браузере и убедитесь, что он ведёт на нужную страницу с кодом 301, а не просто открывает главную без логики.
Полезно проверить несколько типичных мест: старые записи, страницы с большим количеством ссылок, меню, блоки в шапке и подвале, а также материалы, которые редактировались до редизайна. Именно там чаще всего остаются незаметные битые URL.
Какие ошибки чаще всего мешают найти проблему
Самая частая ошибка — искать только внешние ссылки и забывать про внутренние. На практике именно внутренние адреса ломаются после переноса структуры сайта, смены ЧПУ или удаления старых страниц. Ещё одна типичная проблема — исправить ссылку в тексте, но не поставить редирект со старого URL. В результате старая ссылка из поиска или с другого сайта всё равно ведёт в никуда.
Ещё один нюанс — не все 404 одинаково критичны. Если ссылка стоит в старом архивном материале и ведёт на давно удалённую внешнюю страницу, это неприятно, но не всегда требует сложной настройки. Если же битая ссылка находится в меню, кнопке или важном коммерческом блоке, её нужно исправлять в первую очередь.
Что делать после очистки ссылок
Когда основные битые URL исправлены, имеет смысл периодически повторять проверку, особенно после крупных обновлений сайта, редизайна и массовой публикации новых материалов. Для сайта с активным контентом это не разовая задача, а часть обычного обслуживания. Если проверка нужна регулярно и без лишней ручной работы, можно использовать инструменты, которые помогают следить за качеством сайта и не пропускать старые ошибки; например, для задач чистки и SEO-оптимизации в экосистеме WordPress иногда используют Clearfy Pro: https://wpshop.ru/plugins/clearfy.
Главное правило простое: сначала находите конкретный битый URL, потом решаете, нужен ли редирект, замена в тексте или удаление ссылки. Такой порядок безопаснее, чем массово править всё подряд, и он реально помогает привести WordPress-сайт в порядок после переноса или редизайна.