是强制语义标签，非视觉装饰：它触发屏幕阅读器强调、提升seo权重，而仅视觉加粗；必须用于逻辑重要、后果明确的内容，如警告、关键数据、必填提示。
必须用 <strong></strong>，不是 <b></b>，也不是靠 CSS 硬加粗——否则屏幕阅读器读不出来重点，搜索引擎也认不出这是关键信息。
为什么 <strong></strong> 不是“可选”，而是强制语义要求
浏览器渲染效果上，<strong></strong> 和 <b></b> 看起来一样，但底层信号完全不同：<strong></strong> 会触发屏幕阅读器改变语调、停顿或加重语气；搜索引擎会提升该文本在页面权重中的计算分值。而 <b></b> 在无障碍 API 中等同于普通文本，只是视觉变粗而已。
常见错误现象：
- 表单提交按钮旁写
<b>确认删除</b>，读屏软件念成“b 确认删除 b 结束”，用户完全感知不到风险 - 价格区块用
<b>¥299</b>，SEO 工具报“高价值内容未使用语义标签” - 错误提示
<b>邮箱格式不正确</b>，辅助设备不作强调，视障用户容易跳过
<strong></strong> 的合法使用场景和边界
它只适用于内容本身具有逻辑重要性、后果明确、需用户主动注意的文本。不是所有“想加粗”的地方都适合。
- ✅ 警告类：
<strong>删除后无法恢复</strong>、<strong>此操作将清空全部缓存</strong> - ✅ 关键数据：
<strong>剩余库存：3 件</strong>、<strong>订单总额：¥1,280.00</strong> - ✅ 必填字段说明：
<label>手机号 <strong>（必填）</strong></label> - ❌ 纯品牌露出：
<strong>Apple Watch</strong>→ 应用<b></b>或 CSS - ❌ 段落小标题：
<p><strong>使用说明</strong>：……</p>→ 应用<h3></h3>或<span class="section-title"></span>
嵌套、样式覆盖和兼容性注意事项
<strong></strong> 是内联元素，能嵌套其他内联标签（如 <em></em>、<a></a>），但不能嵌套块级标签（如 <p></p>、<div>）。CSS 可以覆盖其默认加粗行为，但别真这么做——语义和样式脱钩会导致可访问性断裂。
<ul>
<li>允许：<code><strong>请检查<em>邮箱格式</em>是否正确</strong>
<strong><p>这是段落</p></strong>（HTML 解析会自动修正，语义已损坏）<strong style="font-weight: normal">看起来没加粗</strong> → 屏幕阅读器仍会强调，但视觉无反馈，造成认知冲突<strong></strong> 的语义识别最容易被忽略的一点：加粗只是手段，语义才是目的。<strong></strong> 不是“让字变粗的标签”，而是“告诉世界‘这段话你得当回事’的声明”。一旦用错位置，修复成本远高于写错一行 CSS。
