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

Если в отчётах, Google Search Console или при ручной проверке сайта вы видите ошибки 404, почти всегда речь идёт о битых ссылках: страница была удалена, адрес изменился, а ссылка на неё осталась. Для WordPress это обычная ситуация после редактирования материалов, смены структуры URL, миграции сайта или удаления внешнего ресурса, на который вы ссылались.

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

С чего начать: где именно искать битые ссылки

Самый практичный порядок такой: сначала смотрите источники, которые уже показывают проблему, а потом добираете ссылки сканером сайта. Это экономит время и помогает не пропустить важные страницы.

Google Search Console и отчёты 404

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

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

Ручная проверка сайта

Если ошибки видны только при просмотре сайта, проверьте:

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

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

Сканирование сайта специальным инструментом

Чтобы найти ссылки массово, удобнее использовать краулер. Подойдут, например, Screaming Frog SEO Spider, Ahrefs, Sitebulb или аналогичный инструмент. Они обходят страницы сайта и показывают ссылки с ошибками ответа сервера, включая 404, 410 и иногда другие проблемные статусы.

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

Как отличить внутренние ссылки от внешних и почему это важно

Не все битые ссылки исправляются одинаково. Внутренние и внешние ссылки требуют разного подхода.

Тип ссылкиЧто это значитЧто обычно делать
ВнутренняяВедёт на страницу вашего сайтаИсправить URL, вернуть страницу или настроить редирект
ВнешняяВедёт на другой сайтЗаменить ссылку на актуальную или удалить её

С внутренними ссылками важнее не просто убрать 404, а сохранить структуру сайта и передать накопленные SEO-сигналы на новый адрес. С внешними ссылками задача проще: если источник исчез, обычно достаточно удалить ссылку или заменить её на рабочую.

Что делать с внутренними битые ссылками

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

Если страница переехала

Самый правильный вариант — поставить 301 редирект со старого URL на новый. Это сохраняет переходы пользователей и помогает поисковым системам понять, что адрес изменился постоянно.

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

Если страница удалена навсегда

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

Не стоит массово редиректить всё на главную страницу. Для пользователя это плохой опыт, а для поисковика — слабый сигнал: он не понимает, куда именно перенесён контент.

Если ссылка находится в нескольких местах

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

Что делать с внешними битые ссылками

Внешние ссылки ломаются чаще, чем внутренние: сайт-источник удаляет страницу, меняет структуру или закрывается. Здесь обычно есть три варианта.

  • Заменить ссылку на актуальный источник, если он есть.
  • Удалить ссылку, если она больше не нужна для смысла текста.
  • Заменить на другой материал, который подтверждает ту же мысль.

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

Как быстро найти битые ссылки в админке WordPress

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

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

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

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

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

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

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

Типичные ошибки при удалении битых ссылок

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

Ещё одна проблема — путать удаление ссылки и удаление страницы. Если вы убрали ссылку из статьи, но сама страница осталась доступной по старому адресу, 404 не исчезнет. Нужно смотреть на источник ошибки, а не только на место, где вы её заметили.

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

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

Создание собственного шорткода в WordPress: пошаговое руководство
28.09.2026
Как отключить REST API для гостей в WordPress без поломки админки и плагинов
25.09.2026
Как создать автоматический Sitemap в WordPress с помощью кода
12.09.2026
Как использовать REST API в WordPress для создания приложений
12.09.2026
Как добавить автоматическое обновление плагинов в WordPress с помощью кода
02.10.2026