仅适用于有明确标题、可独立成节的内容，必须配–，不可替代或，误用会损害SEO与无障碍访问。

直接说结论：

不是用来“划分功能模块”的通用容器，它只适用于有明确主题、能配标题、可独立成节的内容块；把导航栏、按钮组、纯样式包装层套上

，反而会污染语义结构。

什么时候必须用

而不是

判断依据非常实在：删掉这个区块后，页面其余内容是否依然逻辑自洽？这块内容能不能被一个

或

准确概括？

• 适合用
  ：产品功能介绍（带

  核心功能

  ）、FAQ 列表（

  常见问题

  ）、技术参数表格（

  规格参数

  ）
• 不适合用
  ：仅为了加背景色的横幅区、居中按钮组、表单外层 padding 包装、空
  撑高度
• 危险信号：里面只有
  + ，没标题；或标题是
  这类模拟标签

  必须配

  –

  ，不能省

  W3C 明确要求

  应“拥有自己的标题”，没有标题的

  在语义上是断裂的——爬虫可能忽略它，屏幕阅读器无法把它当一节来跳转。

  • 标题必须是真实的
    –
    ，不能用
    代替
  • 层级要连贯：父级用
    ，子
    就该用
    ；跳到
    会让大纲混乱
  • 不强制用
    ：页面中
    应唯一，通常留给主标题；
    起手推荐

  和

  、

  的分工很关键

  它们不是“谁包谁”的层级关系，而是语义角色不同，混用会导致结构误读。

  • ：代表可独立分发/复用的内容，比如一篇博客、一条新闻、一个用户评论——它自带隐含的“章节”语义，内部可再用
    分小节
  • ：页面唯一主内容区，应直接包裹
    或顶层
    ，但不能嵌套在
    或
    里
  • ：不能替代
    去包整篇博文；也不能替代
    做全页内容容器

  最容易被忽略的一点：语义错误不会立刻报错，页面照样渲染，但 SEO 权重会被稀释，辅助设备导航会失效，后期维护时别人读 HTML 根本看不出哪块是真模块、哪块只是你随手套的“样式盒子”。