檢索 12 月:多面向導覽

2024 年 12 月 17 日,星期二

我們剛發布關於多面向導覽最佳做法的全新文件,這份文件最初是以網誌文章形式發布。以下是新說明文件頁面中一些重要部分的摘要。

多面向導覽是協助使用者在網站上找到所需內容的絕佳方式,但如果導入不當,可能會導致 SEO 災難。原因在於這種網站導覽方式可以產生近乎無限的網址數量,造成以下問題:

  • 過度檢索:搜尋引擎浪費時間檢索對搜尋使用者毫無價值的無數網址。
  • 發現新內容的速度變慢:過度檢索會導致發現重要新內容的速度變慢。

事實上,網站擁有者目前最常回報的過度檢索問題,多半是多面向導覽造成的。在多數情況下,只要遵守一些最佳做法,就能避免這個情形。不過,讓我們先回顧一下。

網址問題

多面向導覽中的每個篩選器組合,通常會產生不重複的網址。例如:

https://example.com/items.shtm?products=fish&color=radioactive_green&size=tiny

變更任何參數 (productcolorsize) 都會建立新的網址,導致網址數量可能激增。這就是問題所在:有近乎無限的新網址等待發現。該如何解決這個問題呢?

兩種解決方法

  1. 封鎖多面向導覽網址:
    • 如果不需要將這些網址編入索引,請使用 robots.txt 禁止檢索。
    • 您也可以使用網址片段 (#) 做為篩選器,因為搜尋引擎通常會忽略這些片段。
  2. 最佳化多面向導覽網址 (如果無論如何都需要檢索這些網址):
    • 使用標準 & 分隔符設定網址參數。💩 不是理想的參數分隔符號字元。
    • 在網址路徑中維持一致的篩選器順序。
    • 針對沒有任何結果的篩選器組合,傳回 404 狀態碼。
    • 除非沒有其他選擇 (例如您有單頁應用程式),否則請勿將空白結果重新導向至一般「找不到」頁面。

重要注意事項

  • 您也可以使用 rel="canonical",將變化版本指向主頁面,以便整合信號。這種做法需要一段時間才會生效。
  • 在篩選器連結中使用 rel="nofollow" 可禁止檢索作業,但必須一致套用。也就是說,指向這些頁面的每個連結 (內部和外部) 都必須具有 rel="nofollow" 屬性。
  • 檢索多面向導覽網址一律會耗用伺服器資源,且可能會影響新內容的探索。

如果您對關於多面向導覽最佳做法的全新文件有任何建議或需要說明,請使用該文件的意見回饋工具。如果您對多面向導覽很有興趣,希望與其他人討論相關主題,歡迎加入搜尋中心社群;此外,您也可以在 LinkedIn 上找到我們。


想進一步瞭解檢索嗎?請觀看完整的「檢索 12 月」系列影片:

2024 年 12 月 24 日,星期二 內容傳遞網路 (CDN) 特別適合用來降低網站的延遲時間,一般來說可避免網站流量相關的麻煩。畢竟,這就是他們的主要用途:即使網站流量很高,也能快速傳送內容。CDN 中的「 "D" 」是指全球內容傳遞或發布,因此將資料傳輸給使用者的時間,會比單純在某個資料中心代管內容的情況要短。在本文中,我們將探討如何使用 CDN 改善網站的檢索和使用者體驗,並進一步說明檢索 CDN 支援網站時的幾項細微差異。 CDN 基本上是原始伺服器 (網站所在位置)

2024 年 12 月 9 日,星期一 請允許我們快取,麻煩您了。 多年來,隨著網際網路蓬勃發展,Google 檢索量也隨之增加。雖然 Google 的檢索基礎架構一直都支援啟發式快取機制,但可從本機快取傳回的要求數量逐漸減少:10 年前,總擷取次數中約有 0.026% 的內容可快取,雖然這數字並不高,但如今已降至 0.017%。 網際網路就像一幅大型拼圖,而快取是其中非常重要的部分。快取功能可讓網頁在重新載入時快速載入,節省運算資源和自然資源,並為用戶端和伺服器省下大量昂貴的頻寬。

2024 年 12 月 3 日,星期二 您可能知道 Google 搜尋需要一些前製作業,才能讓網頁顯示在 Google 搜尋結果中。其中一個步驟就是「檢索」。Googlebot 負責處理 Google 搜尋的檢索作業,這個程式在 Google 伺服器上運作,會擷取網址、處理網路錯誤、重新導向和其他可能在檢索過程中遇到的網路問題。其中還有許多細節,但通常都不會提到。在這個月,我們每週都會探討其中一些細節,因為這些細節可能會對網站檢索方式產生重大影響。 檢索