选 strong 还是 em 取决于语义：strong 表示逻辑上更强的断言或警告，em 表示语气上的侧重或反语；误用 strong 会削弱可访问性与 SEO，滥用 em 会扭曲语气表达。

strong 和 em 都能加粗/强调，但浏览器默认样式一样，怎么选？

选 strong 还是 em 不取决于“看起来粗不粗”，而取决于语义——你这段文字在逻辑上是不是更强的断言或警告（strong），还是只是语气上的侧重或反语（em）。

比如错误提示“密码不能为空”该用 strong；而“这个按钮其实会删除所有数据”里的“其实”该用 em。屏幕阅读器对两者读法不同：strong 通常加重停顿，em 则改变语调。

• 别为了视觉效果硬套标签：CSS 可以让任何元素加粗，但语义错位会影响可访问性
• 搜索引擎和辅助技术依赖这些标签理解内容权重，乱用可能削弱关键信息识别
• 如果只是想高亮颜色或字号，直接用 CSS 类更干净，别绑架语义标签

用 strong 标记重要内容时，哪些场景容易误用？

strong 不是“加粗工具”，它代表内容重要性提升。常见误用包括：

• 菜单项或标题里单纯为了视觉突出写成 首页——标题本身已有 h1–h6 语义，无需再叠加强调
• 表格表头用 strong 代替 th——th 才是正确语义，strong 无法传达“这是列名”的结构信息
• 整段说明文字都包在 strong 里——重点一多就等于没重点，反而降低可读性和无障碍支持效果

真正适合 strong 的，是那些用户必须注意到、跳过会导致操作失败的内容，比如：strong 标记的必填字段提示、权限不足的拒绝原因、表单提交前的最终确认警告。

em 标签被当成斜体工具用，会出什么问题？

em 的本意是“强调语气”，不是“做斜体”。一旦把它当样式开关用，就会破坏语义层级。例如：

使用华数设计生成高保真HTML原型、演示文稿、动画和设计评审

使用经过文档化的设计技能，从真实的品牌或项目背景中生成HTML原生原型、幻灯片、动态演示、可视化图表和评审流程。

下载

写成

点击 这里 下载安装包

，屏幕阅读器可能把“这里”读得像反讽或质疑，用户反而困惑；而实际只是个普通链接锚点。

• 纯样式需求（比如术语首次出现要斜体）：用 CSS font-style: italic 更准确
• 需要表达对比、转折、引用语气时才用 em，比如：“他说‘没问题’，实际上系统已宕机两小时”
• 嵌套 em 表示更强强调（如 真的不能），但实际极少需要，多数情况一次就够了

SEO 和无障碍测试中，strong/em 被忽略或报错，通常因为什么？

主流爬虫和无障碍检测工具（如 axe、Lighthouse）会检查 strong 和 em 是否出现在合理上下文中。常见触发警告的原因：

• strong 出现在 button 或 a 内部且无额外文本——按钮本身已有交互语义，内部再强调显得冗余
• em 包裹空格、换行符或纯标点（如 ！）——没有实际可读内容，辅助技术无法处理
• 全页只用 strong 忽略 em，或反过来——说明作者没区分语义层级，工具可能判定为语义贫乏

最稳妥的做法：写完 HTML 后，关掉样式看一遍纯文本渲染，再听一遍屏幕阅读器朗读——如果语气和重点跟你想表达的一致，那标签就用对了。

前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！