Битые внутренние ссылки: как найти источник ошибки, а не только URL 404

Проблемой является пара «страница-источник → целевой адрес». Список 404 без страниц-источников недостаточен для исправления перелинковки.

Когда стоит проверить

В отчёте сканирования найден статус 404/410 на внутренних страницах.
После миграции навигация продолжает ссылаться на старые URL.
В HTML есть переходы через ненужные редиректы.

Пошаговая диагностика и исправление

Просканируйте стартовую страницу и несколько уровней внутренних ссылок в пределах своего домена.
Для каждого найденного URL запишите реальный статус и конечный адрес после редиректов.
Постройте таблицу «источник, href, статус, финальный URL», исключив непроверенные цели.
Сгруппируйте проблемы по целевым адресам, чтобы сначала исправить ссылки на популярных страницах.
Для перенесённого контента замените href на новый канонический URL; если важны внешние входящие, настройте релевантный 301.
Для окончательно удалённого ресурса проверьте, оправдан ли 404/410; не отправляйте все удалённые страницы на главную.
Повторите сканирование после публикации и проверьте источники, где были найдены старые ссылки.

Практический пример

Источник: /catalog/shoes/ → href="/items/red-shoes-old" → HTTP 404. Исправление: заменить внутренний href на /items/red-shoes, проверить HTTP 200 и canonical нового товара. Если старый URL известен извне — отдельный 301.

Как понять, что исправление сработало

Каждая ранее битая внутренняя ссылка ведёт на ожидаемую целевую страницу.В новом отчёте отсутствуют ошибки 4xx/5xx для проверенных целевых URL.Редиректы не образуют циклов и не ведут на нерелевантную страницу.

Частые ошибки

Частичный обход не доказывает отсутствие других битых ссылок.
Статусы из вставленной CSV-таблицы не равны проверке живого сайта.
Ссылка на 403 может быть намеренной; исправление определяется бизнес-логикой страницы.

Применить знания

Перейдите к связанному инструменту, проверьте свои данные и сохраните результат для сравнения после исправления.

Открыть инструмент →