address 里不能放 h1–h6，因为 HTML5 规定其内容模型仅为 phrasing content，而 h1–h6 属于 sectioning content，语义冲突导致浏览器自动移出标题、DOM 结构失控，且 CSS 选择器失效、屏幕阅读器误读、验证器报错。
address 里为什么不能放 h1–h6
因为 HTML5 明确规定 address 的内容模型是 phrasing content（短语内容），而所有标题元素 h1–h6 都属于 sectioning content，语义层级和嵌套能力根本冲突。浏览器遇到 作者
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（仅用于强调责任人姓名或组织名，如李四） -
br（换行分隔不同联系项，比如邮箱换行后接电话） - 纯文本（如
维护：前端组、© 2026 Webmaster）
禁止的包括：p、div、ul、section、article、address 自身（嵌套无效）、以及任何块级元素。
address 放在哪才算语义有效？
address 的作用域由其最近的 article 或 body 决定。脱离这个上下文，它就只是个带斜体样式的普通标签。
把任意文章或文档内容转换成精美的全屏翻页 HTML 演示文件（幻灯片风格）。当用户发来一篇文章、文档链接、Markdown 内容、或粘贴的文本，并且希望生成演示用的 HTML 时触发。支持任意内容来源：iWiki 链接、KM 链接、本地文件路径、直接粘贴的文本。生成的 HTML 文件保存到本地工作区，并通过企微直接发送给用户。触发词示例：帮我把这篇文章做成PPT、转成演示文档、生成HTML幻灯片、做个演示、转成可以演示的格式、article to deck、make a slide。
典型合法位置：
- 在
article内部末尾（表示该文章作者/编辑联系方式） - 在
body直接子级，比如footer里（表示整站维护者）
无效用法：
- 嵌套在
section或div里但外层无article（语义绑定失败） - 放在导航栏、侧边栏或 banner 区域（与责任归属无关）
- 仅写
张三却不提供任何可联系方式（语义断裂）
address 样式被清除了，还剩什么？
如果你用 CSS 清掉了 address 的 font-style: italic 和上下 margin，它看起来就跟 span 没区别——但只要位置和内容合规，它的语义价值仍在：搜索引擎仍能识别这是责任方联系信息，屏幕阅读器仍会播报「此处为本文作者联系方式」。
不过要注意：
- 一旦你用
display: block或flex给它加复杂布局，容易诱导开发者往里塞div或p，这就踩进嵌套雷区 - 物理地址可以出现，但必须是联系信息的一部分（例如「北京市朝阳区XX路1号｜webmaster@example.com」），不能单独当「发货地址」或「门店坐标」用
- 多个责任人应合并写在一个
address里，而不是拆成多个address嵌套或并列——后者会被部分辅助技术忽略第二项起的内容
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
