Если в Search Console растут 404-ошибки, пользователи жалуются на неработающие переходы, а внутренние ссылки ведут в никуда, проблему лучше не откладывать. Битые ссылки портят поведенческие сигналы, мешают обходу сайта поисковыми роботами и просто создают лишний шум в админке и аналитике. В WordPress их можно найти несколькими способами, а удалять или исправлять — уже по ситуации: иногда нужен редирект, иногда достаточно обновить ссылку в записи, а иногда ссылку действительно стоит убрать.
Сначала поймите, какие ссылки у вас «битые»
Под битой ссылкой обычно имеют в виду URL, который больше не открывается или отдаёт ошибку. На практике это не всегда один и тот же случай. Для WordPress важнее разделять:
- внутренние ссылки — ведут на страницы, записи, рубрики и файлы внутри сайта;
- внешние ссылки — ведут на другие домены;
- медиа-ссылки — изображения, PDF и другие файлы из медиабиблиотеки;
- редиректные цепочки — ссылка формально не битая, но сначала уводит на один адрес, потом на другой, потом на третий.
Для задачи владельца сайта обычно важнее всего внутренние ссылки. Именно они чаще всего ломаются после удаления записей, смены структуры постоянных ссылок, переноса сайта или ручного редактирования контента.
Где искать проблемные URL
Самый надёжный путь — собрать данные из нескольких источников. Один инструмент редко видит всё: Search Console показывает только то, что обнаружил Google, а сканер сайта — только то, что смог пройти по страницам и ссылкам.
Google Search Console
Если сайт уже подключён к Search Console, откройте раздел с индексированием страниц и посмотрите ошибки 404 и исключённые URL. Это хороший старт, потому что там видно, какие адреса реально встречались поисковику. Но Search Console не всегда показывает, где именно стоит ссылка на проблемный адрес, поэтому её удобнее использовать как список для проверки.
Сканер сайта
Для поиска внутренних битых ссылок удобнее всего краулер. Он проходит по страницам сайта и собирает все ссылки, которые встретил. Подойдут, например, Screaming Frog SEO Spider, Sitebulb или аналогичные инструменты. На небольшом сайте можно просканировать всё за один проход и сразу увидеть:
- какие URL отдают 404;
- на каких страницах они стоят;
- есть ли повторяющиеся ошибки;
- какие ссылки ведут на редиректы.
Если сайт большой, сначала ограничьте сканирование важными разделами: главная, категории, популярные записи, страницы услуг и статьи с высоким трафиком. Это быстрее даст практический результат.
Логи сервера и отчёты хостинга
Если 404-ошибок много, а источник непонятен, проверьте access log и error log на стороне хостинга. В логах видно, какие адреса запрашивались чаще всего. Это особенно полезно после переноса сайта, смены ЧПУ или массового удаления контента. Но если вы не работали с логами раньше, не редактируйте их вручную и не удаляйте файлы без понимания последствий — достаточно выгрузить копию и отдать её разработчику или поддержке хостинга.
Как найти битые ссылки прямо в WordPress
Если нужен быстрый способ без внешних сервисов, используйте плагин для проверки ссылок. В WordPress есть плагины, которые сканируют записи, страницы и комментарии, находят неработающие URL и показывают, где именно они расположены. Это удобно, когда нужно быстро навести порядок в контенте без ручного просмотра сотен страниц.
Типичный порядок работы такой:
- установите плагин для проверки ссылок;
- запустите сканирование;
- отфильтруйте ошибки 404 и редиректы;
- откройте конкретную запись или страницу с проблемной ссылкой;
- исправьте URL или удалите его, если он больше не нужен.
У этого подхода есть ограничение: такие плагины могут нагружать сайт, особенно на слабом хостинге и на больших базах. Если сайт крупный, лучше запускать проверку в рабочее время с осторожностью или использовать внешний краулер, а не держать постоянный фоновый мониторинг внутри WordPress.
Что делать с каждой найденной ссылкой
После проверки не стоит одинаково обрабатывать все ошибки. Решение зависит от того, что именно сломалось и есть ли у адреса замена.
| Ситуация | Что делать | Когда это правильно |
|---|---|---|
| Страница или запись переехала на новый URL | Поставить 301-редирект со старого адреса на новый | Если контент сохранён, но адрес изменился |
| Страница удалена, но есть близкая замена | Сделать редирект на наиболее релевантную страницу | Если пользователь всё ещё может получить пользу от похожего материала |
| Ссылка в тексте устарела | Отредактировать запись и заменить URL вручную | Если ссылка стоит в статье, блоке или меню |
| Ссылка больше не нужна | Удалить её из контента | Если замены нет и ссылка не несёт пользы |
| Внешний сайт недоступен | Либо заменить ссылку, либо убрать её | Если ресурс действительно исчез и не планируется возвращение |
Самая частая ошибка — просто удалить ссылку из статьи, когда у страницы был понятный аналог. Внутренний трафик и накопленный вес лучше сохранять через редирект, а не обнулять.
Как безопасно исправить битые ссылки
Если проблема в ссылке внутри записи или страницы, откройте материал в редакторе WordPress и замените адрес вручную. Это самый безопасный вариант, когда нужно исправить один-два URL. Проверьте не только саму ссылку, но и текст вокруг неё: иногда старый адрес остаётся в кнопке, блоке или в HTML-вставке.
Если удалённая страница уже получила внешние ссылки или на неё есть переходы из старых материалов, настройте 301-редирект. Для WordPress это можно сделать через плагин редиректов или на уровне сервера, если у вас есть доступ и опыт. Для большинства владельцев сайта плагин проще и безопаснее: меньше шансов ошибиться в конфигурации веб-сервера.
Редирект нужен именно тогда, когда у старого URL есть понятная замена. Если вы отправите все удалённые страницы на главную без разбора, это будет плохой пользовательский сценарий и сомнительная замена для поисковика. Лучше вести человека на максимально близкий по смыслу материал.
Как проверить, что всё исправлено
После правок не ограничивайтесь визуальной проверкой страницы. Откройте старый URL в браузере и убедитесь, что:
- страница больше не отдаёт 404;
- при редиректе открывается нужный новый адрес;
- внутренняя ссылка в контенте ведёт на правильную страницу;
- в меню, виджетах и блоках нет старых адресов;
- сканер сайта больше не находит ту же ошибку.
Если вы настраивали редирект, проверьте его в режиме инкогнито или через инструмент проверки HTTP-ответа. Важно убедиться, что редирект именно 301, а не временный 302, если вы переносите страницу окончательно.
Что делать, если битых ссылок много
Когда 404-ошибок десятки или сотни, ручная правка по одной записи уже неэффективна. Тогда сначала сгруппируйте проблемы по типу:
- старые записи со сменившимися URL;
- удалённые страницы с внешними ссылками;
- битые ссылки в меню и сайдбаре;
- ошибки в шаблонах темы или блоках повторного использования;
- ссылки на несуществующие файлы в медиабиблиотеке.
Такой разбор помогает понять, где источник проблемы: контент, навигация, тема или массовый перенос. Если ошибки идут из шаблона или блока, исправлять нужно один раз в исходном месте, а не по всем страницам вручную.
Если сайт большой и ошибок много, сначала исправьте страницы с трафиком и те URL, которые чаще всего встречаются в Search Console. Это быстрее снизит количество 404 и уберёт самые заметные проблемы для пользователей и поисковых систем.
Когда лучше не трогать ссылку
Не каждая ошибка требует немедленного редиректа. Если внешний ресурс исчез окончательно, а замены нет, иногда правильнее удалить ссылку из статьи и оставить текст без неё. Если старый URL никогда не приносил трафик, не имеет входящих ссылок и не связан с важным материалом, редирект тоже может быть лишним. В таких случаях ориентируйтесь на пользу для пользователя, а не на формальное сохранение каждого адреса.
Главное — не оставлять проблему без проверки. Битые ссылки в WordPress обычно появляются не сами по себе: их вызывают удаление контента, смена структуры URL, ошибки при переносе сайта или устаревшие внешние источники. Если один раз пройтись по Search Console, сканеру и внутренним ссылкам, можно быстро понять масштаб и закрыть проблему без лишнего риска для сайта.
