Appearance
语义化 HTML：文档结构、辅助技术与默认行为
主题定位
语义化的价值不止于代码可读性，它会进入可访问性树、SEO 信号和浏览器默认行为。
- 语义化的价值不止于代码可读性，它会进入可访问性树、SEO 信号和浏览器默认行为
- 语义化是让元素名称与它在文档中的职责一致，例如 header、main、nav、article、button
- 它不仅影响开发者阅读体验，还会影响辅助技术、键盘交互、默认样式和搜索引擎理解
- 滥用 ARIA 角色替换原生语义通常是退步，因为原生元素的默认行为更完整
关键概念拆分
对象一
对象一 先看职责边界，再看生命周期、数据形态和与其他对象的协作关系。 对象一 的差异最终会体现在 语义结构、资源加载、可访问性 这几个维度。 对象一 讲清适用边界、失效条件和代价结构，结论才有技术含量。
对象二
对象二 先看职责边界，再看生命周期、数据形态和与其他对象的协作关系。 对象二 的差异最终会体现在 语义结构、资源加载、可访问性 这几个维度。 对象二 讲清适用边界、失效条件和代价结构，结论才有技术含量。
差异对照与适用场景
- 语义化的价值不止于代码可读性，它会进入可访问性树、SEO 信号和浏览器默认行为
- 语义化是让元素名称与它在文档中的职责一致，例如 header、main、nav、article、button
- 它不仅影响开发者阅读体验，还会影响辅助技术、键盘交互、默认样式和搜索引擎理解
- 滥用 ARIA 角色替换原生语义通常是退步，因为原生元素的默认行为更完整
- 浏览器会根据元素语义生成 DOM 与 accessibility tree 中不同的角色、名称计算与 landmark 区域
- 按钮、链接、表单控件等语义元素自带焦点行为、键盘响应和提交逻辑，替代元素要手动补齐这些能力
工程建议与边界
- 语义化的价值不止于代码可读性，它会进入可访问性树、SEO 信号和浏览器默认行为
- 语义化是让元素名称与它在文档中的职责一致，例如 header、main、nav、article、button
- 它不仅影响开发者阅读体验，还会影响辅助技术、键盘交互、默认样式和搜索引擎理解
- 滥用 ARIA 角色替换原生语义通常是退步，因为原生元素的默认行为更完整
- 浏览器会根据元素语义生成 DOM 与 accessibility tree 中不同的角色、名称计算与 landmark 区域
问答设计及延伸
标准回答
回答 语义化 HTML：文档结构、辅助技术与默认行为 时，先定义 对象一、对象二 各自解决的问题，再比较它们在 语义结构、资源加载、可访问性 上的差异，最后给出选型边界和工程代价。
追问拆解
- 语义化 HTML：文档结构、辅助技术与默认行为 与“SEO 与可访问性：结构信号、名称计算与抓取边界”的边界关系
- 语义化 HTML：文档结构、辅助技术与默认行为 与“表单、媒体与交互元素：默认行为、可达性与资源代价”的边界关系
- 跨标签页、跨域、多端协作场景下的结论变化
- 维护成本上升后的优先级调整
容易失分的点
- 只给“哪个好”的结论，不先拆对象
- 只报 API 或术语，不解释运行时行为和代价
- 缺少真实场景，导致结论过度绝对
项目映射
- 结合真实系统说明 对象一 到 对象二 分别落在哪段链路
- 补充未选方案的放弃原因和约束差异
- 补充线上问题、治理动作和验证结果