应优先使用语义化标签而非纯样式标签：<strong>用于承载不可省略语义重量的文本，如错误提示、法律主体、严重后果；<b>适用于无语义仅视觉标记的场景，如产品名；<strong>须包裹有意义的文本片段，禁止跨块级元素或空包。
标签不是视觉装饰开关，它是文档结构的一部分——用错位置或滥用，会破坏语义层级、干扰屏幕阅读器节奏、甚至稀释关键词权重。
什么时候该用 <strong> 而不是 <b>
核心判断标准是：这段加粗文本是否承载「不可省略的语义重量」？
- ✅ 该用
<strong>：表单错误提示中的字段名（<strong>邮箱格式不正确</strong>）、法律条款里的责任主体（<strong>甲方</strong>须于7日内支付尾款）、警告弹窗里的动作后果（<strong>此操作将永久删除所有备份</strong>） - ❌ 别用
<strong>：纯样式需求，比如导航栏里某项想加粗但无特殊含义；商品列表中“热销”二字仅作营销视觉强化；CSS 已通过font-weight: bold统一控制标题样式时，再套一层<strong>属冗余 - ⚠️ 注意：
<b>并非废弃标签，它仍有合法场景——比如产品名（<b>iPhone 15</b>）、中文古籍专名号替代（无语义强调，仅视觉标记）、某些品牌标识性写法。但它不传递重要性，搜索引擎和读屏器不会特殊处理
<strong> 在嵌套结构中的边界问题
它必须包裹「有意义的文本片段」，不能跨块级元素，也不能空包或只包标点。
- ? 错误写法：
<p><strong>警告：</strong>请勿修改系统配置</p>—— “警告：”单独加粗割裂语义，应整体包裹：<p><strong>警告：请勿修改系统配置</strong></p> - ? 错误写法：
<strong><h2>重要更新</h2></strong>——<h2>是块级元素，<strong>是行内元素，HTML 规范禁止这样嵌套 - ✅ 正确做法：若需强调整个标题，直接给
<h2>加 class 或用 CSS 控制；若只强调其中词，如<h2>本月<strong>></strong>> - ⚠️ 注意：在
<li>、<p>、<span>内使用安全；但在<table>的<th>或<td>中，优先考虑用 CSS 或<em>（如需语气强调）而非盲目套<strong>
可访问性与 SEO 的隐性代价
读屏器对 <strong> 的处理不是“读得响一点”，而是改变语调停顿——频繁或不当使用会让听障用户困惑；搜索引擎则把它的出现密度和上下文当作内容可信度信号之一。
立即学习“前端免费学习笔记（深入）”；
- ? 搜索引擎视角：单页出现超过 5–7 处
<strong>且无明显主次（比如全部是“免费”“限时”“立即”），可能被判定为关键词堆砌，反而降低相关段落权重 - ? 读屏器行为：JAWS/NVDA 会为
<strong>插入轻微停顿并略微抬高音调；但如果连续三个<strong>紧挨着（如<strong>A</strong><strong>B</strong><strong>C</strong>），语音会变得生硬断裂 - ? 实操建议：检查页面源码中
<strong>的分布密度；用 Chrome 开发者工具的 Lighthouse 运行「Accessibility」审计，看是否触发 “Strong element used for styling only” 类警告
真正难的不是写对一个 <strong> 标签，而是判断这句话值不值得被赋予「强重要性」——它要经得起读屏器听、经得起爬虫读、经得起你自己删掉后重读一遍原文是否信息失重。
