Битые ссылки в WordPress обычно появляются после удаления страниц, смены URL, переноса материалов или правки структуры сайта. Для посетителя это лишние ошибки и тупики в навигации, а для сайта — ухудшение пользовательского опыта и лишние 404-страницы, которые поисковики тоже видят. Хорошая новость в том, что такие ссылки можно найти и исправить без сложной настройки сервера и без риска сломать сайт, если действовать последовательно.
Ниже — практический порядок: как обнаружить неработающие ссылки, как понять, что именно сломано, и как исправить проблему так, чтобы она не вернулась снова.
С чего начать проверку
Сначала стоит понять, какие именно ссылки вы ищете. В WordPress битые ссылки чаще всего бывают в трёх местах:
- внутренние ссылки между страницами и записями;
- ссылки в меню, виджетах, блоках и шаблонах темы;
- ссылки в старых статьях, которые ведут на удалённые материалы, изображения или внешние сайты.
Если сайт недавно переносили, меняли структуру постоянных ссылок или массово удаляли контент, проверку лучше начинать именно с внутренних URL. Они сильнее всего влияют на навигацию и на то, как поисковые роботы обходят сайт.
Как найти битые ссылки в WordPress
Есть три рабочих способа. Выбор зависит от размера сайта и от того, нужен ли вам разовый поиск или регулярный контроль.
Проверка через онлайн-сервис или краулер
Для небольшого сайта проще всего просканировать страницы внешним сервисом или программой-краулером. Такие инструменты переходят по ссылкам на страницах и показывают, где встречаются ответы 404, 410, 500 и другие ошибки. Это удобно, если нужно быстро найти проблемные URL без установки плагинов.
Подход особенно полезен, когда вы хотите проверить не только записи WordPress, но и меню, архивы, категории и страницы, которые не всегда легко отследить вручную. Минус один: внешний сервис видит только то, что доступно из браузера, и не всегда понимает ссылки, скрытые за авторизацией или подгружаемые скриптами.
Проверка плагином внутри WordPress
Если нужен контроль прямо из админки, используйте плагин для поиска неработающих ссылок. Это удобно для редактора или владельца сайта, который не хочет отдельно запускать сканер. Плагин проверяет записи, страницы, комментарии и иногда другие типы контента, после чего показывает список проблемных URL.
Здесь важно учитывать нагрузку. На крупном сайте постоянное фоновое сканирование может замедлять админку и создавать лишнюю нагрузку на хостинг. Поэтому для больших проектов лучше запускать проверку вручную и не держать постоянный мониторинг включённым без необходимости.
Проверка через отчёты аналитики и Search Console
Если битые ссылки уже успели попасть в индекс или на них заходят пользователи, их часто видно в отчётах поисковых систем и аналитики. Это полезный источник для поиска реальных проблем, а не только технических ошибок сканера. Например, если в отчёте много переходов на URL с 404, значит, ссылка где-то осталась на сайте или на неё ведут внешние ресурсы.
Этот способ не заменяет полноценный аудит, но помогает понять, какие ошибки действительно важны в первую очередь.
Как отличить удалённую страницу от сломанной ссылки
Не каждая ошибка 404 означает, что ссылка «сломалась» случайно. Иногда страница была удалена намеренно, и тогда задача не в том, чтобы вернуть старый URL, а в том, чтобы правильно перенаправить посетителя на актуальный адрес.
Проверьте три вещи:
- страница действительно удалена, а не просто скрыта из меню;
- есть ли у неё новый адрес или похожий материал;
- ссылка ведёт на внутренний URL сайта или на внешний ресурс.
Если материал переехал на новый адрес, нужна переадресация. Если контент удалён без замены, иногда лучше оставить 404 или 410, чем вести пользователя на случайную страницу. Это нормальная практика: не все удалённые URL нужно «спасать» редиректом.
Как исправить битые ссылки
Способ исправления зависит от причины ошибки. На практике обычно приходится делать одно из трёх действий: заменить ссылку, настроить редирект или удалить устаревшую ссылку совсем.
1. Заменить ссылку в контенте
Если URL просто устарел, откройте запись или страницу в редакторе и замените старый адрес на актуальный. Это самый надёжный вариант для внутренних ссылок. Заодно проверьте анкор — текст ссылки должен соответствовать новой странице, а не вводить пользователя в заблуждение.
После правки не забудьте сохранить запись и открыть её в браузере, чтобы убедиться, что ссылка ведёт туда, куда нужно.
2. Настроить 301-редирект
Если старый адрес уже где-то индексировался, а на его месте есть новый релевантный материал, используйте постоянный редирект 301. Так поисковые системы и пользователи попадут на правильную страницу, а часть накопленных сигналов старого URL сохранится.
Для WordPress обычно удобнее делать редиректы через плагин или на уровне сервера, если вы уверены в настройках. На хостинге с Apache это часто реализуют через .htaccess, на Nginx — в конфигурации сервера. Если вы не уверены, что делаете, безопаснее использовать плагин редиректов: ошибка в конфиге может уронить сайт или сделать его недоступным.
Редирект нужен не для всех случаев. Если вы удалили страницу без замены и не хотите подменять смысл, лучше не отправлять пользователя на нерелевантный URL только ради того, чтобы «не было 404».
3. Удалить или заменить ссылку в меню, виджете, шаблоне
Если битая ссылка находится не в статье, а в меню, блоке темы или виджете, править нужно именно там. В WordPress такие ссылки часто забывают после смены структуры сайта. Проверьте:
- внешний вид → меню;
- редактор сайта, если используется блочная тема;
- виджеты и блоки в сайдбаре или футере;
- шаблоны темы и элементы, если они редактировались вручную.
Для ссылок в шаблонах лучше вносить изменения аккуратно, через дочернюю тему или через настройки темы, а не править файлы основной темы напрямую. Иначе обновление может перезаписать исправления.
Как проверить, что проблема действительно решена
После исправления не ограничивайтесь визуальной проверкой в админке. Откройте старый URL в браузере и посмотрите, что происходит:
- если ссылка была заменена в тексте, она должна вести на новый адрес;
- если настроен редирект, старый URL должен автоматически открывать целевую страницу;
- если страница удалена намеренно, сервер должен отдавать 404 или 410, а не случайно перенаправлять на главную.
Полезно также повторно прогнать сайт через тот же сканер, которым вы искали ошибки. Это покажет, остались ли ещё битые ссылки или вы исправили только часть проблем.
Что делать, если битых ссылок много
Когда на сайте десятки или сотни неработающих URL, ручная правка каждой ссылки превращается в бесконечную работу. В таком случае лучше разделить задачи:
- сначала собрать список всех проблемных адресов;
- отдельно отметить внутренние ссылки и внешние;
- для внутренних — определить, есть ли новая страница или нужен редирект;
- для внешних — заменить ссылку на рабочий источник или убрать её совсем.
Если проблема появилась после миграции сайта, проверьте ещё и карту старых URL. Часто ломаются не только ссылки в контенте, но и адреса категорий, вложений и архивов. В таких случаях полезно настроить массовые редиректы по старым шаблонам URL, но делать это нужно осторожно: слишком общий редирект может отправлять пользователя не туда, куда нужно.
Как снизить риск появления битых ссылок снова
Полностью исключить их нельзя, но можно сильно сократить количество повторных ошибок. Для этого придерживайтесь нескольких простых правил:
- не удаляйте страницы без проверки, есть ли на них внутренние ссылки;
- при смене структуры постоянных ссылок сразу планируйте редиректы;
- после переноса контента делайте повторный обход сайта;
- периодически проверяйте старые статьи, особенно с большим числом внешних ссылок;
- не оставляйте в меню ссылки на тестовые или временные страницы.
Если сайт регулярно обновляется редакторами, полезно ввести простой процесс: перед удалением материала проверять, куда он был связан, а после публикации — быстро просматривать исходящие ссылки в статье. Это занимает меньше времени, чем потом искать причины падения трафика или жалобы пользователей на неработающие переходы.
Если нужен именно встроенный контроль качества ссылок в админке, можно рассмотреть Clearfy Pro. Но даже с плагином базовая логика остаётся той же: сначала найти источник ошибки, потом либо заменить ссылку, либо поставить редирект, либо осознанно оставить 404/410 для удалённого контента.
Когда вы проверяете сайт на битые ссылки регулярно, проблема перестаёт быть неожиданностью. Это уже не авария, а обычная часть технического ухода за WordPress-сайтом.