Source, target, chain и контекст
Как проверить битые ссылки
Качественный аудит фиксирует не список 404, а место ссылки, финальный ответ, тип ошибки, релевантность замены и повторяемость.
Проверка
- Соберите crawlable
a[href]из server/rendered HTML и нормализуйте absolute target без потери query/fragment. - Запишите source, anchor/element, target, каждый redirect hop, final status и response type.
- Подтвердите GET вручную; повторите внешние 401/403/429/5xx/timeouts в другое время и обычном browser.
- Проверьте soft 404: 200 с сообщением об отсутствии, пустым main content или нерелевантным redirect.
- Сгруппируйте по target и source template, приоритизируйте navigation, CTA, high-traffic и массовые ошибки.
- После правки повторите тот же crawl и пользовательские сценарии.
Оценка
| Ситуация | Уровень | Решение |
|---|---|---|
| Намеренная 404/410 без внутренних ссылок | Проблемы нет | Не маскировать |
| Один внешний timeout/403 без повторения | Проверить | Повторить с browser/GET |
| Редакционная ссылка 404 или внутренняя цепочка | Высокий | Обновить source |
| Menu/CTA/template массово ведёт на 4xx/5xx или soft 404 | Критический | Исправить общий источник |
Что сохранить
- Дата/user-agent, crawl scope и excluded URL.
- Source URL, anchor/element/DOM location и raw target.
- GET status, chain, final URL, MIME и error evidence.
- Internal/external, template frequency, traffic/business priority.
- Решение, changed source, owner и повторный status.
Robots block, login, geo/WAF, consent, rate limit и HEAD policy дают ложные срабатывания. 404 в Search Console без внутренних ссылок не равна битой ссылке на сайте. Fragment требует проверки DOM целевой страницы, а не только status 200.
Следующий шаг
Исправьте подтверждённые случаи по инструкции или используйте услугу с recrawl.