address 里不能放 h1–h6，因为 HTML5 规定其内容模型仅为 phrasing content，而 h1–h6 属于 sectioning content，语义冲突导致浏览器自动移出标题、DOM 结构失控，且 CSS 选择器失效、屏幕阅读器误读、验证器报错。
address 里为什么不能放 h1–h6
因为 HTML5 明确规定 address 的内容模型是 phrasing content（短语内容），而所有标题元素 h1–h6 都属于 sectioning content，语义层级和嵌套能力根本冲突。浏览器遇到 <address><h3>作者</h3></address> 时，会把 h3 移出 address 并作为兄弟节点插入，实际 DOM 结构完全失控。
常见错误现象包括：
- 开发者以为
h3被包裹在address内，结果 CSS 选择器address h3失效 - 屏幕阅读器跳过
h3或将其误读为独立章节标题，而非联系信息的一部分 - HTML 验证器直接报错：
Element h3 not allowed as child of element address
address 合法子元素有哪些？
address 只能直接包含内联级、语义清晰的短语内容。它不是排版容器，而是元数据标记——重点在「谁负责」，不在「怎么好看」。
允许的直接子元素包括：
立即学习“前端免费学习笔记（深入）”；
-
a（必须指向邮箱mailto:、网站、社交主页等可联系渠道） -
em、strong（仅用于强调责任人姓名或组织名，如<strong>李四</strong>） -
br（换行分隔不同联系项，比如邮箱换行后接电话） - 纯文本（如
维护：前端组、© 2026 Webmaster）
禁止的包括：p、div、ul、section、article、address 自身（嵌套无效）、以及任何块级元素。
address 放在哪才算语义有效？
address 的作用域由其最近的 article 或 body 决定。脱离这个上下文，它就只是个带斜体样式的普通标签。
典型合法位置：
- 在
article内部末尾（表示该文章作者/编辑联系方式） - 在
body直接子级，比如footer里（表示整站维护者）
无效用法：
- 嵌套在
section或div里但外层无article（语义绑定失败） - 放在导航栏、侧边栏或 banner 区域（与责任归属无关）
- 仅写
<address>张三</address>却不提供任何可联系方式（语义断裂）
address 样式被清除了，还剩什么？
如果你用 CSS 清掉了 address 的 font-style: italic 和上下 margin，它看起来就跟 span 没区别——但只要位置和内容合规，它的语义价值仍在：搜索引擎仍能识别这是责任方联系信息，屏幕阅读器仍会播报「此处为本文作者联系方式」。
不过要注意：
- 一旦你用
display: block或flex给它加复杂布局，容易诱导开发者往里塞div或p，这就踩进嵌套雷区 - 物理地址可以出现，但必须是联系信息的一部分（例如「北京市朝阳区XX路1号｜webmaster@example.com」），不能单独当「发货地址」或「门店坐标」用
- 多个责任人应合并写在一个
address里，而不是拆成多个address嵌套或并列——后者会被部分辅助技术忽略第二项起的内容
