web应用程序是否需要HTML标题标记？

问题是，我们应该使用标题设计应用程序/表单，还是坚持使用span和div？当世界使用html链接文档时，这些标题标签看起来像“目录”。在应用程序使用html的新时代，以正统的方式使用标题标记（即h1包含h2，h2包含h3…）是没有意义的。还是这样

在文本浏览器或禁用CSS的浏览器的上下文中，这些似乎是有意义的。违反嵌套顺序是否有任何影响（例如：h2是顶层元素而不是h1）

编辑 我所说的“新时代”是指在交互式web应用程序中使用html。表单、邮件应用程序或文件共享应用程序中的头标记的概念就是我所质疑的。我想我应该避免使用花哨的名字，实际上我并不是指

…

它更像微软Word中的内容组织

---

如果有帮助的话，我确实在一些W3C兼容和AA兼容的网页上工作过。像dolphin supernova这样的屏幕阅读器，仅仅阅读内容，我无法识别他们是如何区分标题的，或者我可能缺少一些相当重要的功能。

h1、h2、h3等都是语义的。div和span不是。使用标题意味着代理可以轻松确定哪些内容是标题，并在例如屏幕阅读器或搜索结果中给予它们优先权。

除了设置为浏览器样式覆盖CSS（用户样式）的浏览器之外，我不认为如果在h1之前使用h2，或者在h1之前使用h2，会有任何其他问题

---

另外，正如您所说，使用标题可以在某种程度上格式化您的文档，而无需使用CSS。

这确实很有意义。您的代码应该有意义（从语义的角度）。如果你想要一个标题，hX是你应该使用的标签。span或div可以工作，但它不是标头

---

看一看。

为什么您觉得结构化标记没有意义？仅仅因为您可以根据自己的设计意愿设置任何元素的样式，并不会导致语义过时。首先，别忘了搜索引擎实际上为文本指定了不同的值，这些文本位于重要的语义元素（如标题）中

回答标题中的问题（哇，这是一个标题！谷歌使用它！）：是的

---

顺便问一下，你说的这个“新时代”是什么？

首先，标题标签不应该嵌套。理想情况下，h1、h2等应该只包含文本，而不包含其他标记

其次，作为指导原则，每页应该只有一个h1标记，理想情况下应该与文档标题匹配

最好对标题使用标题标记，而不是跨距或div。许多搜索引擎将这些标签中的关键词的权重高于其他标签中的关键词。页面摘要器也将使用这种结构

---

通常，如果标题标记的顺序很奇怪，或者没有，那么可能是页面结构出了问题。（当然，您不必全部使用它们，但h1标记几乎总是一个好主意）。

对标题使用标题标记，并根据需要使用CSS对其进行样式设置，以获得您想要的外观。排序应该反映文档的组织，但是您可以通过CSS为它们提供任何您想要的外观和感觉。不过，我想说的是，我会使用排版来反映组织，而不是混淆组织。

请注意，在某些web应用程序中，标题是不必要的，因为HTML设计用于语义描述文档结构，而不是web应用程序

理想情况下，应该有一种独立的基于XML的语言，所有浏览器都支持专门用于web应用程序的渲染。类似于XUL或XAML的东西可能适合这些需求。但是，由于这不是我们今天制作web应用程序的环境，因此您经常会被HTML所困扰，HTML充其量是通用的（div，span），而在其他地方是不相关的（web应用程序中不需要语义头）

因此，从实用的角度来看，最好的方法是在许多情况下忽略语义上有意义的HTML标记，而是使用类名和id来定义结构。通过这种方式，您仍然可以开发自己的语义环境，并以一种将表示与内容分离的方式进行编程，这是HTML和CSS的优点之一，但不会因为“就是这样做的”而不必要地将自己附加到格式上

因此，本文中的一些答案没有抓住要点：您正在开发一个web应用程序，而HTML并不是为其设计的。不要把方形的钉子塞进圆孔里

---

编辑：Bobby Jack评论说，当然，仍然有一些web应用程序定义类似文档的视图，例如堆栈溢出。因此，在这些情况下，当然，在相关的地方，使用正确的语义标记。

是的。语义是关键。没有所谓的“新时代”，只有标准和合规性。没有“暗示”，但这并不意味着它是正确的。将标记用于其设计的作业。CSS可以处理样式。语义，是的，但是谁解释这些语义/开发人员或机器？为了其他开发人员的缘故，我想坚持语义，但是标题和html标记适合传达语义吗？也许是另一个问题。老实说，我发现语义代码通常更干净、可读性更强。我怀疑他实际上是指你所理解的“嵌套的”。）我不同意“每页一个h1标签”与文档标题匹配。我不明白为什么。这是公认的良好做法——你会看到这个建议一次又一次地重复。这里有更多的信息：斯图史密斯，请看编辑。其他评论也很有帮助。谢谢大家问题是“申请/表格”；表单可以很容易地适应传统的文档结构。而且，很多很多网络应用都适合做一件事