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