一、不要使用section作為div的替代品

人們在標簽使用中最常見(jiàn)到的錯誤之一就是隨意將HTML5的等價(jià)于——具體地說(shuō)，就是直接用作替代品（用于樣式）。在XHTML或者HTML4中，我們?？吹竭@樣的代碼：

Page content    </div><div id=“secondary”>    Secondary content   </div><div id=“footer”>    Footer content  </div>

而現在在HTML5中，會(huì )是這樣： 請不要復制這些代碼！這是錯誤的！

<header>

并不是樣式容器。**section元素表示的是內容中用來(lái)幫助構建文檔概要的語(yǔ)義部分。它應該包含一個(gè)頭部。如果你想找一個(gè)用作頁(yè)面容器的元素（就像HTML或者XHTML的風(fēng)格），那么考慮如Kroc Camen所說(shuō)，直接把樣式寫(xiě)到body元素上吧。如果你仍然需要額外的樣式容器，還是繼續使用div吧。

基于上述思想，下面才是正確的使用HTML5和一些ARIA roles特性的例子（注意，根據你自己的設計，你也可能需要加入div）

<!-- Header content --><div role=“main”><!-- Page content --></div><aside role=“complementary”><!-- Secondary content --></aside><footer><!-- Footer content --></footer>

如果你還是無(wú)法確定使用哪種元素，那么我建議你參考HTML5 sectioning content element flowchart

二、只在需要的時(shí)候使用header和hgroup

寫(xiě)不需要寫(xiě)的標簽當然是毫無(wú)意義的。不幸的是，我經(jīng)?？吹絟eader和hgroup被無(wú)意義的濫用。你可以閱讀一下關(guān)于header和hgroup元素的兩篇文章做一個(gè)詳細的了解，其中內容我簡(jiǎn)單總結如下：

header元素表示的是一組介紹性或者導航性質(zhì)的輔助文字，經(jīng)常用作section的頭部

當頭部有多層結構時(shí)，比如有子頭部，副標題，各種標識文字等，使用hgroup將h1-h6元素組合起來(lái)作為section的頭部 。

header的濫用 ：由于header可以在一個(gè)文檔中使用多次，可能使得這樣代碼風(fēng)格受到歡迎：

<!-- Article content -->

如果你的header元素只包含一個(gè)頭部元素，那么丟棄header元素吧。既然article元素已經(jīng)保證了頭部會(huì )出現在文檔概要中，而header又不能包含多個(gè)元素（如上文所定義的），那么為什么要寫(xiě)多余的代碼。簡(jiǎn)單點(diǎn)寫(xiě)成這樣就行了：

在headers這個(gè)主題上，我也經(jīng)?？吹絟group的錯誤使用。有時(shí)候不應該同時(shí)使用hgroup和header: 如果只有一個(gè)子頭部 如果hgroup自己就能工作的很好……這不廢話(huà)么

如果header唯一的子元素是hgroup，那還要header干神馬？如果header中沒(méi)有其他的元素（比如多個(gè)hgroup），還是直接拿掉header吧。

三、不要把所有列表式的鏈接放在nav里

隨著(zhù)HTML5引入了30個(gè)新元素（截止到原文發(fā)布時(shí)），我們在構造語(yǔ)義化和結構化的標簽時(shí)的選擇也變得有些不慎重。也就是說(shuō)，我們不應該濫用超語(yǔ)義化的元素。不幸的是，nav就是這樣一個(gè)被濫用的例子。nav元素的規范描述如下：

nav元素表示頁(yè)面中鏈接到其他頁(yè)面或者本頁(yè)面其他部分的區塊；包含導航連接的區塊。

注意：不是所有頁(yè)面上的鏈接都需要放在nav元素中——這個(gè)元素本意是用作主要的導航區塊。舉個(gè)具體的例子，在footer中經(jīng)常會(huì )有眾多的鏈接，比如服 務(wù)條款，主頁(yè)，版權聲明頁(yè)等等。footer元素自身已經(jīng)足以應付這些情況，雖然nav元素也可以用在這里，但通常我們認為是不必要的。

關(guān)鍵的詞語(yǔ)是“主要的”導航。當然我們可以互相噴上一整天什么叫做“主要的”。而我個(gè)人是這樣定義的：

主要的導航

站內搜索

二級導航（略有爭議）

頁(yè)面內導航（比如很長(cháng)的文章）

既然并沒(méi)有絕對的對錯，所以根據一個(gè)非正式投票以及我自己的解釋?zhuān)韵碌那闆r，不管你放不放，我反正不放在中：

分頁(yè)控制

社交鏈接（雖然有些社交鏈接也是主要導航，比如“關(guān)于”“收藏”）

博客文章的標簽

博客文章的分類(lèi)

級導航

過(guò)長(cháng)的footer

如果你不確定是否要將一系列的鏈接放在nav中，問(wèn)你自己：“它是主要的導航嗎？”為了幫助你回答這個(gè)問(wèn)題，考慮以下首要原則：

如果使用section和hx也同樣合適，那么不要用nav — Hixie on IRC

為了方便訪(fǎng)問(wèn)，你會(huì )在某個(gè)“快捷跳轉”中給這個(gè)nav標簽加一個(gè)鏈接嗎？

如果這些問(wèn)題的答案是“不”，那就跟鞠個(gè)躬，然后獨自離開(kāi)吧。

四、figure元素的常見(jiàn)錯誤

figure以及figcaption的正確使用，確實(shí)是難以駕馭。讓我們來(lái)看看一些常見(jiàn)的錯誤， 不是所有的圖片都是figure 。

上文中，我曾告訴各位不要寫(xiě)不必要的代碼。這個(gè)錯誤也是同樣的道理。我看到很多網(wǎng)站把所有的圖片都寫(xiě)作figure?？丛趫D片的份上請不要給它加額外的標簽了。你只是讓你自己蛋疼，而并不能使你的頁(yè)面內容更清晰。

規范中將figure描述為“一些流動(dòng)的內容，有時(shí)候會(huì )有包含于自身的標題說(shuō)明。一般在文檔流中會(huì )作為獨立的單元引用。”這正是figure的美妙之處——它可以從主內容頁(yè)移動(dòng)到sidebar中，而不影響文檔流。

這些問(wèn)題也包含在之前提到的HTML5 element flowchart中。 如果純粹只是為了呈現的圖，也不在文檔其他地方引用，那就絕對不是。其他視情況而定，但一開(kāi)始可以問(wèn)自己：“這個(gè)圖片是否必須和上下文有關(guān)？”如果不是，那可能也不是（也許是個(gè)）。繼續：“我可以把它移動(dòng)到附錄中嗎？”如果兩個(gè)問(wèn)題都符合，則它可能是。

Logo并不是figure ，沒(méi)什么好說(shuō)的了。這就是很普通的錯誤。我們可以為logo是否應該是H1標簽而互相噴到牛都放完回家了，但這里不是我們討論的焦點(diǎn)。真正的問(wèn)題在于figure元素的濫用。figure只應該被引用在文檔中，或者被section元素圍繞。我想你的logo并不太可能以這樣的方式引用吧。很簡(jiǎn)單，請勿使用figure。你只需要這樣做：

<!-- More stuff in here -->

Figure也不僅僅只是圖片

另一個(gè)常見(jiàn)的關(guān)于figure的誤解是它只被圖片使用。figure可以是視頻，音頻，圖表，一段引用文字，表格，一段代碼，一段散文，以及任何它們或者其他的組合。不要把figure局限于圖片。web標準的職責是精確的用標簽描述內容