Методика: Проверка выполняется по методике wSEO 1.0. Как устроена проверка

Source, target, chain и контекст

Как проверить битые ссылки

Качественный аудит фиксирует не список 404, а место ссылки, финальный ответ, тип ошибки, релевантность замены и повторяемость.

Цепочка проверки от исходной страницы через ссылку к финальному HTTP ответу
Один target может быть связан с сотнями source URL через общий шаблон.

Проверка

  1. Соберите crawlable a[href] из server/rendered HTML и нормализуйте absolute target без потери query/fragment.
  2. Запишите source, anchor/element, target, каждый redirect hop, final status и response type.
  3. Подтвердите GET вручную; повторите внешние 401/403/429/5xx/timeouts в другое время и обычном browser.
  4. Проверьте soft 404: 200 с сообщением об отсутствии, пустым main content или нерелевантным redirect.
  5. Сгруппируйте по target и source template, приоритизируйте navigation, CTA, high-traffic и массовые ошибки.
  6. После правки повторите тот же 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.