麵包屑導覽與結構化資料怎麼檢查:路徑一致才算對

麵包屑導覽與結構化資料怎麼檢查:路徑一致才算對

作者:平白設計編輯部|發布與最後查證:2026-09-25|適用:台灣(中華民國)|技術資訊,不保證搜尋排名

麵包屑導覽同時服務使用者與搜尋引擎,讓訪客知道自己身在網站哪一層,也幫助爬蟲理解架構。檢查重點在於畫面上的路徑文字與 BreadcrumbList 結構化資料是否完全一致、每層連結是否可點擊、分類邏輯是否合理。這屬於技術層面的檢查工作,不保證搜尋結果一定會呈現麵包屑樣式。

文章重點

  • 畫面路徑需與結構化資料完全對應
  • 最後一層節點不可缺漏或網址錯誤
  • 避免多個外掛重複輸出造成衝突
  • 使用官方工具驗證語法與欄位正確性

麵包屑導覽的雙重用途

麵包屑導覽在網頁上通常顯示為一串由左至右的路徑連結,例如首頁接著分類名稱再到當前文章標題。對使用者而言,它能快速確認自己位於網站的哪個層級,並提供返回上一層的捷徑,減少迷路感。

對搜尋引擎來說,麵包屑是理解網站階層結構的重要線索。當爬蟲讀取到清晰的階層關係時,能更準確地判斷頁面之間的從屬邏輯,進而影響索引方式。這跟我們之前討論過的 改版後 favicon 路徑怎麼抽樣 一樣,都屬於細節檢查。

不過要特別提醒,把麵包屑與結構化資料做好,純粹是技術上的最佳實踐。搜尋引擎是否會在搜尋結果頁面實際顯示這段路徑,取決於其演算法判斷,沒有人可以保證一定出現。

桌上的流程圖草稿
畫面路徑要和結構化資料一致

畫面路徑與結構化資料的對應

結構化資料中的 BreadcrumbList 會用 JSON-LD 格式描述每一層節點。每個節點包含 position 代表順序、name 代表顯示文字、item 代表該層的完整網址。這三個欄位必須與畫面上看到的麵包屑一模一樣。

最常見的錯誤是畫面顯示了四個層級,但結構化資料只寫了三層;或者 name 寫的是簡稱,畫面上卻是全名。這種不一致會讓搜尋引擎困惑,甚至判定資料有誤而忽略整段標記。

另一個容易踩雷的地方是最後一層。很多時候最後一層應該是當前頁面的網址,卻被寫成父分類的連結,或者乾脆漏掉 item 欄位。檢查時務必逐層比對,確保位置、名稱與網址三者完全吻合。

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {"@type": "ListItem", "position": 1, "name": "首頁", "item": "https://example.com/"},
    {"@type": "ListItem", "position": 2, "name": "分類", "item": "https://example.com/cat/"}
  ]
}

除了最後一層缺漏,網址使用相對路徑也是大忌。結構化資料裡的 item 必須是完整的絕對網址,包含 https 開頭與網域,不能只寫斜線加路徑。否則爬蟲無法正確解析目標位置。

分類過深同樣是個問題。如果一個網站把文章藏在五、六層分類底下,麵包屑就會變得很長,不僅佔用版面,也容易讓使用者失去耐心。建議將主要分類控制在三層以內,保持架構扁平。

在 WordPress 環境中,安裝多個 SEO 外掛或主題自帶麵包屑功能時,很容易發生重複輸出的狀況。原始碼裡出現兩組 BreadcrumbList 會互相干擾。這就像 改版後 og:locale 怎麼抽樣 提到的,重複標籤需要優先排除。

庭園裡的一排踏腳石
多個外掛重複輸出要擇一

使用官方工具進行驗證

Google 提供的 Rich Results Test 是檢查結構化資料最直接的工具。貼上網址或程式碼片段後,它會告訴你 BreadcrumbList 是否有語法錯誤、缺少必要欄位,或是格式不符合規範。

Search Console 的「強化項目」報表則能讓你看到整個網站的長期狀態。如果某批頁面的麵包屑突然出現錯誤,報表裡會列出受影響的網址數量與具體錯誤類型,方便你針對性修復。

驗證通過只代表語法正確且符合規範,不代表搜尋引擎一定會採用。搜尋結果的呈現樣式由演算法動態決定,技術人員能做的是確保資料乾淨無誤,剩下的交給系統判斷。

WordPress 外掛的設定概念

主流 SEO 外掛通常會在設定選單中提供麵包屑的開關與模板選項。你可以在那裡定義分隔符號要使用箭頭還是斜線,以及是否要在首頁前面加上網站名稱。這些設定會直接影響最終輸出的 HTML 與 JSON-LD。

部分主題也會內建麵包屑功能。如果你的主題跟外掛同時開啟了這個功能,就必須手動關閉其中一個。檢查方式是檢視網頁原始碼,搜尋 BreadcrumbList 關鍵字,看看是否只出現一次。

修改設定後,別忘了清除快取。無論是伺服器端快取還是外掛自身的快取,都可能導致舊版的程式碼繼續被送出。確認前端畫面與原始碼同步更新後,再丟進測試工具跑一次才算完成。

麵包屑檢查項目對照表
檢查項目 正確做法 常見錯誤
最後一層節點 包含當前頁面完整網址 漏寫或使用父層網址
網址格式 使用 https 開頭的絕對路徑 只寫相對路徑或省略協定
分類深度 控制在三層以內 超過五層導致路徑過長
結構化資料數量 全站僅輸出一組 多外掛導致重複輸出

可以先做

  • 用 Rich Results Test 逐一檢查重要頁面的語法
  • 比對畫面文字與 JSON-LD 的 name 和 item 是否一致
  • 檢視原始碼確認沒有重複的 BreadcrumbList 標籤
  • 在 Search Console 觀察錯誤報表的變化趨勢

不要當成已完成

  • 不要以為驗證通過就等於搜尋結果一定會顯示
  • 不要在同個頁面讓兩個外掛同時輸出麵包屑資料
  • 不要使用相對路徑填寫結構化資料的 item 欄位
  • 不要把分類層級設計得過深導致路徑難以閱讀

常見問題

麵包屑結構化資料驗證通過為何沒出現在搜尋結果?

驗證通過只代表語法正確,搜尋引擎會根據自身演算法決定是否在搜尋結果中顯示麵包屑,這部分無法人為保證。

最後一層麵包屑應該連到哪裡?

最後一層通常代表當前頁面,item 欄位應填寫當前頁面的完整網址,name 則填寫當前頁面的標題。

可以同時使用主題和外掛的麵包屑功能嗎?

不建議。兩者同時開啟會輸出多組結構化資料,容易造成衝突。請選擇其中一個並關閉另一個。

分類層級太深會有什麼影響?

層級過深會讓麵包屑路徑變長,影響版面美觀與使用者體驗,也可能增加結構化資料出錯的機率。

重點摘要

  1. 畫面路徑與結構化資料的欄位必須逐層對應
  2. 最後一層節點的網址與名稱最容易寫錯
  3. 多個外掛同時輸出會導致資料衝突需優先排除
  4. 官方工具只能驗證語法無法保證搜尋結果呈現

撰文:SEO顧問MARS