使用 Puppeteer + Chrome 将 HTML 渲染为中文 PDF,自动处理图表等待、Tab 展开、动画、测高、白边消除、防分页,适用于看板、报表、网页和交互图表转 PDF。
该用标签当且仅当标记当前body或最近article的作者、所有者或责任方联系信息;判断标准是能否回答“谁写了这篇、谁负责维护、出了问题找谁”。

用 @#@#@#@#@#@#@#@#@#@0;官网首页页脚里的运营团队联系电话和注册地址
<address></address> 的嵌套规则和常见写法陷阱
它允许内联元素(<a></a>、<em></em>、<br>),禁止块级元素(<p></p>、<h2></h2>、<div>),也不能嵌套另一个 <code><address></address>。
- 推荐写法:用
<br>分隔不同字段,或把每行包进<span></span>(语义中立);避免直接裸写换行,也别硬套<p></p>——虽然部分浏览器能渲染,但违反 HTML 规范 - 必须可交互:邮箱要写成
<a href="mailto:..."></a>,电话要写成<a href="tel:..."></a>,否则只是静态文本,失去联系功能 - 版权信息不能塞进去:
© 2026 XXX 公司属于法律声明,不是联系人信息,应放在<footer></footer>里独立处理
为什么不用 <div> 或 <code><p></p> 替代?
差别不在视觉,而在机器如何理解这段内容:
- 搜索引擎会把
<address></address>内容识别为“作者联系方式”,可能影响作者权威性索引和本地搜索结果关联 - 屏幕阅读器会播报“此处为本文作者联系方式”,用户可跳过整段;而
<div> 就是一堆普通文本流,无法快速定位 <li>CSS 重置成本低:默认斜体可通过 <code>address { font-style: normal; }关闭,不影响语义价值 - 页面中建议限用 1–2 次 —— 多个
<address></address>容易模糊责任归属,比如在同一页脚同时放“技术维护:dev@xxx.com”和“广告合作:ad@xxx.com”,需明确哪个是该页面的主责任方
真正难的是每次写之前多问一句:这个邮箱/地址/电话,是代表这篇文章、这个 <article></article>、还是整个网站的责任出口?答错一次,语义就断了。










