html：SEO是否正確使用h1作爲頁面名稱？

Question

，如果我有這個結構的網站：

的網站首頁

服務頁面|產品頁面|文章頁面|聯繫我們頁面

問題1
難道是正確使用H1在每個頁面命名網頁的名字嗎？ 我讀過結構，h1應該用作結構的頂層，但是如果h1中的文本是一個SEO無意義的詞，如：Services，Products，Articles或Contact，該怎麼辦？如果不正確，那麼哪個標籤應該適合頁面標題？

問題2
比方說，現在我在文章頁面，其中包含多個<文章>標籤。它們每個都應該包含h1作爲其文章標題？

Answer 1

你必須記住的是，搜索引擎優化有時可能會損害用戶的友善程度 - 或者說人們願意跳槽以提高排名，導致妥協。在你的例子中，用戶只是想知道網頁是關於什麼的（即你提到的'無聊'字樣），但爲了優化搜索引擎，你必須填入一些關鍵字，這可能會妨礙用戶的體驗。

在我看來，對於這些事情總是要務實，並且要平衡兩者，而不是讓搜索引擎不利於用戶（反之亦然）。如果你正在編寫乾淨的語義HTML，那麼無論如何你都可能幾乎平等地跨越這些矛盾的關注點。

現在到您的具體問題......

你H1最好應始終描述頁面的內容。這是它的目的，也是這些情況下的最佳經驗法則。如果它沒有描述你的頁面，那麼你做錯了;-)

這導致了一般標題的廣泛點，我認爲很多人錯過了 - 標題定義文檔的結構。聽起來很明顯，當你說的時候，不是嗎？但想一想更多...文檔的結構將定義您的頁面上的內容如何在邏輯上分組到部分。因此，如何通過正確的標題嵌套來正確地構建文檔是爲了確保Google可以輕鬆地從您的頁面收集信息，並正確地將標題與內容相關聯，從而確定頁面的主題（或主題）。它有助於在這裏將谷歌機器人視爲操作屏幕閱讀器的人（奇怪的想法！），試圖將您的頁面理解爲純文本。

我似乎在這裏取一點彎路，但我保證你我領先你的第二個quesiton ;-)

這種分組的內容背後的理論歸結爲是知道的文檔概要算法。如上所述，頁面上的內容被分組爲段，子段和子子段等。在HTML 4.x和XHTML 1.x中，這些部分是隱式創建的，它們的創建完全依賴於標題 - 每次爲頁面添加標題時，都會創建新的（子）部分信息。 H1是頁面的根部分，下面的所有標題都會將其隱藏起來，可以這麼說。這就是標題應該正確嵌套的原因。

如果您現在正在考慮「所有關於部分的討論; HTML 5 section標籤怎麼樣？」，那麼我想讚揚你的觀察力！在HTML 5中，section標籤（如標題標籤）能夠創建新的內容部分，但這裏明確地這樣做與標題創建的隱含部分不同。值得注意的是，article標籤也明確地創建了新的部分。如果您考慮如何在語義上使用這些標籤，這應該是完全合理的。

所以從領先的理念是（並回答你的第二個問題），我們能在每個頁面多H1標籤 - 只要它們是在不同的/獨立的部分，這是由使用的article明確形成或section標籤。

有關文檔大綱算法的極好描述可以在smashing magazine找到，檢查頁面大綱的一個很棒的工具是Firefox的web developer toolbar。在工具欄中單擊信息，發現內部下拉應該是文檔大綱（我不記得確切的措辭，但它應該接近）

希望有幫助，它變成了一篇散文那裏！

Answer 2

答案1：您可以使用h1作爲標題，使用h2作爲搜索引擎優化友好的子標題。

答案2 - 我的意見：這取決於你的網站，但一個好的經驗法則是有一個h1和一個h2頁面。

Answer 3

關於問題1：至於「正確」，我不得不說是的，那是對的。通常在H1的情況下，除了嘗試隱藏和/或在整個頁面上發送垃圾信息外，沒有一個是不正確的。

但是，正確不一定有效。我建議使用包含目標關鍵字（對於該頁面）的簡短但描述性H1。在這裏還需要注意的是，您的簡短但描述性豐富的H1關鍵字不必位於頁面的頂部，但可能位於下方的某處。在Matt Cutts, from Google: Does the ordering of heading tags matter?視頻博客條目中，他指出H1在低於H2時也會被讀取。從你的問題的措辭來看，這聽起來像你在使用導航作爲H1，它雖然屬於「正確」範疇，但並不像它那樣有效。您應該在其中加入一個更具描述性的頁面標題（如H1），並按照他們的意圖使用導航標題 - 只需向用戶表明他們已經在哪裏導航。然後，如果其他地方尚未使用，則可以將H2用於這些導航標題。

關於問題2：根據谷歌的Matt Cutts的說法，只要你不過度，你可以在一個頁面上多次獲得一個H1（More than one H1 on a page: good or bad?）。然而，從它的聲音來看，你會陷入過度的範疇。我會爲一組文章推薦一個H1，這些文章都屬於同一類別，併爲每篇文章使用微數據。查看Google Intro to Microdata瞭解更多信息，但基本上微數據會向搜索引擎提供信息，說明它正在閱讀的內容。