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