是HTML5语义化标签,专用于免责声明等次要但需保留的文本,不可用于样式控制或嵌套降级;已废弃,应改用语义化标题或CSS。

small 标签在免责声明中的正确用法
HTML5 明确规定 是语义化标签,专用于“细则、法律声明、版权信息、免责条款”这类次要但需保留的文本,不是单纯调字号的样式工具。浏览器默认会将 内容渲染为父元素字体大小的约 85%,但这个比例不可依赖——CSS 可能覆盖它。
常见错误是把它当 用,比如在按钮里塞 (仅限中国大陆用户)。这会让辅助技术(如屏幕阅读器)忽略其语义,也违背 HTML5 规范。
- 必须包裹完整语义单元,例如整段版权声明:
© 2026 示例公司。本服务不承担间接损失责任。
- 避免嵌套多层
:虽然技术上可行,但每层缩放会累积,且语义冗余;HTML5 不鼓励这种用法 - 若需统一控制所有免责声明字号,应通过 CSS 类(如
.disclaimer)管理,而非依赖的默认渲染
big 标签已废弃,不要在新项目中使用
在 HTML5 中被正式移除,没有任何语义,纯属表现层标签。现代浏览器虽大多仍能解析它(出于兼容性),但 W3C 已标记为“obsolete”,构建工具(如 HTMLHint)、Lighthouse 审计、甚至某些严格模式的解析器会直接报错或忽略。
你可能会看到老代码里这样写:重要通知。这不仅无法通过 HTML5 验证,还会让内容结构扁平化,丧失层级语义。
- 替代方案一律用语义化标题或强调标签:
、或带 ARIA 的- 如果只是想放大字号,用 CSS:
font-size: 1.2em或clamp(1rem, 1.1vw, 1.3rem),而不是复活- 注意:
不支持嵌套降级逻辑(不像有明确的“细则”含义),嵌套后行为完全不可控small 和 big 的实际渲染差异远小于语义差异
表面上看,两者都影响字号,但浏览器实现差异很大。Chrome 和 Firefox 对
的缩放基本一致(约 -15%),但 Safari 在某些字体栈下可能只缩 10%;而在 Edge 中可能放大 20%,在旧版 Chrome 中却只放大 12%——这种不稳定性正是它被废弃的核心原因。更关键的是,
在可访问性树中会被识别为“secondary text”,部分读屏软件会降低语速或略作停顿;则完全不会出现在可访问性 API 中,形同透明。- 检查是否生效?打开浏览器开发者工具,选中元素,看 computed 样式里的
font-size是否被重置,以及role属性是否存在 - 测试可访问性:用 NVDA 或 VoiceOver 朗读含
的段落,确认免责声明是否被读出(它应该被读,但语气稍弱) - 不要用
去“弱化”敏感信息(如隐私政策链接),那属于误导性设计;它只适用于真正次要、非交互、非关键路径的内容
用 CSS 替代 small 实现更可控的免责声明样式
如果你发现
的默认缩放不符合设计稿,或者需要响应式字号(比如移动端再小一号),硬调标签属性不如直接接管样式。关键是:保留语义,替换表现。推荐写法是组合使用语义标签 + CSS 类:
<p class="disclaimer">© 2026 示例公司。本服务按“现状”提供,不作任何明示或暗示担保。</p>
然后在 CSS 中定义:
.disclaimer { font-size: clamp(0.75rem, 0.65vw, 0.875rem); color: #666; line-height: 1.4; }- 这样既满足语义(用
表达一段独立声明),又完全掌控视觉表现 - 避免用
套或@#@#@#@#@#@#@#@#@#@0—— 链接不该被语义降级 - 如果必须保留
(如 CMS 输出不可改),至少加class并用!important覆盖默认字号,但这是权宜之计
真正容易被忽略的点是:
的语义边界很窄——它只适合“附注型”文本,一旦内容具备操作性(如“点击同意”)、时效性(如“活动截止至2026-04-30”)或法律约束力(如“您确认已阅读并接受本协议”),就该换用、或带aria-describedby的结构化方式,而不是靠缩字体假装它不重要。 - 如果只是想放大字号,用 CSS:
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!











