HTML校验器可以帮助发现公开页面中的标记问题。处理报告时，先确认问题属于哪个元素、哪个模板生成了这段HTML，再决定如何修改。修复发生在项目的源代码中，发布后还需要检查同一个页面。减少警告数量只是过程的一部分，页面功能是否正常同样需要验证。
按页面类型选择检查地址
选择商品详情、文章、联系表单等结构不同的页面。如果地址会重定向，记录最终URL。某篇文章没有HTML错误，并不能证明采用另一套模板的表单也没有问题。
在Milten HTML检查工具中输入URL，保存目标页面和具体发现。记录涉及的元素及现象，便于修复后比较。没有完成的检查应标为未确认，不能当作通过。
将报告中的问题落实到模板
以下是教学示例，不是客户网站的实测结果。假设表单中两个输入框使用相同的ID email。为它们分配不同的ID，并同步修改对应标签的 for 属性。
修改后，检查点击标签时是否选中了正确的输入框。还要查看复用同一个组件的其他页面。MDN的label元素说明介绍了标签与表单控件的关联方式。
不要为了消除警告直接删除有用的属性或内容。应找到生成标记的组件，理解问题后再修改，并测试用户实际需要完成的操作。
分开确认语法、可访问性和SEO
HTML语法检查通过，不等于完整的可访问性检查。使用键盘操作表单，检查字段名称和焦点提示。自动可访问性检查可以补充人工测试，但不能替代全部操作验证。
canonical、收录指令和页面元数据需要在技术SEO检查中单独确认。标记是否符合HTML规范，也可以参考W3C Nu Html Checker。修复HTML本身不能保证页面被收录或排名提高。
发布后复查同一个页面
发布修改后，重新检查原来的URL。除了确认问题是否消失，还要使用页面上的链接和表单，并检查标题结构。修改共享模板时，应选择其他使用该模板的页面一起验证。
保存修复内容、复查日期和仍未确认的范围。这样下一次出现相似问题时，团队可以找到原来的判断依据，而不只是看到一个新的分数。
工具会自动修改代码吗？
源代码由开发者在组件或模板中修改。报告提供定位问题和复查结果所需的信息。
每一条警告都必须消除吗？
先确认原因和影响，修复已确认的错误。对于有意保留的情况，应记录理由。不要只为提高分数而删除必要功能。
