必须用strong标签的场景是当去掉强调会导致用户误操作、漏风险或无法理解核心约束，如“删除后无法恢复”“你没有编辑此文档的权限”“平台不承担第三方链接内容的责任”。
strong 不是加粗开关，它是向浏览器、搜索引擎和读屏软件明确宣告：“这段文字跳过会导致严重后果”。
什么时候必须用 strong，而不是 b 或 CSS 加粗
关键判断标准只有一条：去掉这个强调后，用户是否可能误操作、漏风险、或无法理解核心约束。
- 表单提交前的警告——
<strong>删除后无法恢复</strong>（后果可量化、不可逆） - 权限提示——
<strong>你没有编辑此文档的权限</strong>（直接影响操作成败） - 法律条款中的责任界定句——
<strong>平台不承担第三方链接内容的责任</strong> - 避免场景：菜单项写成
<strong>首页</strong>、品牌名用strong包裹——这些没有信息权重变化，纯属视觉需求，该用b或 CSS
strong 嵌套无效，多层不会“更强”
HTML 规范没定义嵌套 strong 的语义增强机制。嵌套两层 <strong><strong>危险</strong></strong> 和单层效果完全一致，读屏器不会加重两次语气，SEO 也不会额外加权。
更糟的是，辅助技术可能将其解析为结构异常，反而降低可访问性可信度。
立即学习“前端免费学习笔记（深入）”；
真正需要递进强调时，应靠上下文或组合其他语义标签，比如：<strong>立即</strong> <em>停止同步</em>——前者标重要性，后者标紧急语气，分工清晰。
样式可以改，但语义不能绕
你可以用 CSS 把 strong 设成红色细体、加下划线、甚至 display: block，它依然在 DOM 中携带 “强重要性” 语义。
- 读屏软件仍会放慢语速、加重停顿
- 搜索引擎仍能识别其包裹的是关键约束条件或风险提示
- 自动化工具（如 WCAG 检查器）仍会把它纳入重要文本路径分析
反过来说，如果只是想让某个词“看起来突出”，又不想传递语义权重，就别碰 strong——b 或 span 配 CSS 才是正解。
最容易被忽略的点：很多人把 strong 当作“加粗保险丝”，一有重点就套一层，结果满页 strong，等于全页没重点。语义标签的力量恰恰来自克制——它只有在稀疏使用时，才真能被机器和人同时识别出来。
