small标签唯一合法用途是包裹法律/版权/注释类短语级附属内容，必须依附主内容、不构成独立陈述，且不可嵌套或替代CSS控制字号。
small标签只用于法律/版权/注释类短语，不是缩放工具
直接说结论：small 标签的唯一合法用途，是包裹语义上属于“附属细则”的短语级内容——比如版权补充、表单格式提示、定义项中的限制说明。它不负责视觉控制，浏览器默认缩小只是辅助传达“次要性”，不是设计本意。
常见错误现象包括：<small>温馨提示：本活动最终解释权归主办方所有</small> 单独放在页面顶部；或用 <small>删除</small> 包裹按钮文字。这两类都把 small 当成样式开关，结果是屏幕阅读器弱化播报、SEO 权重稀释、高对比度模式下文字可能不可见。
- 必须同时满足三个条件才可用：
small内容得是法律/版权/注释类文本、依附于主内容存在、本身不构成独立陈述 - 不能替代 CSS 控制字号：想让某段文字变小，直接用
font-size+ 语义正确的容器（如<p class="fine-print">） -
small是行内元素，不能直接包裹<p>、<ul>等块级标签；若需多段细则，外层用<div>或<section>，内部各段用<p>，再对其中短语加small
页脚版权中只能修饰附属部分，不能包整句
站点级主版权必须放在 <footer> 里，small 只能嵌套其中，用于弱化真正属于“附属说明”的成分，比如年份、保留条款、许可证类型。整句版权被 small 包裹，等于告诉辅助技术“这不重要”，反而让核心版权信息降权。
正确写法示例：<footer><p>© <small>2024 XXX</small>. <small>All rights reserved.</small></p></footer>——这里 <small>2024 XXX</small> 和 <small>All rights reserved.</small> 都是惯例性附注，语义权重低；而 © 和主体公司名保持正常语义层级。
立即学习“前端免费学习笔记（深入）”；
- 禁止：
<small>© 2024 XXX. All rights reserved.</small>（整句弱化） - 禁止：
<small><p>一、定义</p></small>（small不支持块级子元素） - 若版权归属个人，可用
<address>包裹联系人，再在其中用small补充说明
表单与定义列表中用于字段级提示和限制说明
small 在交互场景中最自然的落点，是紧贴输入控件或定义项出现的短语级约束说明。这类内容必须存在、有法律或交互效力，但又不是主操作或主定义本身。
典型用法包括：<input type="password"><small>密码需包含大小写字母和数字</small>；或 <dl><dt>单人间</dt><dd>399 元 <small>含早餐，不含税</small></dd></dl>。这些 small 内容会被读屏器朗读，但语调弱化，符合其“补充但不可省略”的定位。
- 禁用：
<button disabled><small>提交</small></button>——“提交”是关键操作，不是旁注 - 禁用：
<label><small>邮箱</small><input type="email"></label>——标签主体不该被弱化 - 若提示需多行或带链接，应改用
<div class="hint">+ CSS，而非硬塞进small
嵌套small无效，且会误导可访问性逻辑
<small>A<small>B</small></small> 中，“A”和“B”渲染字号完全一致。这不是浏览器 bug，而是 HTML 规范明确规定的：嵌套 small 不会进一步缩小，也不叠加语义权重。实际效果是白写一层标签，还可能让读屏软件重复弱化处理。
更麻烦的是，开发者常误以为嵌套能“强调次要中的次要”，结果破坏了辅助技术对内容重要性的判断链路。比如在法律声明中层层嵌套 small，等于反复告诉读屏器“这段话越来越不重要”，哪怕 B 实际是关键免责条款。
- 绝对不要嵌套：
<small><small>…</small></small> - 若需视觉上区分多级细则，用 CSS 类（如
class="fine-print fine-print--secondary"）控制样式，语义仍保持平级 - 所有
small内容必须保留在可读范围内：字体不能小于 12px，颜色对比度不低于 4.5:1，否则在自定义样式环境下可能彻底失效
small 的合法性不取决于它“看起来小”，而取决于它是否真的处于语义上的附属位置。很多人检查时只看渲染效果，却忽略读屏器播报逻辑和搜索引擎解析路径——这才是最容易被跳过的验收环节。 
