От первого root cause к чистому retest
Как исправить ошибки HTML
Сохраните исходный отчёт, исправляйте сообщения в порядке DOM-влияния и меняйте общий источник, а не каждую сгенерированную страницу отдельно.
Пошаговый процесс
- Откройте Nu HTML Checker по exact public URL и сохраните полный report с датой.
- Убедитесь, что checker получил HTML, а не login/WAF/error page; отдельно сохраните server source и rendered DOM.
- Начните с первого parser/content-model error: последующие сообщения могут быть cascade от одной незакрытой или неверно вложенной конструкции.
- Найдите template/component/source line; исправьте duplicate IDs, nesting, required attributes и invalid element context.
- Не удаляйте ARIA, labels, headings, metadata или framework attributes только ради тишины checker — подтвердите стандарт и влияние.
- После небольшой группы запустите validator снова и сравните DOM, visual/mobile, forms, menus, media и JavaScript selectors.
- Повторите на representative templates и edge cases; добавьте automated check в build/CI, если возможно.
Как читать сообщения
| Тип | Смысл | Действие |
|---|---|---|
| Error/fatal | Нарушение conformance или серьёзный parse case | Разобрать первым |
| Warning/info | Формально допустимый, но потенциально проблемный случай | Оценить контекст |
| Non-document error | Checker не смог полностью проверить документ | Исправить access/input и повторить |
| Cascade | Много сообщений после одной ранней ошибки | Исправить первый root cause |
Не переписывайте output вручную
Если HTML генерирует CMS/template, правка итогового response исчезнет при следующем deploy. Меняйте source и добавляйте regression test.
Откат и границы
Сделайте commit/backup до изменений. Если сломались styles/scripts/forms, верните последнюю группу и сравните parsed DOM до/после. Завершите независимым аудитом.
Validator не заменяет accessibility, visual, CSS/JS, Schema.org и functional testing.
