<small>仅能包裹版权信息中的附属短语（如年份、保留条款），不可包裹整句版权声明；©符号和主体名称须保持正常语义层级，因<small>是HTML5唯一语义化标记附属细则的标签，关乎屏幕阅读器播报、SEO权重及高对比度模式渲染。
页脚版权里只能包附属短语，不能包整句
把整句版权声明套在 <small> 里，等于告诉屏幕阅读器和搜索引擎：“这整段不重要”。W3C 明确要求 <small> 只能用于语义上真正从属、短小、非主干的内容，比如年份、保留条款这类惯例性附注。
常见错误：<small>© 2024 XXX. All rights reserved.</small> —— 整句被弱化，核心版权信息反而降权。
-
©符号和公司名必须保持正常语义层级，不能被<small>包裹 -
<small>只能出现在<footer>或<p>内部，且仅包裹其中的附属成分（如年份、All rights reserved.） - 若版权归属个人，可用
<p>© <small>2024</small> 张三</p>，年份是附注，姓名是主语义
为什么
单纯用 CSS 控制字号（比如 font-size: 0.8rem）无法传达“这是法律附注”的语义。而 <small> 是 HTML5 唯一被规范明确定义为“附属细则”的语义标签，浏览器、辅助技术和搜索引擎会据此做出不同处理。
实际影响包括：
立即学习“前端免费学习笔记（深入）”；
- 屏幕阅读器可能降低播报优先级或跳过
<small>内容，但前提是它确实属于附注——这不是缺陷，是设计本意 - SEO 爬虫会识别
<small>的语义权重，避免把附注内容误判为主文本关键词 - 高对比度模式下，某些系统会忽略 CSS 缩放但尊重
<small>的语义渲染逻辑
嵌套结构必须合法：small不能直接包块级元素
<small> 是行内元素，HTML 规范禁止它直接包含 <p>、<ul>、<div> 等块级标签。试图写 <small><p>一、定义</p></small> 会导致解析失败或渲染异常。
多段版权细则的正确结构是：
- 外层用
<footer>或<section>容纳整体 - 每段用独立的
<p> - 每段中需弱化的短语（如年份、许可证类型、保留条款）再用
<small>包裹 - 禁止
<small>套<small>—— 嵌套无意义，且部分旧版 Safari 会触发二次压缩
浏览器默认缩放不可靠，需显式控制最小可读字号
浏览器对 <small> 的默认行为是约 80% 缩放，但这依赖父元素 font-size 基准。若父级用 rem 且根字号设为 10px，<small> 可能缩到 8px，肉眼难辨。
安全做法：
- 在 CSS 中为
<small>设置最小字号：small { font-size: clamp(12px, 0.75rem, 14px); } - 禁用可能覆盖默认行为的重置库规则（如 Normalize.css 中的
small { font-size: inherit; }） - 旧版 Safari 需加
-webkit-text-size-adjust: 100%;防止异常压缩
真正容易被忽略的是：语义一旦错位，修复成本远高于视觉调整。用 <small> 不是为了“看起来小”，而是为了“被正确理解”——哪怕用户看不见，机器也得读对。
