Html 使用<；第节>；，等

HTML5（或者更准确地说是新的HTML规范）最受欢迎的方面之一是添加了

，

包括了它。此外，众所周知，该算法在用户代理中没有实现1。这使我不愿意采用标签。虽然它们是“最佳实践”，因为它们比
添加了更多的“语义”含义，但使用这些标记构建文档（以保留实际的预期大纲）的方式将无法达到目的。同样的效果也可以通过小心地使用头标签、源代码本身的信息结构以及CSS来实现

是否有充分的理由使用这些标签

1:Source和www.w3.org/TR/html5/sections.html（尽管w3喜欢编辑WHATWG规范，但它仍然是半权威的）
文档大纲和语义是两个独立的问题。您是正确的，没有面向用户的大纲实现——唯一的实现是专门为此目的创建的工具和一致性检查器。这就是规范建议继续使用h1–h6标记标题的原因

但是HTML5语义本身在现代浏览器和可访问性工具中得到了广泛的实现。一些HTML5语义元素甚至为您内置了ARIA角色。请参阅，以及（caniuse.com本身链接到的）

比较以下片段（更改标题以说明缺少大纲alg）：

狗的类型
杜宾
广告

狗的类型
杜宾
广告

如果您需要支持不理解HTML5的用户代理，您可以只填充元素，或者使用遗留标记。无论哪种方式，这两个代码片段对这些用户代理来说在语义上都是没有意义的

如果您不需要支持传统浏览器，那么第一个代码段在语义上是有意义的，而第二个是。。。不是这样。不管你给类名起什么名字，它们都没有任何内在的语义价值——它们只是为了作者的方便而存在的。充其量，您所拥有的只是一系列通用部分和子部分。广告部分中的h3与内容小节中的h3没有区别

当然，人类读者仍然可以通过查看类名从元素中推断出含义，但是将所有内容都放在div中会很快变得混乱

坦率地说，除了支持传统浏览器之外，我想不出任何理由在今天的新站点中使用传统标记。如果有什么区别的话，HTML5语义标记应该是默认的。请记住，内容为王，我们正在使用一种专为网络内容设计的语言。但我很快就转向了固执己见的领域

注意，我在这里没有提到CSS。这是因为当谈论语义标记时，CSS是完全不相关的。当文档独立于任何CSS使用时，语义是最有效的

不管你叫它们什么——块、框、区域、区域——我们已经把网页分成可见的部分十多年了。问题是，我们从来没有这样做的正确工具。虽然我们的界面看起来像是网格，但底层结构是由编号标题和非语义辅助元素拼凑而成的；一个不受限制的内容流与它自己的盒状外观不一致

资料来源：
您是否考虑过使用屏幕阅读器的人？谷歌为你的页面编制索引是否能够让内容更有意义？“理论上，不应该成为主要大纲的一部分”为什么不？旁边还有一个剖切元素，它不引入剖切根，不像body、figure和blockquote。@EdHeal“不存在任何实现”，包括屏幕阅读器。我试过一个屏幕阅读器程序，它只注意标题标记的顺序。@BoltClock假设
的“预期用途”用于广告之类的东西，我认为将广告作为大纲的一部分是没有意义的。因此，使用一个屏幕阅读器，你会得出“不存在实现”的结论。还有正在开发的屏幕阅读器等，请参阅引用外部资源的帮助。谢谢。。。我真的很感激。如果你最终用
等替换
，它更可读，但不一定是未来的证明。
<h1>Types of dogs</h1>
<section>
 <h1>Doberman</h1>
 <aside>
  <h1>Advertisement</h1>
 </aside>
</section>

1. Types of dogs
   1. Doberman
      1. Advertisement

<h1>Types of dogs</h1>
<section>
 <h2>Doberman</h2>
 <aside>
  <h3>Advertisement</h3>
 </aside>
</section>

<h1>Types of dogs</h1>
<div class=section>
 <h2>Doberman</h2>
 <div class=ad>
  <h3>Advertisement</h3>
 </div>
</div>