标签仅在 或 的直接子元素中生效，语义绑定严格；内容限于 phrasing content，现代浏览器已移除默认样式，seo 不识别该标签，须配合 json-ld 实现富摘要。
address 标签只在 body 或 article 直接子元素中生效
它不是“放联系信息的通用容器”，而是语义绑定型标签：只有作为 或 @#@#@#@#@#@#@#@#@#@0（必须带 mailto: 或 tel: 协议）
<strong>张三</strong>（强调责任人姓名）<br>（用于换行分隔不同联系项）禁止的内容有：
-
<p></p>、<div>、<code><h3></h3>、<ul></ul>—— 这些会导致验证失败，部分读屏器跳过解析 - 空
<address></address>或仅含空格/图标 —— JAWS 等旧版读屏器可能直接忽略 - 版权符号 ©、发布日期、文档标题等元数据 —— 它们不属于联系信息范畴
- 避免写
address { display: block; }—— 它本来就是块级元素，强行改display可能在小屏破坏流式布局 - 别用纯图标无文字（如仅一个 Twitter 图标）—— 缺少可访问性文案，读屏器无法播报联系渠道
现代浏览器已移除默认斜体样式，别靠视觉判断是否生效
Chrome 120+、Firefox 125+ 已彻底移除 <address></address> 的 font-style: italic、默认 margin 和换行行为。它现在视觉上和 <div> 几乎一致 —— 这不是 bug，是标准演进：语义和样式必须解耦。
<p>正确做法是：</p>
<ul>
<li>显式重置并增强视觉提示：<code>address { font-style: normal; padding-left: 1em; border-left: 2px solid #ccc; }
真正危险的是：你写了 <address></address>，但用户根本看不出这是联系信息。问题不在标签本身，而在你没提供足够视觉区分。
address 不生成富摘要，SEO 价值来自语义准确而非标签存在
Google 搜索结果中的电话卡片、营业时间等富摘要，**完全不识别 <address></address> 标签**。它只服务语义层（辅助技术、开发者理解、基础结构化），不参与搜索引擎富摘要生成。
如果需要让联系方式出现在搜索结果中，必须额外补充：
- JSON-LD 结构化数据，类型为
ContactPoint，放在中 - 确保
<address></address>内的邮箱、电话链接真实可点击（mailto:/tel:） - 避免 placeholder 邮箱（如
admin@example.com）—— 自动化脚本填入无效地址会损害可信度
最难的部分从来不是语法对不对，而是每次写之前都得确认：这个信息，能不能准确回答「谁写了这篇？谁负责维护？出了问题找谁？」——答不上来，就别用 <address></address>。
