<small> 是语义性标签，仅用于版权附属信息、法律约束等弱化内容，不可用于纯样式缩放；错误嵌套无效，多级缩放须用 CSS；滥用损害可访问性。
small标签不是版权容器，只是附属说明标记
直接把整句版权塞进 <small> 是错的。版权主体（比如 “© 2024 XXX 公司”）必须保留在语义主层级，<small> 只能包裹其中真正属于“附属补充”的部分——例如年份、保留条款、许可证类型这类惯例性弱化成分。
常见错误现象：<small>© 2024 XXX 公司. 保留所有权利.</small> —— 整句被弱化，屏幕阅读器可能跳过，SEO 权重也被稀释。
-
<footer><p>© <small>2024 XXX</small>. <small>All rights reserved.</small></p></footer>是合规写法：© 和公司名保持正常语义，<small>仅用于年份和保留条款 - 如果版权归属个人，可用
<address>包裹联系人，再在其中用<small>补充说明（如“本作品采用 CC BY-NC 4.0 许可”） -
<small>是行内元素，不能直接包裹<p>、<ul>等块级标签；多段细则需外层用<div>或<section>，内部各段用<p>，再对短语加<small>
表单与定义项中用small标注字段级法律约束
当提示文字具有法律效力或交互必要性时，<small> 才算用对了。它不是装饰性提示，而是用户必须知晓的规则组成部分。
使用场景举例：
立即学习“前端免费学习笔记（深入）”；
<input type="password"><small>密码需包含至少8位字符及一个数字</small><button disabled>提交</button> <small>请先勾选用户协议</small>- 定义列表中：
<dt>API密钥</dt><dd>用于身份验证</dd><dd><small>有效期30天，不可转让</small></dd>
注意：<small> 不影响内部 <strong> 的语义权重——强调依然有效，只是字号变小了。
嵌套small不会继续缩小字体，多级缩放必须用CSS
<small> 嵌套是无效行为。HTML 规范明确禁止通过嵌套实现“更小字号”，第二层 <small> 渲染大小与第一层一致，不是“二级更小”。
如果你真需要多级视觉缩放（比如“主细则→子细则”），必须用 CSS 控制：
- 写两个 class：
class="fine-print"和class="ultra-fine"，分别设font-size: 0.8rem和font-size: 0.6rem - 避免
<small><small>二级</small></small>这类写法，既无效果又污染语义 - 所有现代浏览器都支持
<small>，但 UA stylesheet 实现不统一：Chrome 默认缩到 80%，Firefox 是 83%，对尺寸敏感时必须显式重置
多数“小字号需求”本质是视觉表达，该用CSS而非small
想让文字变小？90% 的情况不该动 <small>。它不是样式开关，而是语义开关。滥用会导致辅助技术误读、可访问性降级、高对比度模式下文字不可见。
真正该用 CSS 的典型场景：
- 按钮旁的操作提示（如“点击下载PDF”）
- 卡片底部的辅助文案（如“更新于2024-07-22”）
- 产品页的副标题或标语（
<h2>下的补充说明）
推荐做法：<p class="text-xs">更新于2024-07-22</p>，配合 font-size: 0.75rem；单位优先选 rem，尊重用户系统缩放设置。
真正容易被忽略的是：一旦开始用 <small>，就得持续判断每处是否真的属于“法律/版权/注释”语义——多数时候，它只是个诱人的快捷键，代价是语义失焦。
