~

标题才符合语义规范。 什么时候该用

复制

而不是

复制

复制

不是「高级版

复制

」，它只在内容本身构成一个逻辑独立的章节时才适用。比如一篇博客里的「背景」「方法」「结果」「讨论」——每个都自带标题（

复制

或更高），且语义上可被单独引用或导航。而

复制

是纯容器，不传递任何结构含义，适合布局分块、样式隔离或 JS 操作钩子。 常见错误现象：

复制

套着没标题的内容，或者只为加个边框/内边距就硬套——这会让屏幕阅读器误判结构，SEO 也可能降权。 有

复制

～

复制

且内容主题明确 → 优先

复制

纯样式分组、JS 动态插入区域、无语义的网格项 → 用

复制

不确定要不要用？删掉标签看内容是否仍能自然分段——不能，就别用

复制

复制

和

复制

容易混用，怎么分清

复制

描述「某一部分」，

复制

描述「可独立存在、可被重用的内容单元」。一篇新闻页里，整篇报道是

复制

；它的「作者介绍」「相关链接」区块才是

复制

；但如果「相关链接」里嵌了一个完整转载的短评，那个短评本身又该是

复制

。 性能/兼容性影响几乎为零，但语义错用会影响辅助技术解析和内容聚合（比如 RSS 抓取器可能只认

复制

）。 立即学习 “ 前端免费学习笔记（深入） ”；

复制

应能脱离上下文被单独发布（如分享到社交媒体）

复制

通常依赖父级上下文才有完整意义 嵌套合法：

复制

里可以有多个

复制

，反之不行 用了

复制

却被 Chrome DevTools 标黄警告 DevTools 在 Elements 面板里标黄

复制

，大概率是因为它缺少标题——HTML5 规范虽未强制要求，但 W3C 明确建议每个

复制

应有

复制

～

复制

级标题。没有标题的

复制

会被视为「语义不完整」。 使用HTML,CSS,JavaScript开发Android应用程序 英文文字pdf版附源文件 如果你了解HTML，CSS和JavaScript，您已经拥有所需的工具开发Android应用程序。本动手本书展示了如何使用这些开源web标准设计和建造，可适应任何Android设备的应用程序 - 无需使用Java。您将学习如何创建一个在您选择的平台的Andr​​oid友好的网络应用程序，然后转换与自由PhoneGap框架到一个原生的Andr​​oid应用程序。了解为什么设备无关的移动应用是未来的潮流，并开始构建应用程序，提供更 下载 错误示例：

复制

这里是联系方式

→ 应改为

复制

联系方式

...

标题不必视觉可见，可用

复制aria-label

或

复制sr-only

类隐藏，但 DOM 中必须存在 用

复制

不推荐：会破坏文档大纲层级，尤其在 CMS 多模板场景下难维护 标题层级要连贯：避免从

复制

跳到

复制

复制

真的完全没语义吗？什么情况下它比

复制

更合适 不是「没语义」，而是「无预设语义」——

复制

的语义由开发者自己通过 class、role 或 ARIA 注入。当你要做的是 CSS Grid 布局容器、Canvas 渲染画布挂载点、或者 React/Vue 组件根节点（需透传 props 到原生元素），

复制

反而是更干净、更可控的选择。 强行用

复制

替代会导致：无障碍树多出无意义的「section」节点；自动化测试脚本误判结构；未来改版时语义包袱变重。 需要

复制display: grid

或

复制position: relative

等纯样式控制 →

复制

作为第三方组件（如地图 SDK）的挂载容器 →

复制

JS 动态生成内容，且结构随状态频繁变化 →

复制

更轻量 语义标签的价值不在「用了多少」，而在「是否准确反映内容本质」。用错

复制

比不用更难收场。