small标签仅用于语义上属于版权、免责声明等细则类旁注的内容，不是缩小字体的快捷键；错误使用会损害可访问性和语义结构，视觉缩放应优先用CSS。
small标签不是“缩小字体”的快捷键
它只在内容语义上属于“细则类旁注”时才该用，比如版权短语、免责声明、许可条款的补充说明。浏览器默认用较小字号渲染，只是辅助传达这种次要性，不是设计本意。
常见错误现象：<small>温馨提示：本活动最终解释权归主办方所有</small>单独放在页面顶部——这既非版权也非法律附注，只是运营话术，语义错配；更严重的是，屏幕阅读器会弱化播报该内容，影响可访问性。
- 真正适合
small的，是紧贴主内容出现的附属信息，例如文章末尾的<p>本文由 AI 辅助生成,<small>事实核查责任仍由作者承担</small></p> -
small是行内元素，不能直接包裹<p>、<ul>等块级标签；若需多段细则，应在外层用<div>或<section>，内部各段用<p>，再对其中短语级补充加small - 站点级主版权必须用
<footer>，small只在需要弱化某一条时才介入，且只能是其子内容
嵌套small不会继续缩小字体
HTML 规范明确写了嵌套无效：第二层small和第一层渲染大小一致。常见错误是写成<small>一级<small>二级</small></small>，结果“一级”和“二级”一样小，并非“二级更小”。
如果真需要多级缩放，必须用 CSS 控制，比如font-size: 0.8rem和font-size: 0.6rem分别加 class。
立即学习“前端免费学习笔记（深入）”；
- 不同浏览器对
small的默认缩放比例不一致（Chrome 80%，Firefox 83%），且无法通过嵌套叠加 -
small不影响内部<strong>的语义权重——强调依然有效，只是字号变小了 - 不要用
<font size="1">，它无语义、不可维护、HTML5 不支持
哪些场景真正该用small标签
只有当内容本身属于“法律/版权/注释类副文本”时，small才算用对了。它不是“小字通用开关”。
- 段落末尾的来源说明：
<p>全球平均气温较工业化前上升约1.2°C。<small>数据来源：IPCC AR6, 2023</small></p> - 表单中的字段限制提示：
<label>邮箱地址 <small>(将用于登录和密码重置)</small></label> - 页脚版权声明：
<footer><small>© 2024 示例公司。保留所有权利。</small></footer> - 定义列表项中的注释：
<dd>399 元<small>含早餐，不含税</small></dd>
多数小字号需求该用CSS而不是small
绝大多数“小字号需求”本质是视觉表达，不是语义分类。比如按钮旁的提示、卡片底部的操作说明、UI 中的辅助文案——这些不构成法律或版权类副文本，强行套small反而污染语义结构。
- 推荐做法：用
<p class="text-sm">或配合 CSS 的font-size，单位优先选rem，尊重用户系统缩放设置 - 若对尺寸敏感（如设计系统要求严格一致），必须显式重置：
small { font-size: 0.875rem; } - 一旦你开始用
small，就得持续判断每处是否真的属于“免责声明/版权/细则”语义。多数时候，它只是个诱人的快捷键，但代价是语义失焦
