标签仅用于标记页面作者/拥有者的联系信息，不可作为通用地址容器；第三方地址应使用+微数据或json-ld结构化数据。
Address 标签不是万能的地址容器
<address></address> 的语义非常明确：它只用于标记「作者/拥有者」的联系信息，不是通用地址展示组件。在联系人页面里，如果你把客户、合作伙伴或门店地址一股脑塞进 <address></address>，实际会破坏文档结构，影响屏幕阅读器理解，也削弱 SEO 价值。
常见错误现象：<address></address> 被用来包裹公司总部地址、客服邮箱、甚至地图嵌入代码——这些都不是「本页内容作者」的联系方式。
- 仅当该地址代表当前页面的作者（如个人博客页脚的作者住址）、网站运营方、或内容责任主体时才用
<address></address> - 联系人页面中多数地址属于第三方（如“北京朝阳区XX大厦”是客户地址），应使用
<div> + ARIA 或 <code><section></section>+ 微数据（如itemprop="address"） -
<address></address>内容默认浏览器样式含斜体，但语义优先于样式；不要靠 CSS 强行取消斜体来“伪装”成普通容器 - 放在
<footer></footer>或<aside></aside>中，紧邻作者声明（如“© 2024 张三”） - 内部可包含
<a href="mailto:..."></a>、<a href="tel:..."></a>、纯文本地址，但不能嵌套<h3></h3>或<p></p>（除非必要且语义合理） - 避免混入非联系类信息：营业时间、社交图标链接、表单入口都不该出现在
<address></address>内
正确用法：只包裹作者级联系信息
假设你正在维护一个独立开发者作品集网站，联系人页面底部署名区域属于你自己——这时 <address></address> 才真正适用。
实操建议：
示例：
<address> 联系我：<br><a href="https://www.php.cn/link/9058c666789874c718d1976270cee814">me@example.com</a><br><a href="https://www.php.cn/link/5f8f8b4ab96b842515bfe342cf196929">+86 138 0013 8000</a><br> 北京市海淀区中关村大街1号 </address>
替代方案：用 schema.org 结构化第三方地址
联系人页面中更常见的需求是标记客户地址、服务网点等——这类信息应通过 JSON-LD 或微数据注入结构化数据，而非依赖 <address></address>。
为什么这样做：
- 搜索引擎（如 Google）识别
LocalBusiness或Person类型的address字段，可能生成富摘要 - 无障碍工具能更好区分“谁的地址”和“哪类地址”
- 不污染 HTML 主干语义流，保持 DOM 清晰
关键参数差异：
-
streetAddress（街道）、addressLocality（城市）、addressRegion（省份）必须分字段提供，不能全塞进一个<span></span> - 中文地址推荐用 JSON-LD 方式注入，比微数据更易维护、兼容性更好
简短示例（JSON-LD 片段，放在 或页面末尾）：
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "上海静安区服务中心",
"address": {
"@type": "PostalAddress",
"streetAddress": "南京西路1266号恒隆广场办公楼1座25层",
"addressLocality": "上海市",
"addressRegion": "上海市",
"postalCode": "200040"
}
}
</script>
容易被忽略的细节：浏览器渲染与可访问性反馈
<address></address> 在部分旧版屏幕阅读器中会被读作“address landmark”，但若内部没有可交互元素（如 <a></a> 或 <button></button>），用户可能跳过它；而结构化数据（JSON-LD）则完全不参与渲染，只供解析器消费。
所以真实场景中，你要同时处理两件事：
- 可视层：用普通语义标签（如
<section></section>+<h3></h3>）清晰呈现地址块，并确保每个地址字段有明确视觉分隔（换行、冒号、图标） - 数据层：用 JSON-LD 补充机器可读的结构，字段粒度要细（别用整段文字代替
streetAddress） - 测试点：用 Chrome 的 Lighthouse 检查“结构化数据”是否被识别；用 NVDA 测试
<address></address>是否被正确归类为联系信息地标
最复杂的不是怎么写，而是判断“这个地址到底属不属于作者”——多问一句，就能避开 80% 的误用。
