網站導航，如果做對了，對你的用戶和你的 SEO 性能(néng)很好。優秀的網站導航讓你的訪問者很容易找到(dào)他們想要的東西(xī)和搜索引擎爬行。結果是：更多(duō)的轉換和更大的搜索可見(jiàn)性。

但是你是怎麽做到(dào)的呢(ne)？通(tōng)過使用這些網站導航的最佳實踐。

一(yī)、什麽是網站導航？

網站導航（或稱，内部鏈接體系結構）是連接你的網頁的鏈接。網站導航的主要目的是幫助用戶在你的網站上(shàng)輕松找到(dào)東西(xī)。

搜索引擎使用你的網站導航來發現和索引新的頁面。鏈接幫助搜索引擎理解目标頁面的内容和上(shàng)下(xià)文，以及頁面之間的關系。

“用戶至上(shàng)”。這是網站導航的基本目标，你必須永遠(yuǎn)記住。

首先滿足用戶。使導航容易。然後，優化搜索引擎而不損害用戶體驗。

這篇文章的其餘部分将會(huì)對網站導航的最佳實踐保持更廣泛的關注，列出各種可能(néng)導緻網站訪問者和搜索引擎問題的内部鏈接情況。這個(gè)話題對于在大型網站上(shàng)工(gōng)作的人來說尤其重要。

二、網站導航和内容層次結構

當在一(yī)本書中搜索特定的頁面時，你可以簡單地閱讀(dú)目錄或索引。當你在雜(zá)貨店裡(lǐ)逛的時候，貨架上(shàng)的貨架上(shàng)一(yī)般都貼著(zhe)的分類标簽。兩者都提供了一(yī)種有效的方式來浏覽大量内容。

内容層次結構的存在是為(wèi)了簡化查找内容的過程。當大量的内容存在時，它可以被分解成幾個(gè)大類。

在這些寬泛的類别中，你可以創建更細化的分類，這構建了不同層次的層次，用戶可以輕松導航。利用内容層次結構以一(yī)種對用戶和搜索引擎有意義的方式組織網站頁面。

1.　内容層次結構和網站導航的重要性    内容的分類和次類劃分幫助頁面在一(yī)般的标題和特定的長(cháng)尾術(shù)語中提高(gāo)排名。

2.　由内容層次結構引起的問題

内容分類和構建層次結構創建内容豎井，就(jiù)像緊密相(xiàng)關主題的集群。百度将以不同的速度抓取不同的頁面，從(cóng)不同的站點索引質量鏈接。

一(yī)些内容豎井比其他的更受歡迎。這些頁面可能(néng)會(huì)比其他頁面獲得更多(duō)的外部鏈接和流量，因此，在有機(jī)搜索中獲得更重要的位置。

當内容太過豎向并且不能(néng)獲得鏈接和流量時，它可能(néng)也不能(néng)執行 —— 即使你的其他内容豎井執行得非常好。内容層次結構可以隔離可能(néng)位于站點内部太深的某些流行頁面集群。

這就(jiù)是水(shuǐ)平鏈接發揮作用的地方。

盡管鏈接相(xiàng)關性在排名上(shàng)有所幫助，但内容豎向之間缺乏交叉鏈接可能(néng)會(huì)對你的整體排名不利。總是有方法可以創建水(shuǐ)平鏈接類别的關系。所有頁面都屬于同一(yī)網站的事(shì)實已經表明，這些頁面并非完全無關。

操作項：内容類别之間的鏈接

• 對内容進行分類，以形成對用戶有意義的類别層次結構，并正确地鏈接這些頁面，在層次結構中上(shàng)下(xià)移動。這些是大多(duō)數鏈接。

• 在不同類别的頁面之間創建交叉鏈接，但仍然有相(xiàng)似之處。

  三、産品與内容營銷頁面之間的鏈接

  銷售超過一(yī)種産品或服務的公司将會(huì)對頁面進行分類，創建内容豎井，并相(xiàng)互鏈接。

  然而，許多(duō) SEO 團隊和内容團隊也創建了一(yī)些具有吸引力和可分享性的資産。通(tōng)常情況下(xià)，這是以博客的形式出現的，文章中包含了指向特定産品和服務的鏈接。

  博客文章可以很有用，因為(wèi)它們可以引導更多(duō)的流量到(dào)産品頁面。然而，許多(duō)網站無法将産品頁面鏈接到(dào)博客頁面。使用這種水(shuǐ)平鏈接可以幫助用戶了解你的産品或服務，并提高(gāo)你的 SEO 性能(néng)。

  操作項：産品和内容頁之間的鏈接

  • 産品頁面也應該鏈接到(dào)相(xiàng)關的内容營銷頁面。這可能(néng)包括博客文章、FAQ 和産品手冊。

  四、網站導航使用 JavaScript 效果

  有時，鏈接和 web 頁面是用 JavaScript 編寫的。這是一(yī)個(gè)問題，因為(wèi)搜索引擎很難找到(dào)在 JavaScript 中創建的内部鏈接。

  盡管近年(nián)來百度在閱讀(dú) JavaScript 方面有所改進，但 SEO 專家得出的結論是，結果是不一(yī)緻的。其他搜索引擎在閱讀(dú) JavaScript 時仍然沒有能(néng)力。這意味著(zhe)當搜索引擎抓取你的内容時，你的内部鏈接可能(néng)會(huì)完全丢失。

  對于使用 JavaScript 是否實用，SEO 專家存在分歧。一(yī)方面，一(yī)些  SEO 專家完全避免使用 JavaScript。另一(yī)方面，web 設計人員(yuán)和可用性專家聲稱 JavaScript 對用戶體驗至關重要。我相(xiàng)信有一(yī)個(gè)這之間有一(yī)個(gè)平衡的地方，JavaScript 可以被使用，同時避免任何 SEO 問題。

  1.　顯示和隐藏頁面内容的鏈接

  JavaScript 可以用來在頁面上(shàng)顯示和隐藏某些内容，而不需要更改頁面。當發生(shēng)這種情況時，所有的内容都預先加載到(dào)頁面中。

  在這種情況下(xià)，搜索引擎仍然能(néng)夠抓取所有的内容，即使其中一(yī)些内容是隐藏的。隻有當隐藏的内容量很小(xiǎo)的時候才會(huì)成功。當整個(gè)頁面更改時，它可能(néng)會(huì)出現問題，但是 URL 保持不變。

  問題出現的原因是，當你在一(yī)個(gè) URL 中隐藏太多(duō)内容時，它會(huì)稀釋頁面内容的焦點。一(yī)個(gè)完全不同的主題應該有自(zì)己的頁面。

  操作項：顯示和隐藏内容的鏈接

  • 對于少量内容，删除錨标記并使用 JavaScript onclick 事(shì)件(jiàn)處理程序替換。

  • 使用 CSS 來控制光(guāng)标和從(cóng)箭頭到(dào)指針的變化。

  • 對于大量内容，包括單頁視差滾動網站，并非所有内容都應該預先加載。

  • 隻與 URL 直接相(xiàng)關的預加載内容。

  • 對于所有的錨标記，應該有一(yī)個(gè) href 值和一(yī)個(gè) onclick 設置。

  • 這個(gè) href 值指向一(yī)個(gè)新的 URL，該 URL 隻預加載與這個(gè)新 URL 相(xiàng)關的内容。

  • onclick 函數将阻止新的 URL 加載，但是将允許目标 URL 的内容加載。

  • 使用 pushState 函數更新 URL，即使該頁面沒有加載。

  在 2016 年(nián)的 seoClarity 做的演示中，更深入地介紹了如何在網站上(shàng)具體實現這一(yī)點。它特别提到(dào)了 AngularJS，一(yī)個(gè)流行的 JavaScript 框架，以及它的 SEO 問題和解決方案。然而，這裡(lǐ)的經驗也适用于幾乎任何 JavaScript 框架。

  五、在 URL 中使用跟蹤參數

  可用性專家和轉換優化專家以不同的方式跟蹤用戶行為(wèi)。有時，這涉及在站點内的 URL 中使用跟蹤參數。這将導緻重複的内容問題，因為(wèi)鏈接到(dào)具有完全相(xiàng)同内容的不同 URL。這可以通(tōng)過多(duō)種方式解決。

  操作項：跟蹤 URL 中的參數

  • 避免在 URL 中使用跟蹤參數。相(xiàng)反，通(tōng)過在鏈接上(shàng)使用 JavaScript 跟蹤 onclick 事(shì)件(jiàn)處理程序來跟蹤它們，這些鏈接将傳遞相(xiàng)同的跟蹤參數。如果使用百度統計，這可以通(tōng)過事(shì)件(jiàn)跟蹤完成。

  • 總是使用自(zì)引用的規範标記是一(yī)種很好的做法，可以避免許多(duō)重複的内容問題。

  六、第一(yī)個(gè)鏈接優先

  一(yī)個(gè)包含兩個(gè)或多(duō)個(gè)鏈接指向同一(yī)個(gè) URL 的 web 頁面被認為(wèi)會(huì)導緻搜索引擎爬行的問題，隻有第一(yī)個(gè)鏈接被考慮，而重複鏈接被忽略。

  1.　從(cóng)第一(yī)個(gè)鏈接優先級産生(shēng)的 SEO 問題

  在主要内容之前，Top-bar 導航和左側側邊欄常常首先出現在源代碼中。此外，這些菜單中的導航元素通(tōng)常都有短的錨文本。他們傾向于少關注關鍵詞，多(duō)關注設計。

  頁面的主要内容之間的鏈接傾向于更多(duō)地關注關鍵詞，包含支持關鍵詞的周圍内容。它們的長(cháng)度也更靈活，有更長(cháng)的、更具體的錨文本。這段較長(cháng)的文本增加了頁面可能(néng)排列的關鍵詞的種類。然而，由于第一(yī)個(gè)鏈接優先級問題，這些鏈接常常被搜索引擎忽略。

  操作項：第一(yī)個(gè)鏈接優先級問題

  考慮代碼的順序。在側邊欄和頂部欄導航之前對主要内容進行優先排序。CSS 可以用來控制浮動方向，從(cóng)左到(dào)右或右到(dào)左，以使側邊欄的導航負載在主内容之後。頂部的條形導航可以用絕對定位來控制。

  七、處理大型網站導航

  對于大型網站（那些擁有成千上(shàng)萬頁的網站）來說，網站導航是一(yī)個(gè)巨大的挑戰。分類菜單中的自(zì)然站點導航通(tōng)常鏈接到(dào)站點的所有頁面，而 XML 站點地圖可以幫助索引所有頁面。但是，内容豎井之間缺乏交叉鏈接會(huì)創建頁面之間的距離。

  在大型站點上(shàng)，很難識别産品頁面和相(xiàng)應産品營銷頁面之間的所有可能(néng)鏈接。一(yī)些大型網站可能(néng)沒有從(cóng)其他頁面獲得他們需要的鏈接。此外，其他問題如第一(yī)個(gè)鏈接優先級和 JavaScript 問題可能(néng)難以在數百萬頁中發現。

  以下(xià)是應對這些挑戰的 3 個(gè)方法：

  1.　委托給不同的部門(mén)

  大公司擁有比例大的網站，擁有多(duō)個(gè)不同部門(mén)的員(yuán)工(gōng)。許多(duō)部門(mén)可能(néng)對應負責網站的不同部分。

  确保每個(gè)參與維護不同網站的人都遵守相(xiàng)同的 SEO 原則和實踐。然後，在整個(gè)網站的優化導航中分配勞動力。

  2.　使用工(gōng)具或創建工(gōng)具

  自(zì)動化總是使手動過程更具可伸縮性。除非你有自(zì)己的專用工(gōng)具，否則可能(néng)沒有一(yī)個(gè)工(gōng)具可以識别和修複上(shàng)面提到(dào)的所有問題。

  像 Xenu，Screaming Frog，DeepCrawl，或者 Botify 這樣的爬行工(gōng)具可以分析你現有的鏈接，确定問題，并提供網站架構的描述。如果你希望可視化站點體系結構，像 DynoMapper 和 PowerMapper 這樣的工(gōng)具可以幫助實現這一(yī)點。

  鏈接研究工(gōng)具，如 Moz 的 Open Site Explorer、Ahrefs、Majestic、Sistrix、LRT 和 CognitiveSEO 可以分析哪些頁面從(cóng)外部獲得最多(duō)的鏈接，然後從(cóng)這些頁面中添加交叉鏈接，從(cóng)而獲得更重要的站點頁面。我們使用的專有工(gōng)具自(zì)動處理頁面的爬行過程，并确定哪些頁面鏈接到(dào)另一(yī)個(gè)頁面。

  3.　使用分階段的方法

  大型網站并不總是有大的團隊來分配優化頁面的工(gōng)作。如果缺少資源，你可以創建自(zì)己的工(gōng)具來簡化這個(gè)過程。

  如果這些工(gōng)具沒有提供你所需的幫助，那麽可以考慮采用分階段的方法。這需要在一(yī)段時間内進行優化調度。這是一(yī)個(gè)循序漸進的過程，可能(néng)需要更長(cháng)的時間，但是依靠像有機(jī)搜索流量這樣的指标将會(huì)幫助你決定首先優化什麽。

  八、7 個(gè)關鍵點總結

  • 用戶第一(yī)：你的網站導航應該首先滿足用戶。然後，優化你的導航 SEO 性能(néng)。永遠(yuǎn)不要損害用戶體驗。

  • 内容豎井之間的交叉連接：頁面之間的内容相(xiàng)關性對排名很重要，這在一(yī)個(gè)很好的分類、層次結構的網站架構中很自(zì)然地出現。但是，當缺少内容豎井之間的交叉鏈接時，這可能(néng)會(huì)有一(yī)些限制，因為(wèi)有些頁面太深或太遠(yuǎn)，無法從(cóng)其他來源獲得大量的鏈接權重。

  • 博客對産品，産品到(dào)博客：創造高(gāo)質量的内容對你的目标讀(dú)者是有用的和相(xiàng)關的。如果這些博客文章有助于産品購買決策，那麽鏈接到(dào)特定産品頁面的博客文章。

  • 跟蹤參數：避免使用！在鏈接上(shàng)使用 onClick 事(shì)件(jiàn)處理程序進行跟蹤。有一(yī)個(gè)自(zì)引用的規範标記總是安全的。

  • JavaScript 鏈接：避免使用 JavaScript 編寫内容和鏈接。如果沒有辦法，考慮其他辦法讓它發揮作用。

  • 第一(yī)個(gè)鏈接優先級：理想情況下(xià)，主要内容優先。接下(xià)來，是側邊欄，然後是頂部欄。最後，處理頁腳。需要進一(yī)步的測試來确定這是否仍然是一(yī)個(gè)有效的關注點，但是堅持這種方法并沒有壞處。

  • 大型網站：成千上(shàng)萬的頁面很難做到(dào)以上(shàng)所有。委派給一(yī)個(gè)團隊，使用工(gōng)具自(zì)動完成任務，或者一(yī)次處理一(yī)個(gè)問題。