最常被误用的HTML格式化标签是、、、、、和，核心问题在于混淆视觉表现与语义含义：表重要性而非加粗样式，表语气强调而非斜体装饰，专用于高亮引用内容而非UI配色，/无语义仅视觉，干扰可访问性，表附属信息而非单纯缩放。
哪些HTML格式化标签最常被误用
很多人一上来就猛练 <strong></strong>、<em></em>、<mark></mark>，结果写出来全是“视觉加粗”或“看着像强调”，但语义完全错位。比如用 <strong></strong> 给价格数字加粗，其实它表示内容重要性提升，不是样式开关；用 <u></u> 下划线标注链接，反而干扰可访问性（屏幕阅读器默认忽略 <u></u>，且下划线在网页中已约定俗成是链接标识）。
容易踩的坑：
-
<b></b>和<strong></strong>都加粗，但前者纯视觉，后者带语义权重——搜索引擎和读屏软件会区别对待 -
<i></i>不等于斜体装饰，它表示“不同语气”，比如外语词、船名、术语，不是用来做“文艺效果”的 -
<small></small>不是缩小字号的快捷键，而是表示附属信息（如版权、免责声明），浏览器默认缩小，但语义不可替换为 CSS 的font-size
什么时候该用 <mark></mark> 而不是高亮CSS
<mark></mark> 是唯一专为“页面内高亮引用内容”设计的语义标签，不是为了配色好看。它的实际价值在可访问性和内容提取场景里才显现出来。
使用条件：
立即学习“前端免费学习笔记（深入）”；
- 用户搜索后，页面自动把匹配关键词包进
<mark></mark>—— 这样读屏软件会读作“高亮：XXX”，比单纯变黄更明确 - 法律条文或论文引用中，需要标出被引原文段落，
<mark></mark>比<span style="background:yellow"></span>更利于后续结构化抽取 - 不要用它替代
<span></span>+ class 做 UI 高亮按钮或状态标签——那属于样式层，不该污染语义
示例：<p>根据<mark>《民法典》第1024条</mark>，民事主体享有名誉权。</p>
<time></time> 和 <abbr></abbr> 这类冷门但关键的格式化标签
它们不改变外观，却极大影响机器对内容的理解。很多项目上线后才发现 SEO 排名低、Google 摘要不显示日期、无障碍测试失败，根源常在这两个标签没用对。
实操要点：
-
<time datetime="2026-09-29">今天</time>：必须带datetime属性，值为机器可解析格式（ISO 8601），否则等于没写；显示文本可以是“昨天”“下周三”，但机器只认datetime -
<abbr title="HyperText Markup Language">HTML</abbr>：首次出现缩写时必须补全，title属性不能空，读屏软件靠它播报全称 - 别用
<span></span>模拟它们——搜索引擎不会把<span class="date">9月29日</span>当作时间实体识别
Markdown里混用HTML格式化标签的边界在哪
在支持HTML的Markdown解析器（如 GitHub Flavored Markdown、Typora）中，直接写 <strong></strong> 是合法的，但要注意解析器行为差异。
关键限制：
- HTML块级标签（如
<div>、<code><p></p>）会中断Markdown段落解析，其内部不再处理 **加粗**、列表等语法 - 行内标签（如
<em></em>、<mark></mark>）可在Markdown段落中安全嵌入，但不能跨Markdown元素——比如不能在列表项中间切开写<mark></mark>包住半个词再继续列表 - GitHub 不支持
<time></time>渲染，但支持<abbr></abbr>；Obsidian 支持全部，但需开启“允许HTML”选项
建议做法：简单强调用 **Markdown**，需要语义或机器可读时，切到 <strong></strong> 或 <time></time> —— 不是为了炫技，而是让内容在不同渠道都“说得清”。
真正难的不是记住每个标签怎么写，而是每次敲下 时，先问一句：这个标记，是给人看的，还是给机器读的？两者目标冲突时，优先保机器可读——因为人总能靠CSS或上下文猜，机器不行。
