标签仅用于标记文档或文章作者/拥有者的联系信息，不可用于页脚公司地址、客服电话等机构级信息；应改用配合、、等语义化标签。

address 标签不是用来放任意联系信息的

@#@#@#@#@#@#@#@#@#@0，确保可点击且被邮件客户端识别

电话用 @#@#@#@#@#@#@#@#@#@1，注意国际格式（+86）避免 iOS 拨号失败

多个并列信息建议用 <dl> <dt>联系电话</dt> <dd>@#@#@#@#@#@#@#@#@#@2</dd> </dl>，结构清晰、便于 CSS 定制和屏幕阅读器解析

为什么有人坚持用 address？兼容性没问题吗

用 <address></address> 写页脚确实能渲染出来，也不报错，但问题不在浏览器兼容性，而在语义层断裂：

• 辅助技术（如 VoiceOver、NVDA）会把 <address></address> 内容读作 “author information”，用户可能困惑“这页作者怎么留了公司总机？”
• 搜索引擎对 <address></address> 的提取逻辑基于作者归属，不会把它当作企业实体地址索引
• CSS 重置中部分样式库（如 Normalize.css）会给 <address></address> 默认斜体，若没覆盖会导致页脚字体异常
• 团队协作时，新人看到 <address></address> 容易误以为“这是规范写法”，进一步扩散误用

实际检查与修正建议

打开浏览器开发者工具，搜索 <address></address>，逐个确认是否真属于“作者联系信息”。如果不是，直接替换：

html-deploy

使用 htmlcode.fun 将 HTML 内容或文件部署到网页，适用于用户要求“部署到网页”“托管此 HTML”“生成此前端...的实时链接”等场景。

下载

<!-- 错误 -->
<address>
  <p>客服电话：400-123-4567</p>
  <p>Email：support@company.com</p>
</address>
<p><!-- 正确 -->
<footer><dl>
<dt>客服电话</dt>
<dd><a href="tel:+864001234567">400-123-4567</a></dd>
<dt>电子邮箱</dt>
<dd><a href="mailto:support@company.com">support@company.com</a></dd>
</dl></footer></p>

真正容易被忽略的是：语义错误不会导致页面崩溃，但会让信息在语音交互、自动化摘要、结构化数据抽取中失效——修复成本低，长期收益高。

前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！