HTML5语义-SECTION中的ARTICLE标题为H1或H2


10

我的理解(根据本章的“深入HTML5”:http : //goo.gl/9zliD),可以认为在语义上适合在页面的多个区域使用H1标签,作为设置最重要标题的方法对于该特定内容。

如果我使用的是这种方法,并且我有一个SECTION分配了H1的“ Articles”,那么我应该使用H1还是H2来定义该SECTION中的ARTICLE标题? 这对我来说有点困惑,因为文章标题是其文章的最重要标题,但也是SECTION标题的“子代”。

示例代码:

<section class="article-list">
  <header>
    <h1>Articles</h1>
  </header>

  <article>
    <header>
      <h2>Article Title</h2>
      <time datetime="201-02-01">Today</time>
    </header>
    <p>Article text...</p>
  </article>

  <article>
    <header>
      <h2>Article Title</h2>
      <time datetime="2011-01-31">Yesterday</time>
    </header>
    <p>Article text...</p>
  </article>

  <article>
    <header>
      <h2>Article Title</h2>
      <time datetime="2011-01-30">The Day Before Yesterday</time>
    </header>
    <p>Article text...</p>
  </article>
</section>

我听过有关Dive into ...系列的综合评论。据我了解,它可能不是最佳参考。
the_e 2011年

4
@espais:您在哪里听到这些评论?您是否有指向其中一个负面链接的链接?
冒犯君主

@Lèse:目前,我只能将其放置在此处。我敢肯定,我过去曾经在一个SE网站上看到过它……但是现在我没有消息来源。
the_e 2011年

1
@espais很奇怪,因为我可以在网站管理员和SO中找到的所有参考文献不仅是肯定的,而且通常受到高度评价。 stackoverflow.com/search?q=%22dive+into+html5%22webmasters.stackexchange.com/search?q=%22dive+into+html5%22
Yahel

@Lèse:是的,因为我真的无法备份我的评论,所以我将
谨此

Answers:


7

朝圣者并不孤单。

根据Jeremy Keith的HTML 5 for Web Designers,您可以<h1>在文档中使用多个,而不会破坏文档摘要,只要它们嵌套在离散的语义部分标记中即可。

直接从电子书(我从iBooks购买)中报价

到目前为止,新的章节内容为我们提供的功能远远超过了以前版本的HTML。这是关键:在HTML5中,每节内容都有自己的独立轮廓。这意味着您不必跟踪应该使用的标题级别,每次都可以从h1开始:

<h1>An Event Apart</h1> 
    <section>
        <header>
            <h1>Cities</h1>
        </header>
         <p>Join us in these cities in 2010.</p> 
        <section>
            <header>
                <h1>Seattle</h1>
            </header>
            <p>Follow the yellow brick road.</p> 
       </section>
        <section>
            <header>
                <h1>Boston</h1>
            </header>
            <p>That’s Beantown to its friends.</p> 
        </section> 
        <section>
             <header>
                   <h1>Minneapolis</h1>
             </header>
             <p>It's so <em>nice</em>.</p> 
         </section>
     </section> 
     <small>Accommodation not provided.</small>

(示例代码也来自本书,第73页)


@Matt没问题。这并不是说这样做可能没有问题。想到两个。首先,对于CSS来说这可能有点奇怪,但是可以管理。但更重要的是,这对于SEO可能是危险的,因为已经有相当完善的常规智慧,即<h1>您的页面上只能有一个,而其他任何因素都会削弱搜寻器对您的网站进行解密的能力。但是我不是SEO专家,所以我无法对此发表评论。
Yahel 2011年

2

我倾向于同意Mark Pilgrim的解释。如果要将文章包含在article元素中,则可以从h1文章标题重新开始。

在HTML5规范中,articles被视为页面的独立,独立的一部分。您应该能够将article元素原样移植到另一个页面中,而无需重新设置标题格式。

如果文章标题必须是文档标题层次结构的延续,那么当您将标记article直接放在body标签下时,您需要转到h1,但是如果将其放在嵌套部分下,则必须将其更改为h3/ h4// h5等,具体取决于放置位置。

实际上,无论何时创建新的sectionarticle,都应返回h1,因为以下内容相同:

<article>
  <h1>Meta Data</h1>
    <h2>Data Warehousing</h2>
    <h2>On the Web</h2>
      <h3>Dublin Core</h3>
      <h3>XFN</h3>
      <h3>Microformats</h3>
      <h3>RDFa</h3>
</article>

和:

<article>
  <h1>Meta Data</h1>
  <section>
    <h1>Data Warehousing</h1>
  </section>
  <section>
    <h1>On the Web</h1>
    <section>
      <h1>Dublin Core</h1>
    </section>
    <section>
      <h1>XFN</h1>
    </section>
    <section>
      <h1>Microformats</h1>
    </section>
    <section>
      <h1>RDFa</h1>
    </section>
  </section>
</article>

附带说明一下,如果您的标头只是一个heading元素(例如h1),而没有其他内容,那么您无需将其包装在一个header元素中。


谢谢莱斯。您能否提供有关适当使用“ header”元素的注释的参考?我有兴趣阅读更多有关此的内容。
马特

@Matt:我主要是基于HTML5规范的措辞,该规范称为header“一组入门或导航辅助工具”。这以及规范的要求h1- h6不需要将它们嵌套在一个事实中header(并且包括它们在其所属部分中直接使用的许多示例)的事实向我表明,这是不必要的。HTML5 Doctor的Oli StudholmeRemy Sharp都表达了这一观点。
冒犯君主

0

尽管页面的文章标题很重要,但是通常页面的顶级标题定义页面的内容。有时它是文章的名称,有时是您所显示的是文章列表的标题。

<h1>My Very Interesting Articles</h1>

该标题将整个页面定义为“有趣的文章”。然后列出了每篇文章,但标题级别较低。


-1

官方的w3schools对页面上标题标签的使用的回答如下:应将H1标题用作主要标题,其次是H2标题,然后是次要的H3标题,依此类推。


5
实际上,W3Schools没有任何“官方”内容。这是一个误导性的名称,因为它们不以任何方式与W3C关联或得到W3C的认可。
冒犯君主

确实,请访问w3fools.com,详细了解W3Schools的糟糕程度。
Yahel 2011年

我认为这个问答网站将拥有更多的建设性用户。你们似乎有点高傲。
Keith Groben

2
它与傲慢无关,与卑鄙的欲望无关,而一切都与看到这样的错误信息有关。太多的人认为w3schools是权威,准确的资源,它对Web开发的质量极为不利。stackexchange站点的重点是提供准确,高质量的答案,并压低和纠正不正确,不正确或具有误导性的答案。
Yahel 2011年

1
实际上,您的回答完全忽略了我的问题,并回答了未提出的问题。我的问题明确指出“如果我正在使用此方法...”,该部分甚至以粗体显示以确保问题清楚。我认为这是您的回应被否决的最可能原因。
马特
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.