作者:平白設計編輯部|發布與最後查證: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 則填寫當前頁面的標題。
可以同時使用主題和外掛的麵包屑功能嗎?
不建議。兩者同時開啟會輸出多組結構化資料,容易造成衝突。請選擇其中一個並關閉另一個。
分類層級太深會有什麼影響?
層級過深會讓麵包屑路徑變長,影響版面美觀與使用者體驗,也可能增加結構化資料出錯的機率。
重點摘要
- 畫面路徑與結構化資料的欄位必須逐層對應
- 最後一層節點的網址與名稱最容易寫錯
- 多個外掛同時輸出會導致資料衝突需優先排除
- 官方工具只能驗證語法無法保證搜尋結果呈現
