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

Точный report, root cause и DOM impact

Как проверить HTML

Сохраните полный Nu HTML Checker report, отделите ошибки документа от сбоев checker и сопоставьте повторяющиеся сообщения с общими шаблонами.

Публичный URL проверяется HTML checker и превращается в классифицированный отчёт
Счётчик без URL, времени и полного списка сообщений не воспроизводим.

Проверка

  1. Проверяйте exact canonical public URL через WHATWG-recommended Nu HTML Checker.
  2. Запишите final URL/status/MIME и убедитесь, что checker не получил redirect, block, login или error page.
  3. Сохраните полный report и отдельно посчитайте error/fatal, warning/info и non-document errors.
  4. Для каждого сообщения сохраните text, line/column/extract, URL и вероятный source template.
  5. Сравните server HTML с parsed/rendered DOM для nesting/parser errors.
  6. Повторите homepage и по одному representative URL каждого template, locale и edge state.

Оценка

НаблюдениеУровеньДействие
Document conforming, checker completedПроблемы нетСохранить baseline
Warning без DOM/UX impactПроверитьДокументировать решение
Content-model/duplicate-id/invalid attributeВысокийИсправить shared source
Parser tree, broken form/table, fatal или массовый template errorКритическийИсправить и regression-test

Что сохранить

  • Exact URL, final response, checker version/date и report link/export.
  • Количество по message type, а не общий смешанный счётчик.
  • Message text, line/column, extract и source template.
  • DOM/visual/functional impact и frequency across templates.
  • Owner, fix decision и report after retest.

Line numbers относятся к сгенерированному response и не всегда совпадают с source. Внешний widget может менять output; WAF/cache/localization — выдавать другой документ. Ноль errors не означает accessible, semantic, secure или SEO-оптимизированную страницу.

Следующий шаг

Исправьте подтверждённые причины по инструкции или используйте услугу с regression testing.