<small> 不该用来做法律免责声明，因其语义是“附属性旁注”，仅适用于与当前内容直接相关的非核心补充说明；滥用会降低无障碍访问性，导致屏幕阅读器弱化播报或跳过关键法律入口。
为什么 <small> 不该用来做法律免责声明
<small> 的语义是“附属性旁注”，比如版权信息、免责声明、条款脚注等——但仅限于与当前内容直接相关的、非核心的补充说明。它不是视觉降级工具，也不是通用的“小字容器”。浏览器默认用更小字号渲染，但关键在语义：它会降低该段文本在无障碍树中的重要性，屏幕阅读器可能跳过或弱化播报。
常见错误是把整段《用户协议》或《隐私政策》链接塞进 <small>，结果导致视障用户难以发现关键法律入口；或者嵌套在 <h1> 里放免责声明，破坏标题层级结构。
- 只用于紧贴主内容的附属声明，例如：
<p>本产品仅供参考。<small>不构成医疗建议。/p></small> - 不能包裹独立法律页面的入口链接（应使用普通
<p>或<footer>） - 避免嵌套标题、列表、段落——
<small>内容必须是纯短文本或内联元素（如<a>、<em>）
<small> 和 <aside>、<footer> 的分工边界
法律文本是否该用 <small>，取决于它和当前内容的依附关系。如果是一句提示性附注（如“© 2024 公司。所有权利保留。”），<small> 合理；如果是独立模块（如页脚的完整条款导航区），就得换标签。
-
<small>：出现在段落中、卡片内、按钮旁，长度通常 ≤ 1 句话 -
<aside>：当免责声明需要多段、带链接、含列表时（例如“数据收集范围：① 姓名；② 邮箱…”），用<aside class="disclaimer">更准确 -
<footer>：页面底部统一法律入口（“Terms | Privacy | Contact”），属于页面级元信息，不属于<small>范畴
实际写法示例与易错点
下面这段看似合理，实则违规：
Html To Pdf
下载
使用 Puppeteer + Chrome 将 HTML 渲染为中文 PDF，自动处理图表等待、Tab 展开、动画、测高、白边消除、防分页，适用于看板、报表、网页和交互图表转 PDF。
立即学习“前端免费学习笔记（深入）”；
<div class="card"> <h3>订阅服务</h3> <p>每月 ¥99，自动续订。</p> <small><p>取消方式：登录账户 → 设置 → 订阅管理。</p><ul><li>退款政策详见<a href="/refund">此处</a></li></ul></small> </div>
问题在于 <small> 内含块级元素 <p> 和 <ul>，HTML 规范只允许其包含 phrasing content（即内联内容）。正确写法应精简为：
<div class="card"> <h3>订阅服务</h3> <p>每月 ¥99，自动续订。<small>取消路径：账户 → 设置 → 订阅管理；<a href="/refund">退款政策</a>。</small></p> </div>
- 确保
<small>只出现在<p>、<li>、<figcaption>等允许 phrasing content 的上下文中 - 不要用 CSS 强行撑开
<small>的高度或添加 margin-top，它本就不该承担布局功能 - 若需响应式缩放，优先用
font-size: clamp()而非依赖<small>的默认样式
无障碍与 SEO 的隐性影响
搜索引擎和读屏软件会将 <small> 内容视为低优先级信号。这意味着：放在 <small> 里的关键词（如“隐私政策”）几乎不会被 SEO 权重计算；而屏幕阅读器可能对连续多个 <small> 段落合并播报，甚至跳过。
- 关键法律入口（如首页顶部的“Privacy Policy”链接）绝不能藏在
<small>里 - 如果必须强调某条免责声明（例如 GDPR 数据处理声明），改用
<strong><small>…</small></strong>提升语义权重 - 测试方法：用 Chrome 的 Lighthouse 运行无障碍审计，检查
<small>是否被标记为 “heading has no level” 类似误用
真正难的不是怎么写 <small>，而是判断哪句话算“附属”、哪句其实已是用户决策的关键依据——这种边界，往往得对照法律团队的具体措辞来定。
