Битые ссылки на WordPress-сайте обычно всплывают после редизайна, переноса контента, смены структуры URL или просто после нескольких лет без проверки. Пользователь кликает по ссылке и получает 404, а владелец сайта теряет трафик, доверие и иногда внутреннюю перелинковку, на которую завязаны важные страницы.
Надёжный порядок работы здесь простой: сначала найти все проблемные URL, затем понять, откуда они взялись, и только после этого исправлять. Если менять ссылки вслепую, легко сломать уже рабочие адреса или замаскировать системную проблему, которая вернётся через неделю.
С чего начать: где искать битые ссылки
Искать нужно не только на страницах сайта, но и в нескольких источниках сразу. Битая ссылка может быть видна посетителю в контенте, лежать в меню, быть прописана в виджете, в блоке темы, в старой записи, в файле шаблона или в стороннем сервисе, который ссылается на ваш сайт.
Для WordPress практичнее всего проверять четыре зоны:
- внутренние ссылки в записях, страницах и произвольных типах записей;
- меню, кнопки, блоки и виджеты;
- медиафайлы и вложения, если менялись пути к изображениям или файлам;
- внешние ссылки, которые вы добавляли вручную в контент.
Если сайт недавно переехал на новый домен или изменил структуру постоянных ссылок, сначала проверьте именно внутренние URL. В таких случаях проблема часто массовая, и ручной поиск по одной странице займёт слишком много времени.
Как быстро найти 404-ошибки на сайте
Самый удобный способ для большинства сайтов — просканировать сайт специальным инструментом. Подойдут десктопные краулеры вроде Screaming Frog SEO Spider, Sitebulb или аналогичные сервисы. Они обходят страницы сайта, собирают ссылки и показывают, какие из них ведут на 404, 410, редиректы или другие проблемные ответы сервера.
Если сайт небольшой, можно начать с онлайн-проверки отдельных страниц, но для полноценного аудита этого обычно мало: такие сервисы видят только часть ссылок и не всегда проходят по закрытым разделам. Для WordPress-сайта с десятками и сотнями страниц лучше использовать полноценный обход.
Что искать в отчёте краулера:
- ответы сервера 404 и 410;
- цепочки редиректов, особенно если ссылка сначала ведёт на один адрес, потом на другой и только потом на нужную страницу;
- внутренние ссылки на несуществующие страницы;
- внешние ссылки на удалённые ресурсы.
Если у вас есть доступ к Google Search Console, откройте отчёт по страницам с ошибкой и проверьте, какие URL уже обнаружил Google. Это полезно не как единственный источник, а как дополнительная подсказка: Search Console показывает то, что уже успело попасть в индекс или было найдено роботами.
Как понять, что ссылка действительно битая
Иногда ссылка выглядит подозрительно, но на деле ведёт на редирект или на страницу, доступную только после авторизации. Поэтому проверяйте не только сам факт ошибки, но и конечный ответ сервера. Битой считается ссылка, которая в обычном браузере без авторизации отдаёт 404, 410 или другой явный отказ, а не рабочую страницу.
Если вы проверяете вручную, откройте URL в новой вкладке и посмотрите, что происходит после загрузки. Если есть доступ к серверу или локальной среде, можно дополнительно проверить ответ через команду:
curl -I https://example.com/old-page/В ответе вас интересует строка со статусом. Для несуществующей страницы это обычно 404 Not Found. Если видите 301 или 302, ссылка не битая, но может требовать оптимизации, если редиректов слишком много.
Откуда берутся битые ссылки в WordPress
Понимание источника важнее самой правки. В WordPress битые ссылки чаще всего появляются по нескольким причинам.
- Редизайн и смена структуры URL. Старые адреса перестают существовать, а ссылки в контенте и меню остаются прежними.
- Перенос сайта или импорт контента. При миграции часть внутренних ссылок сохраняет старый домен, путь к медиафайлам или адресацию с http вместо https.
- Удаление записей и страниц. Страницу убрали, а ссылки на неё остались в статьях, блоках и навигации.
- Изменение вложений. Файл изображения или документа был перемещён, переименован или удалён.
- Ошибки при ручном редактировании. Неверный слэш, опечатка в slug, лишний символ в URL.
Если битые ссылки массовые и появились после технических работ, не начинайте с ручной правки каждой страницы. Сначала найдите закономерность: старый домен, старый каталог, одинаковый тип записей или один и тот же шаблон URL. Это сильно ускоряет исправление.
Как безопасно исправить битые ссылки
Способ исправления зависит от того, что именно сломалось. Универсального варианта нет, и это нормально: одна ссылка требует замены в тексте, другая — редиректа, третья — восстановления удалённой страницы.
1. Заменить ссылку в контенте
Если страница существует, но ссылка ведёт не туда из-за опечатки или старого адреса, откройте запись или страницу в редакторе WordPress и исправьте URL вручную. Это лучший вариант для внутренних ссылок, потому что он убирает причину ошибки, а не прячет её редиректом.
Проверьте не только основной текст, но и:
- блоки кнопок;
- изображения со ссылкой;
- HTML-блоки;
- меню навигации;
- ссылки в подвале и сайдбаре.
2. Настроить 301-редирект
Если старая страница удалена, но у неё был трафик, внешние ссылки или она логично заменена новой страницей, лучше настроить 301-редирект на актуальный адрес. Это безопаснее, чем оставлять 404, и помогает сохранить переходы пользователей.
Редирект можно настроить на уровне сервера, в панели хостинга или через плагин. Для WordPress чаще всего используют плагины для редиректов, если нет доступа к конфигурации сервера. Но если на сайте уже есть системный способ управления редиректами, лучше не дублировать правила в нескольких местах, иначе можно получить цепочки и конфликты.
Важно: не перенаправляйте всё подряд на главную страницу. Для пользователя это выглядит как ошибка, а для поисковых систем — как слабый сигнал о релевантности. Перенаправление должно вести на максимально близкую по смыслу страницу.
3. Восстановить удалённую страницу или файл
Если ссылка ведёт на контент, который случайно удалили, иногда проще вернуть исходную страницу из корзины или из резервной копии. Этот вариант особенно полезен, если на удалённый адрес уже есть внешние ссылки или он хорошо ранжировался.
Для медиафайлов проверьте библиотеку файлов WordPress и папку загрузок на сервере. Иногда изображение не удалено, а просто изменился путь или имя файла после миграции.
4. Исправить ссылки массово после переноса сайта
Если проблема затронула много страниц, ручное редактирование неэффективно. В таком случае используют поиск и замену по базе данных, но делать это нужно осторожно и только после резервной копии. Неправильная массовая замена может повредить сериализованные данные, настройки темы или виджетов.
Для WordPress безопаснее использовать инструменты, которые умеют работать с сериализованными данными, либо выполнять замену через проверенные утилиты и плагины. Перед запуском обязательно сделайте полную копию базы данных и файлов сайта.
Как проверить, что проблема действительно устранена
После правок не ограничивайтесь визуальной проверкой одной страницы. Нужно убедиться, что:
- ссылка больше не отдаёт 404;
- редирект ведёт на нужный адрес без лишних промежуточных шагов;
- внутренние ссылки на сайте обновились везде, где нужно;
- ошибка не повторяется в отчётах краулера и Search Console.
Практический порядок проверки такой: откройте исправленную страницу, кликните по ссылке, затем проверьте конечный URL и статус ответа. После этого запустите повторный обход сайта тем же инструментом, которым искали ошибки сначала. Если проблема была массовой, сравните отчёт до и после.
Если вы настраивали редиректы, проверьте, что старый URL отдаёт 301, а новый открывается с 200 OK. Если старый адрес всё ещё отдаёт 404, значит правило не сработало или было добавлено не в том месте.
Что делать, если битые ссылки появляются снова
Повторяющиеся 404 обычно означают не случайную ошибку, а системную причину. Чаще всего это старые ссылки в шаблоне темы, в меню, в блоках, которые редактируются не в записи, а в настройках сайта, или в контенте, который копировали между страницами без проверки URL.
Если проблема возвращается после каждого редизайна или обновления структуры, заведите простой регламент:
- перед изменением URL сохраняйте список старых адресов;
- после переноса контента запускайте повторный обход сайта;
- проверяйте меню, футер и блоки повторного использования;
- не удаляйте страницы, пока не решено, чем их заменить;
- для важных старых адресов сразу ставьте 301-редирект.
На практике это экономит больше времени, чем разовая «генеральная уборка» раз в год. Битые ссылки проще ловить сразу после изменений, пока источник ошибки ещё свежий и его легко найти.
Если сайт большой и регулярно обновляется, полезно периодически проводить аудит ссылок как часть технического обслуживания. Тогда 404-ошибки не накапливаются незаметно и не превращаются в постоянную проблему для пользователей и поисковых систем.