Битые ссылки в WordPress обычно появляются после удаления записей, смены URL, переноса сайта или правок в меню, контенте и виджетах. Пользователь кликает по ссылке и попадает на 404, а владелец сайта получает лишние потери трафика, ухудшение UX и мусор в контенте, который со временем становится всё заметнее. Если задача именно в том, чтобы быстро найти такие ссылки и убрать их без ручного просмотра всего сайта, удобнее идти от источника проблемы: сначала собрать список 404, затем проверить, где ссылка стоит, и только после этого удалять или заменять её.
Ниже — рабочие способы для WordPress: от быстрого поиска через инструменты до ручной проверки в админке и на сервере. Выбор зависит от размера сайта и того, есть ли у вас доступ к плагинам, логам и базе данных.
С чего начать: понять, какие ссылки действительно битые
Не каждая ссылка, которая выглядит подозрительно, является проблемой. Иногда URL ведёт на страницу, доступную только после авторизации, или на внешний сайт, который временно не отвечает. Для задачи очистки контента нужны именно те ссылки, которые стабильно возвращают 404 или другой клиентский код ошибки, означающий, что страницы больше нет.
Если вы не уверены, проверьте ссылку в браузере или через инструмент проверки HTTP-статуса. Для внутренней ссылки на ваш сайт достаточно открыть её в новой вкладке. Если видите стандартную страницу ошибки WordPress или ответ 404 от сервера, ссылка действительно битая. Для внешних ссылок полезно проверить не только сам факт ошибки, но и то, не изменился ли адрес на рабочий.
Самый быстрый способ найти битые ссылки на сайте
Когда на сайте много материалов, вручную искать 404-ссылки в записях и страницах бессмысленно. Проще использовать инструмент, который просканирует контент и соберёт проблемные URL в один список. Для WordPress это обычно делают плагином-проверкой ссылок или внешним краулером.
Если нужен именно практичный путь внутри админки WordPress, подойдёт плагин для поиска битых ссылок. Он просматривает записи, страницы, комментарии и часто пользовательские поля, если они доступны, и показывает, какие URL возвращают ошибку. После этого вы сразу видите, где ссылка размещена, и можете перейти к редактированию конкретного материала.
У такого подхода есть важное ограничение: на больших сайтах сканирование может заметно нагружать хостинг. Если у вас shared-хостинг с небольшими лимитами по CPU и памяти, лучше запускать проверку в спокойное время и не держать её постоянно включённой. После первичной чистки плагин обычно отключают, чтобы не создавать лишнюю нагрузку.
Как проверить ссылки через плагин и не потерять время на лишнее
Логика работы почти всегда одинаковая:
- Устанавливаете плагин для проверки ссылок.
- Запускаете сканирование сайта.
- Открываете список найденных ошибок.
- Смотрите, где именно стоит ссылка: в записи, странице, меню, виджете или произвольном поле.
- Редактируете источник и удаляете либо заменяете URL.
После исправления не ограничивайтесь одним сохранением записи. Обновите страницу, где была ссылка, и проверьте, что она больше не появляется в списке ошибок после повторного сканирования. Если плагин показывает статус ссылки как исправленный, это хороший знак, но лучше ещё раз открыть саму страницу и перейти по ссылке вручную.
Если на сайте много старых материалов, полезно сначала отсортировать список по типу ссылки. Обычно быстрее всего чистятся записи и страницы с повторяющимися шаблонными блоками, а потом уже меню и виджеты. Так вы быстрее убираете массовые проблемы, а не тратите время на единичные случаи.
Когда удобнее использовать внешний краулер
Если сайт большой, а плагин создаёт нагрузку или не видит часть ссылок, удобнее просканировать сайт внешним инструментом. Такие сервисы обходят страницы как поисковый робот и показывают, какие ссылки ведут на 404. Это особенно полезно, когда нужно проверить не только контент WordPress, но и навигацию, хлебные крошки, блоки в теме и ссылки, которые генерируются шаблоном.
Плюс внешнего краулера в том, что он не зависит от плагинов и не нагружает ваш сервер так сильно, как внутренняя проверка. Минус — не всегда видно, в каком именно поле WordPress находится ссылка. Тогда всё равно приходится открывать страницу в админке и искать источник вручную. На практике это хороший вариант для первичного аудита: сначала собрать список проблемных URL, потом уже точечно исправлять их в WordPress.
Как удалить или заменить битую ссылку в WordPress
Когда источник найден, вариантов обычно три: удалить ссылку совсем, заменить её на актуальный адрес или поставить редирект, если страница была удалена, но у неё есть логичное новое место.
Если ссылка стоит в записи или странице, откройте материал в редакторе и найдите нужный фрагмент. В блоковом редакторе это делается прямо в тексте блока. В классическом редакторе — в HTML-режиме или визуальном редакторе. Если ссылка находится в меню, правьте её через Внешний вид → Меню. Если в виджете — через раздел виджетов или редактор сайта, в зависимости от темы и версии WordPress.
Если ссылка зашита в шаблон темы или в произвольное поле, простого редактирования записи может быть недостаточно. Тогда нужно понять, откуда она выводится: из настроек темы, поля ACF, шорткода или файла шаблона. В таком случае безопаснее сначала найти источник, а уже потом менять код или настройки, чтобы не сломать вывод на других страницах.
Когда нужен редирект, а не удаление
Если удалённая страница имела трафик, внешние ссылки или была важной для структуры сайта, простое удаление URL — не лучший вариант. Тогда вместо 404 стоит настроить редирект на ближайшую релевантную страницу. Это помогает сохранить пользователей и не терять накопленный вес старого адреса.
Редирект нужен не для каждой удалённой записи. Если материал был случайным, не имел входящих ссылок и не нужен по смыслу, достаточно убрать внутренние ссылки на него и оставить 404 или 410, если это соответствует вашей логике. Но если адрес уже разошёлся по сайту или в индексе, редирект обычно практичнее.
Здесь важно не делать цепочки из нескольких переадресаций. Если старая ссылка ведёт на промежуточный URL, а тот — ещё дальше, это лишняя задержка и дополнительный риск ошибок. Лучше сразу вести на конечную рабочую страницу.
Как проверить, что очистка сработала
После правок не полагайтесь только на визуальный осмотр. Проверьте три вещи:
- ссылка больше не открывает 404;
- на странице, где она стояла, остался корректный адрес или ссылка удалена совсем;
- повторное сканирование не показывает тот же URL как битый.
Если вы настраивали редирект, откройте старый адрес в браузере и убедитесь, что он ведёт на нужную страницу без лишних промежуточных переходов. Если удаляли ссылку из контента, проверьте опубликованную версию страницы, а не только редактор: иногда в блоках или шаблонах остаются старые данные кэша.
На сайтах с кэшированием после исправления полезно очистить кэш страницы и, если используется CDN, дождаться обновления или сбросить кэш там тоже. Иначе вы можете видеть старую версию страницы и решить, что ссылка всё ещё не убрана.
Что делать, если битых ссылок много
Когда 404-ссылок десятки или сотни, лучше работать по порядку, а не хаотично. Сначала исправьте самые заметные и самые посещаемые страницы: главную, важные категории, популярные записи, меню и блоки в шапке или подвале. Потом переходите к старым материалам и редким страницам.
Если ссылки массово ведут на удалённые записи одного типа, проверьте причину. Часто проблема не в единичной ошибке, а в том, что при удалении контента не была продумана структура редиректов или остались старые внутренние ссылки в шаблонах. В таких случаях полезно пройтись по сайту ещё раз после чистки, чтобы не оставить повторяющиеся источники 404.
Для больших сайтов разумно держать под рукой резервную копию перед массовыми правками. Это не формальность: если вы случайно удалите не ту ссылку или затронете шаблонный блок, откат сэкономит время и снизит риск поломки навигации.
Коротко о рабочем порядке
Практически удобная схема такая: сначала находите 404-ссылки через плагин или внешний краулер, затем определяете источник каждой ссылки в WordPress, после этого удаляете, заменяете или перенаправляете URL, а в конце перепроверяете результат повторным сканированием и ручным открытием проблемных адресов. Такой подход быстрее, чем просматривать весь сайт вручную, и даёт понятный контроль над качеством контента.
Если сайт регулярно обновляется, имеет смысл проверять битые ссылки не разово, а после крупных правок: удаления старых записей, смены структуры URL, переноса материалов или редизайна. Тогда 404 не накапливаются и не превращаются в постоянную проблему для пользователей и поиска.