您當前位置: 南順網絡>> 官方資訊>> 建站知識

如(rú)何改進你的(de)網站導航?學(xué)習這7個必要的(de)實踐!

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

網站導航(或稱,內(nèi)部鏈接體系結構)是連接你的(de)網頁的(de)鏈接。網站導航的(de)主要目的(de)是幫助用戶在你的(de)網站上輕松找到東西。

搜索引擎使用你的(de)網站導航來發現和(hé)索引新的(de)頁面。鏈接幫助搜索引擎理(lǐ)解目标頁面的(de)內(nèi)容和(hé)上下文,以及頁面之間的(de)關系。

“用戶至上”。這是網站導航的(de)基本目标,你必須永遠記住。

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

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

二、網站導航和(hé)內(nèi)容層次結構

當在一(yī)本書中搜索特定的(de)頁面時,你可(kě)以簡單地(dì)閱讀目錄或索引。當你在雜貨店裏逛的(de)時候,貨架上的(de)貨架上一(yī)般都貼着的(de)分類标簽。兩者都提供了一(yī)種有效的(de)方式來浏覽大量內(nèi)容。

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

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

1. 內(nèi)容層次結構和(hé)網站導航的(de)重要性

內(nèi)容的(de)分類和(hé)次類劃分幫助頁面在一(yī)般的(de)标題和(hé)特定的(de)長(cháng)尾術語中提高(gāo)排名。

2. 由內(nèi)容層次結構引起的(de)問題

內(nèi)容分類和(hé)構建層次結構創建內(nèi)容豎井,就像緊密相關主題的(de)集群。百度将以不同的(de)速度抓取不同的(de)頁面,從不同的(de)站點索引質量鏈接。

一(yī)些內(nèi)容豎井比其他的(de)更受歡迎。這些頁面可(kě)能會比其他頁面獲得更多的(de)外部鏈接和(hé)流量,因此,在有機搜索中獲得更重要的(de)位置。

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

這就是水平鏈接發揮作用的(de)地(dì)方。

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

操作項:內(nèi)容類别之間的(de)鏈接

  • 對內(nèi)容進行分類,以形成對用戶有意義的(de)類别層次結構,并正确地(dì)鏈接這些頁面,在層次結構中上下移動。這些是大多數鏈接。

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

    三、産品與內(nèi)容營銷頁面之間的(de)鏈接

    銷售超過一(yī)種産品或服務的(de)公司将會對頁面進行分類,創建內(nèi)容豎井,并相互鏈接。

    然而,許多 SEO 團隊和(hé)內(nèi)容團隊也創建了一(yī)些具有吸引力和(hé)可(kě)分享性的(de)資産。通常情況下,這是以博客的(de)形式出現的(de),文章(zhāng)中包含了指向特定産品和(hé)服務的(de)鏈接。

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

    操作項:産品和(hé)內(nèi)容頁之間的(de)鏈接

    四、網站導航使用 JavaScript 效果

    有時,鏈接和(hé) web 頁面是用 JavaScript 編寫的(de)。這是一(yī)個問題,因為(wèi)搜索引擎很難找到在 JavaScript 中創建的(de)內(nèi)部鏈接。

    盡管近年(nián)來百度在閱讀 JavaScript 方面有所改進,但 SEO 專家得出的(de)結論是,結果是不一(yī)緻的(de)。其他搜索引擎在閱讀 JavaScript 時仍然沒有能力。這意味着當搜索引擎抓取你的(de)內(nèi)容時,你的(de)內(nèi)部鏈接可(kě)能會完全丢失。

    對于使用 JavaScript 是否實用,SEO 專家存在分歧。一(yī)方面,一(yī)些  SEO 專家完全避免使用 JavaScript。另一(yī)方面,web 設計人員和(hé)可(kě)用性專家聲稱 JavaScript 對用戶體驗至關重要。我相信有一(yī)個這之間有一(yī)個平衡的(de)地(dì)方,JavaScript 可(kě)以被使用,同時避免任何 SEO 問題。

    1. 顯示和(hé)隐藏頁面內(nèi)容的(de)鏈接

    JavaScript 可(kě)以用來在頁面上顯示和(hé)隐藏某些內(nèi)容,而不需要更改頁面。當發生這種情況時,所有的(de)內(nèi)容都預先加載到頁面中。

    在這種情況下,搜索引擎仍然能夠抓取所有的(de)內(nèi)容,即使其中一(yī)些內(nèi)容是隐藏的(de)。隻有當隐藏的(de)內(nèi)容量很小的(de)時候才會成功。當整個頁面更改時,它可(kě)能會出現問題,但是 URL 保持不變。

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

    操作項:顯示和(hé)隐藏內(nèi)容的(de)鏈接

    在 2016 年(nián)的(de) seoClarity 做(zuò)的(de)演示中,更深入地(dì)介紹了如(rú)何在網站上具體實現這一(yī)點。它特别提到了 AngularJS,一(yī)個流行的(de) JavaScript 框架,以及它的(de) SEO 問題和(hé)解決方案。然而,這裏的(de)經驗也适用于幾乎任何 JavaScript 框架。

    五、在 URL 中使用跟蹤參數

    可(kě)用性專家和(hé)轉換優化專家以不同的(de)方式跟蹤用戶行為(wèi)。有時,這涉及在站點內(nèi)的(de) URL 中使用跟蹤參數。這将導緻重複的(de)內(nèi)容問題,因為(wèi)鏈接到具有完全相同內(nèi)容的(de)不同 URL。這可(kě)以通過多種方式解決。

    操作項:跟蹤 URL 中的(de)參數

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

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

    1. 從第一(yī)個鏈接優先級産生的(de) SEO 問題

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

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

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

    考慮代碼的(de)順序。在側邊欄和(hé)頂部欄導航之前對主要內(nèi)容進行優先排序。CSS 可(kě)以用來控制浮動方向,從左到右或右到左,以使側邊欄的(de)導航負載在主內(nèi)容之後。頂部的(de)條形導航可(kě)以用絕對定位來控制。

    七、處理(lǐ)大型網站導航

    對于大型網站(那些擁有成千上萬頁的(de)網站)來說,網站導航是一(yī)個巨大的(de)挑戰。分類菜單中的(de)自(zì)然站點導航通常鏈接到站點的(de)所有頁面,而 XML 站點地(dì)圖可(kě)以幫助索引所有頁面。但是,內(nèi)容豎井之間缺乏交叉鏈接會創建頁面之間的(de)距離(lí)。

    在大型站點上,很難識别産品頁面和(hé)相應産品營銷頁面之間的(de)所有可(kě)能鏈接。一(yī)些大型網站可(kě)能沒有從其他頁面獲得他們需要的(de)鏈接。此外,其他問題如(rú)第一(yī)個鏈接優先級和(hé) JavaScript 問題可(kě)能難以在數百萬頁中發現。

    以下是應對這些挑戰的(de) 3 個方法:

    1. 委托給不同的(de)部門

    大公司擁有比例大的(de)網站,擁有多個不同部門的(de)員工。許多部門可(kě)能對應負責網站的(de)不同部分。

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

    2. 使用工具或創建工具

    自(zì)動化總是使手動過程更具可(kě)伸縮性。除非你有自(zì)己的(de)專用工具,否則可(kě)能沒有一(yī)個工具可(kě)以識别和(hé)修複上面提到的(de)所有問題。

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

    鏈接研究工具,如(rú) Moz 的(de) Open Site Explorer、Ahrefs、Majestic、Sistrix、LRT 和(hé) CognitiveSEO 可(kě)以分析哪些頁面從外部獲得最多的(de)鏈接,然後從這些頁面中添加交叉鏈接,從而獲得更重要的(de)站點頁面。我們使用的(de)專有工具自(zì)動處理(lǐ)頁面的(de)爬行過程,并确定哪些頁面鏈接到另一(yī)個頁面。

    3. 使用分階段的(de)方法

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

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

    八、7 個關鍵點總結

    • 用戶第一(yī):你的(de)網站導航應該首先滿足用戶。然後,優化你的(de)導航 SEO 性能。永遠不要損害用戶體驗。

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

    • 博客對産品,産品到博客:創造高(gāo)質量的(de)內(nèi)容對你的(de)目标讀者是有用的(de)和(hé)相關的(de)。如(rú)果這些博客文章(zhāng)有助于産品購買決策,那麽鏈接到特定産品頁面的(de)博客文章(zhāng)。

    • 跟蹤參數:避免使用!在鏈接上使用 onClick 事件處理(lǐ)程序進行跟蹤。有一(yī)個自(zì)引用的(de)規範标記總是安全的(de)。

    • JavaScript 鏈接:避免使用 JavaScript 編寫內(nèi)容和(hé)鏈接。如(rú)果沒有辦法,考慮其他辦法讓它發揮作用。

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

    • 大型網站:成千上萬的(de)頁面很難做(zuò)到以上所有。委派給一(yī)個團隊,使用工具自(zì)動完成任務,或者一(yī)次處理(lǐ)一(yī)個問題。

    • 避免在 URL 中使用跟蹤參數。相反,通過在鏈接上使用 JavaScript 跟蹤 onclick 事件處理(lǐ)程序來跟蹤它們,這些鏈接将傳遞相同的(de)跟蹤參數。如(rú)果使用百度統計,這可(kě)以通過事件跟蹤完成。

    • 總是使用自(zì)引用的(de)規範标記是一(yī)種很好的(de)做(zuò)法,可(kě)以避免許多重複的(de)內(nèi)容問題。

    • 這個 href 值指向一(yī)個新的(de) URL,該 URL 隻預加載與這個新 URL 相關的(de)內(nèi)容。

    • onclick 函數将阻止新的(de) URL 加載,但是将允許目标 URL 的(de)內(nèi)容加載。

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

    • 隻與 URL 直接相關的(de)預加載內(nèi)容。

    • 對于所有的(de)錨标記,應該有一(yī)個 href 值和(hé)一(yī)個 onclick 設置。

    • 對于大量內(nèi)容,包括單頁視(shì)差滾動網站,并非所有內(nèi)容都應該預先加載。

    • 使用 CSS 來控制光标和(hé)從箭頭到指針的(de)變化。

    • 對于少量內(nèi)容,删除錨标記并使用 JavaScript onclick 事件處理(lǐ)程序替換。

    • 産品頁面也應該鏈接到相關的(de)內(nèi)容營銷頁面。這可(kě)能包括博客文章(zhāng)、FAQ 和(hé)産品手冊。


編輯:--ns868