Битые ссылки в WordPress обычно всплывают не сразу: страница уже удалена или переехала, а ссылка на неё продолжает жить в статье, меню, виджете или блоке. Для посетителя это лишний клик в 404, для сайта — потеря доверия и лишний шум в обходе страниц поисковыми роботами. Хорошая новость в том, что проблему можно быстро найти и закрыть, если идти по порядку: сначала обнаружить все 404, затем понять, где именно стоит ссылка, и только после этого исправлять или удалять её.
Ниже — рабочая схема без лишней теории: как найти битые ссылки, где они чаще всего прячутся в WordPress и как исправить их так, чтобы не сломать навигацию и не потерять трафик.
С чего начать: понять, где именно возникают 404
Не все 404 на сайте означают именно битые ссылки в контенте. Иногда пользователь открывает старый адрес из закладок, иногда поисковик приводит на удалённую страницу, а иногда ошибка появляется из-за опечатки в меню или неверного URL в тексте. Поэтому сначала нужно собрать список проблемных адресов.
Самый практичный способ — посмотреть отчёты о 404 в аналитике или в логах сервера, если они доступны. Но для обычной проверки сайта чаще всего удобнее использовать один из двух вариантов:
- сканер сайта, который обходит внутренние ссылки и показывает недоступные адреса;
- плагин для проверки ссылок прямо в админке WordPress.
Если сайт небольшой, достаточно плагина. Если страниц много, а сайт давно работает и накопил старые материалы, удобнее сначала прогнать внешний или локальный сканер, а потом уже точечно исправлять найденное.
Как быстро найти битые ссылки в WordPress
Проверка через плагин в админке
Для большинства владельцев сайтов это самый понятный путь. Плагин просматривает записи, страницы, комментарии и иногда другие типы контента, находит ссылки, которые ведут на несуществующие адреса, и показывает их в списке. Из популярных решений часто используют Broken Link Checker. Учитывайте, что такие плагины могут заметно нагружать сайт, особенно на больших проектах, поэтому после проверки их лучше отключать или удалять, если они не нужны постоянно.
Что важно проверить в настройках и в процессе:
- какие типы контента сканируются — записи, страницы, комментарии, произвольные типы;
- проверяются ли внешние и внутренние ссылки;
- не блокирует ли хостинг частые фоновые запросы;
- не попадают ли в отчёт ссылки, которые временно недоступны из-за защиты, редиректов или ограничений по доступу.
После сканирования откройте список найденных ссылок и отдельно проверьте, где они стоят: в тексте, в кнопке, в изображении, в меню или в виджете. Это важно, потому что способ исправления зависит от места размещения.
Проверка через внешние сервисы и краулер
Если не хочется ставить плагин, можно использовать краулер вроде Screaming Frog SEO Spider или аналогичный инструмент. Он обходит сайт как поисковый робот и показывает ссылки с ответом 404, 410 и другими проблемными статусами. Такой подход особенно полезен, когда нужно проверить не только WordPress-контент, но и меню, хлебные крошки, ссылки в шаблоне и в подвале.
У внешнего сканера есть плюс: он не зависит от плагинов и не нагружает WordPress. Минус — нужно уметь читать отчёт и понимать, где именно находится каждая ссылка. Для большого сайта это часто даже удобнее, потому что можно сразу увидеть масштаб проблемы.
Где в WordPress чаще всего прячутся битые ссылки
На практике битые ссылки чаще всего находятся в четырёх местах. Если искать их только в записях, часть проблем останется незамеченной.
- Контент статей и страниц. Ссылки в тексте, кнопках, изображениях, цитатах, списках.
- Меню. Особенно если пункт меню ведёт на удалённую страницу, архив или внешний ресурс.
- Виджеты и блоки в сайдбаре или футере. Там часто остаются старые ссылки на акции, категории и важные страницы.
- Шаблонные элементы. Ссылки в шапке, подвале, хлебных крошках, блоках темы или в пользовательских вставках.
Если сайт давно редактировался разными людьми, не ограничивайтесь только редактором записей. Проверяйте и те места, которые меняются через «Внешний вид» → «Меню», «Виджеты» или редактор сайта, если используется блочная тема.
Как исправить битую ссылку без лишних потерь
Когда вы нашли проблемный URL, дальше есть три нормальных сценария. Выбор зависит от того, существует ли целевая страница и должен ли старый адрес ещё работать.
| Ситуация | Что делать | Когда подходит |
|---|---|---|
| Страница просто переехала на новый адрес | Поставить 301-редирект со старого URL на новый | Если ссылка уже есть в поиске, закладках или внешних материалах |
| Страница удалена окончательно, но есть близкая замена | Заменить ссылку на актуальную страницу или раздел | Если пользователь должен попасть на похожий контент |
| Страница больше не нужна и замены нет | Удалить ссылку из контента, меню или виджета | Если ссылка ведёт в пустоту и не несёт пользы |
Редирект — лучший вариант, когда старый адрес уже где-то используется. Но не ставьте редирект на нерелевантную страницу только ради того, чтобы убрать 404. Если пользователь ожидал одно, а попал на совсем другое, это плохой опыт и для людей, и для поиска.
Если вы меняете URL у опубликованной записи или страницы, проверьте, не сломались ли внутренние ссылки в других материалах. В WordPress это частая история: старую запись переименовали, а ссылки на неё остались в десятках статей.
Как исправить ссылки в меню, виджетах и блоках
Ссылки в меню и виджетах исправляются отдельно от текста статьи. Это частая причина, почему после «очистки» сайта 404 всё равно остаются.
Меню
Откройте раздел управления меню и найдите пункт с битым URL. Если ссылка больше не нужна, удалите пункт. Если адрес изменился, замените его на актуальный. После сохранения обязательно проверьте меню на фронтенде: иногда кэш темы или плагина кеширования показывает старую версию ещё некоторое время.
Виджеты и блоки
В классических виджетах проверьте текстовые блоки, HTML-блоки и списки ссылок. В блочных темах смотрите не только область виджетов, но и шаблоны сайта: футер, сайдбар, шаблоны страниц. Если ссылка вставлена в HTML вручную, исправляйте её осторожно — одна лишняя кавычка может сломать весь блок.
Если ссылка стоит в произвольном HTML-коде, сначала сделайте резервную копию фрагмента. Это особенно важно, когда код редактируется не через визуальный редактор, а напрямую в шаблоне или через блок «Произвольный HTML».
Что делать с массовыми 404 после переезда или чистки сайта
Если битых ссылок много, не пытайтесь править их вручную по одной без системы. Сначала разделите их на группы:
- старые URL записей и страниц;
- ссылки на удалённые категории или теги;
- ссылки из меню и футера;
- внешние ссылки на чужие сайты, которые больше не работают.
Для старых URL записей и страниц обычно проще всего настроить редиректы. Для этого можно использовать плагин редиректов или правила на уровне сервера, если вы уверенно работаете с конфигурацией. Если не уверены, лучше ограничиться плагином: он безопаснее для обычного владельца сайта и не требует править серверные файлы вручную.
Если у вас много старых адресов после смены структуры сайта, не делайте цепочки редиректов вида «старый URL → промежуточный URL → новый URL». Лучше сразу вести на конечную страницу. Цепочки замедляют переход и усложняют диагностику.
Как проверить, что проблема действительно исправлена
После правок не полагайтесь только на визуальную проверку в админке. Нужно убедиться, что ссылка отдаёт правильный ответ и что 404 больше не появляется.
Проверка обычно занимает несколько минут:
- Откройте исправленную страницу или меню в браузере в режиме инкогнито.
- Перейдите по ссылке вручную и убедитесь, что открывается нужный адрес.
- Если настраивали редирект, проверьте, что старый URL ведёт на новый без лишних промежуточных переходов.
- Повторно запустите сканирование сайта и посмотрите, исчезла ли ошибка из отчёта.
Если 404 остаётся, проверьте кэш сайта, CDN и кэш браузера. На сайтах с агрессивным кэшированием старая версия страницы может показываться некоторое время даже после исправления.
Что не стоит делать
Есть несколько типичных ошибок, из-за которых проблема возвращается или становится хуже:
- удалять страницу без проверки, есть ли на неё внутренние ссылки;
- ставить редирект на главную страницу вместо релевантной замены;
- оставлять битые ссылки в меню и футере, считая их «незначительными»;
- держать активным плагин проверки ссылок постоянно, если он заметно грузит сайт;
- исправлять URL в тексте, не проверив, не используется ли этот адрес ещё где-то на сайте.
Если сайт большой, полезно периодически прогонять его сканером после массовых правок, обновления структуры или переноса материалов. Так вы поймаете не только старые битые ссылки, но и новые ошибки, которые появляются после редактирования контента.
Если нужен более аккуратный контроль технического состояния сайта, в том числе очистка лишних элементов и SEO-правок, можно посмотреть Clearfy Pro. Но саму задачу поиска и исправления битых ссылок всё равно нужно решать через проверку ссылок, меню и редиректов, а не одним плагином «на всё».