address标签仅用于标识页面或文章的责任人及其可交互联系方式。必须同时满足：明确责任人、可直接联系（邮箱/电话/网址可操作）、位于正确语义上下文中，缺一不可。
不可以。 address 标签的语义是严格限定的：它只表达「当前页面或文章的责任人是谁、如何直接联系他/她/团队」。任何不满足“责任人归属 + 可交互联络”双重条件的内容，都不应放入 address —— 无论文字是否带“地址”二字，也无论排版看起来多像联系信息。
核心判断标准：能否回答三个问题
写之前必须确认该内容能清晰回答：
- 谁写了这个页面（或这篇文章）？
- 出了问题该找谁负责？
- 用户现在就能用什么方式联系到这个人/团队？（邮箱可点击、电话可拨打、网址可访问）
常见非联系信息，一律禁止放入
以下内容即使格式整齐、出现在页脚，也不属于 address 的合法语义范围：
- 公司注册地址（法律备案用途，非日常联络入口）
- 商品发货地或仓库位置
- 门店物理坐标、地图定位点、经纬度
- 客服中心统一热线（责任方是客服部，不是页面作者）
- “联系我们”纯标题、空 div、仅图标无文字的社交按钮
物理地址可以出现，但有条件
只有当它同时满足两个条件时，才允许作为 address 的一部分：
- 它是责任人本人或团队的实际办公/收件地点（如“前端组收：北京市朝阳区建国路1号”）
- 必须与可交互方式并列存在（例如同一 address 内含 mailto: 链接或 tel: 电话）
单独一行“上海市静安区南京西路1号”，没有动词（如“来信请寄”）、没有接收主体、无可点击链接——这就是地理信息，不是联系信息，不能放进 address。
作用域错位，语义即失效
即使内容本身合规，放错位置也会让 address 彻底失去语义价值：
- 嵌套在 <section>、<div>、<header> 或 <footer> 的子容器中 → 浏览器和读屏软件忽略
- 出现在 article 外、但又被其他元素（如 nav）包裹 → 不绑定到任何有效上下文
- 转载文章时，把原文作者信息塞进自己页面顶层的 address → 责任归属错乱，等于误导辅助技术
address 的语义不来自内容本身，而来自“父容器 + 内容 + 可交互性”的三重绑定。缺一不可。
