address标签仅用于声明单一责任主体，必须绑定到body或article作用域；多个联系人需按责任归属分置于独立article中并各配一个address，第三方地址列表应改用section加结构化数据。

address 标签不能用来构建“多地址联系人列表”——它不是列表容器，也不支持多个责任主体并列展示。每个 address 只能代表一个明确归属的作者/拥有者，且必须绑定到独立的作用域（body 或 article）。强行用多个 address 堆砌联系人信息，反而会混淆语义、干扰辅助技术、降低 SEO 有效性。

只在真正需要声明责任归属时使用

如果你的页面里有多个联系人（比如团队成员、不同部门、合作方），先判断：这些人是否各自对当前页面或某部分内容负直接责任？

• 是 → 每个责任人应放在独立的 article 中，每个 article 末尾放一个 address，表示该文/该模块的作者
• 否 → 这些都是第三方联系人（如客服、门店、合作伙伴），不该用 address，而该用 section + schema.org 结构化数据

正确处理“多个责任人”的结构

例如一篇由三人合写的博客文章，可这样组织：

• 整个页面用一个 body-level address 表示网站运营方（如 webmaster@site.com）
• 该 article 元素内，只放一个 address，但内容中列出全部作者及对应联系方式，用 br 分隔
• 不要为每个作者单独写一个 address —— 它不是“每人一个标签”，而是“每责任单元一个标签”

第三方地址列表请换用更合适的方案

像“全国服务网点”“客户支持中心”“加盟门店地址”这类信息，本质是业务属性，不是内容责任归属。推荐做法：

• 用 section 包裹整块信息，加 role="region" 和 aria-label="服务网点列表"
• 每个网点用 div 或 dl 组织，配合 itemprop="address" 微数据，或统一在 head 中嵌入 JSON-LD（类型 LocalBusiness）
• 确保每条地址都附带可交互方式（如点击跳转地图、拨打客服电话），而不是纯文本

避免常见结构陷阱

以下写法即使渲染正常，也会让语义失效：

• 在 footer 里连续写三个 address —— 只有第一个被识别为页面级联系人，其余被忽略
• 把 address 套在 div 或 p 里 —— 作用域断裂，浏览器不认其语义
• address 内部用 p 标签分行写邮箱和电话 —— p 是块级元素，违反 phrasing content 规则，HTML 验证失败
• 只写“北京总部”“上海分部”等标题，没提供任何可联络方式 —— 空或半空的 address 对无障碍反而是干扰