纯视觉加粗，无语义；表示内容强重要性，影响屏幕阅读器朗读、SEO识别及无障碍体验，二者不可互换。
<b> 和 <strong> 都渲染为加粗，但语义完全不同——前者纯视觉，后者带信息权重；搜索引擎不给 <b> 任何语义信号，而 <strong> 会被读屏软件加重朗读、被爬虫识别为关键信息锚点。
为什么不能用 <b> 替代 <strong> 做 SEO 强调
很多人以为“加粗=强调=权重”，于是把关键词全套 <b>。错在混淆了表现与语义：<b> 在 HTML5 中定义为“不带额外重要性的粗体文本”，比如产品名、术语、翻译原文等需要视觉突出但无逻辑权重的场景；而 <strong> 明确表示“内容具有强重要性”，影响辅助技术处理和搜索引擎对信息密度的判断。
- Google 不统计
<b>标签数量，也不将其作为关键词信号提取依据 -
<b>嵌套或滥用（如整段<b>...）会被 Lighthouse 判定为格式污染，扣分 - 在 CMS 或 SSR 模板中动态插入
<b>包裹关键词，对排名无实质帮助，反而稀释正文可信度
<strong> 真正起作用的三个前提
不是只要写了 <strong> 就自动加权。它只在特定上下文中被识别为有效强调：
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
- 必须出现在有意义的文本流中，比如段落内关键结论（
<strong>未保存的数据将永久丢失</strong>），而非导航栏、页脚模板文字 - 不能孤立使用：单独一行
<p><strong>React</strong></p>效果极弱；嵌入完整语句（<p>使用 <strong>useEffect</strong> 时需注意依赖数组陷阱</p>）才可能被特征提取 - 避免堆砌：同一页面超过 5–7 处
<strong>会触发“强调泛滥”判定，降低单个标签的信号强度
Vue/React 中动态生成 <strong> 的常见翻车点
前端框架里用条件渲染包裹 <strong> 很容易破坏语义一致性：
立即学习“前端免费学习笔记（深入）”；
- JSX 中写
{condition ? <strong>{text}</strong> : text}是安全的；但若condition在服务端和客户端不一致，会导致 SSR 与 CSR 渲染出不同语义结构，爬虫可能忽略强调 - 用
v-html或dangerouslySetInnerHTML注入含<strong>的字符串时，若后端未过滤或转义，可能引入 XSS 风险，且部分 CDN 会剥离非白名单标签 - 组件库封装的
<Text strong>类 API，底层若实际输出<b>而非<strong>，就完全失去语义价值——务必 inspect 元素确认最终 HTML
真正难的不是选 <b> 还是 <strong>，而是判断这句话值不值得被强调：如果去掉它，用户会不会漏掉风险、误解操作后果、或错过核心参数？只有回答“会”，<strong> 才该出现。
