address标签是声明责任归属的联系信息容器，仅在article或body作用域内有效，内容须同时满足“责任人本人/团队”和“可直接联络”两个条件，否则语义失效。
address 标签不是“放地址的标签”，而是“声明责任归属的联系信息容器”——用错位置、塞错内容，语义就失效，辅助技术会误读，SEO 也收不到信号。
address 标签该出现在哪儿？看作用域，不是看页面位置
它的语义绑定在最近的 article 或 body 上，不是你手动写在哪就生效在哪：
- 在
article内部出现 → 只代表这篇文章的作者/编辑联系方式（比如博客正文末尾的author@example.com） - 在
body顶层（没被article包裹）→ 代表整个页面的拥有者或维护者（如官网页脚的© 2026 前端组 <a href="mailto:webmaster@site.com">webmaster@site.com</a>） - 写在
section里但外面没有article→ 不触发语义绑定，等同于无效使用 - 嵌套在导航栏、侧边栏、“联系我们”弹窗里 → 责任关系断裂，屏幕阅读器可能跳过或误报为“主内容”
能往 address 里塞什么？只允许“责任人+可联络”组合
内容必须同时满足两个硬条件：属于责任人本人/团队，且是可直接联络的方式。不是所有“地址”都合法：
- ✅ 合法：
admin@site.com、<a href="tel:+861012345678">+86 10 1234 5678</a>、北京市朝阳区建国路1号（技术组办公地）、<a href="https://github.com/xxx">GitHub</a> - ❌ 违规：
发货地：杭州市余杭区XXX仓（非联络用途）、客服电话：400-123-4567（责任方是客服中心，不是页面作者）、门店地址：上海市静安区南京西路1号（地理定位，非归属地址） - ⚠️ 边界模糊时宁可拆开：比如转载文章，原文作者信息放
article内的address，转载方版权信息另起一个address放在body底部
为什么写了 address 却没效果？常见 HTML 结构陷阱
即使渲染正常，结构错误也会让语义归零：
- 禁止嵌套
p、div、h2、ul——address只接受短语内容（phrasing content），p是块级元素，会导致 HTML 验证失败 - 错误写法：
<address> <p>邮箱：a@b.com</p> <p>电话：123</p> </address>→ 必须改成<address>邮箱：<a href="mailto:a@b.com">a@b.com</a><br>电话：<a href="tel:123">123</a> </address> - 现代浏览器（Chrome 120+、Firefox 125+）已移除默认斜体和 margin，别靠样式判断是否生效；要用浏览器开发者工具检查
computed role是否为group+aria-label="contact information" - 如果用了深色模式，记得重置
a:link颜色，否则mailto:链接可能因对比度不足而不可读
替代方案：什么情况下不该用 address？
当信息不满足“责任人+可联络”双重条件时，强行套用反而有害：
- 商品页的“客服电话”“营业时间” → 用
p或带role="note"的div，必要时加 JSON-LD 的ContactPoint结构化数据 - 表单旁的“有问题？发邮件到 support@example.com” → 用
p+ 显式文案，避免与页面责任方混淆 - 门店定位、经纬度、物流地址 → 用
div+ Schema.orgPlace或PostalAddress微数据，或 JSON-LD - 社交图标栏（微信、微博、小红书） → 用
nav aria-label="社交媒体"，每个图标用a包裹，不进address
最容易被忽略的是责任边界判断：你写的这段信息，到底是在回答“谁写了这个页面”，还是在回答“我该找谁解决问题”。两者语义不同，不能混在一个 address 里塞满。结构对了，机器才认得清；结构错了，人眼看着正常，机器却在 silently ignore。
