| |

HTML 站點地圖仍可用:給人導覽,別拿去替代 XML

XML 站點地圖普及之後,不少人覺得 HTML 站點地圖1已經過時。John Mueller 與 Martin Splitt 在 Search Off The Record 裡把兩者分開:XML 負責可提交、有嚴格結構的清單;HTML 則像給使用者看的網站地圖,爬蟲仍可沿著上面的連結發現頁面,但不能拿去「當 XML 站點地圖提交」。

可沉淀的規則很短:兩者不要互相替代;若做 HTML 版,優先做成導覽路徑,而不是把全站網址堆成巨牆。

目錄(7)

編譯自 Search Engine Journal · Roger Montti · 2026-10-09 原文

完整來源聲明

來源聲明:本文根據 Roger Montti(Search Engine Journal,2026-10-09)〈Google Explains How To Use HTML Sitemaps For SEO〉編譯為繁體中文,不是逐句翻譯;結構與論點對齊原文,措辭為本站重寫。原文:https://searchenginejournal.com/google-explains-how-to-use-html-sitemaps-for-seo/592508/。討論來自 Google Search Off The Record(約第 17 分鐘)。文中「編輯解讀」為本站觀點。檢索日期:2026-10-12。

XML 之前,HTML 站點地圖做什麼

在 XML 標準出現前,站長多半靠內外連讓新頁被抓到。常見作法是首頁頁尾(或全站頁尾)連到一頁 HTML 站點地圖,上面掛大量內頁連結,方便爬蟲走到並爭取收錄。當時許多人會把「想排名的頁」盡量列進這頁,像 About 這類較少追求排名的頁則常省略。

RSS 也可能被用來發現新頁或最近修改的頁。原文提到 2004 年一篇大學論文寫道:爬蟲可藉 RSS 辨識這類頁面,並把爬取頻寬用量降到約四成。但 RSS 並未普及到足以當通用發現機制,後來 Google、Yahoo、Microsoft 才共同推動至今仍在用的 XML 站點地圖標準。

HTML 不能替代 XML

節目裡 Splitt 問:是不是只能用 XML,還是 HTML 也可以。Mueller 的答法是:兩者名字都叫 sitemap,但用途不同。HTML 版本質上是給人看的網站地圖;爬蟲找到它時,可以像跟一般頁面連結一樣去爬那些網址,這有幫助。可是它沒有 XML 那種嚴格結構,不能一對一地當成可提交的站點地圖檔來處理——它比較像一組連結的集合。

也就是說:用 Search Console 或協定提交的,仍應是 XML(或支援的等效格式);HTML 頁只是站內導覽與發現的補充,不是提交通道的替身。

還能怎麼用 HTML 站點地圖

Mueller 認為 HTML 站點地圖仍可用,而且比較像導覽系統的一環。他以電商為例:不必在 HTML 站點地圖列出每一個商品;較合理的是列出上層分類,讓人先到對的分類,再各自挑選商品。這個邏輯也適用主題/分類型內容站:先到主題樞紐,再往下鑽。

Splitt 補了一句:從這類頁出發,爬蟲同樣能發現連結,只是結構不如 XML 清楚。Mueller 同意,並再次強調許多 HTML 站點地圖本來就不會「什麼都列」。

還要不要為了 SEO 做一頁

對有些人這是新話題,對另一些人則像目錄站外連、互惠連結一樣「過時」。原文的判斷是:Mueller 肯定它對使用者有用,也就可能對 Google 有用——前提是真的幫人找路,而不是為了堆連結而堆連結。若訪客因為這頁更容易到達更深的內容,並開始使用、推薦那些頁,搜尋系統才有機會吃到相關訊號。

這不是把 HTML 站點地圖重新封成排名加分項;官方口徑停在「有用導覽 + 可被爬到的連結」,沒有承諾流量倍數。

常見問題

  • 有了 XML,還需要 HTML 站點地圖嗎?不是必須。XML 負責提交與結構化清單;HTML 是可選的使用者導覽與補充發現,不能互相替代。
  • 能不能把 HTML 站點地圖當成站點地圖提交?不能。Mueller 明確說它沒有 XML 的嚴格結構,無法一對一按站點地圖檔處理。
  • HTML 站點地圖要列出全站每一個網址嗎?不必。電商例子是列分類而非全部商品;重點是有用的導覽路徑,不是巨型連結牆。
  • 這算不算官方說的排名因素?不是。口徑是幫使用者找路,爬蟲可順帶發現連結;原文沒有把它寫成加分項或流量保證。
  • 節目裡在哪一段?原文指向 Search Off The Record,約第 17 分鐘:YouTube。

編輯解讀

一句話重點:XML 提交、HTML 導覽;後者仍可用,但不要做成全站網址牆,也不要拿去當站點地圖提交。

這對你的網站意味著什麼:

  • 確認 XML 站點地圖仍在 Search Console 正常提交與讀取。
  • 大站或層級深的站,檢查是否還有一頁「給人用的」分類/主題目錄;沒有也不必為了 SEO 硬做。
  • 若做 HTML 站點地圖:列上層分類或主題樞紐,連回真實可點的路徑;避免把上萬商品/文章無分層塞進一頁。
  • 頁尾或說明頁可以連到這頁,但連結文字與內容要以找路為先。
  • 不要把 HTML 站點地圖的存在,寫進「排名分數」或對外保證。

適用與不適用的情境:適用於電商、內容站、企業站需要補導覽或懷疑深層頁難被發現時。不適用於想用一頁 HTML 取代 XML 提交、或指望靠巨型連結列表「分配權重」的舊作法。也與「AI 訓練爬蟲讀預設 sitemap/RSS」另一條發現通道分開看。

需要注意的限制:這是員工節目討論的轉述,不是單獨的站長文件修訂。2004 年論文的 40% 頻寬數字只描述該研究情境。本站不把 HTML 站點地圖重新包裝成必做項或流量技巧。

延伸閱讀:

可沉澱規則 · 供站點自檢3 條

從本文提煉,可供人工對照或 AI 分析站點時作為依據。全部規則

  1. XML 站點地圖負責提交與結構化清單;HTML 站點地圖只做使用者導覽與補充發現,二者不要互相替代。

    適用 規劃或稽核站點地圖與導覽頁時
    排除 不要把 HTML 頁當成 Search Console 可提交的站點地圖檔
    • XML 仍在 Search Console 提交
    • 沒有把 HTML URL 填進站點地圖提交欄
  2. 若做 HTML 站點地圖,優先列上層分類或主題樞紐,讓人能往下鑽;不必列出每一個商品或文章。

    適用 電商、內容站或層級深的網站補導覽時
    排除 不要堆成無分層的巨型連結牆,也不要把它寫成排名加分項
    • 頁上是分類/主題而非全站扁平清單
    • 連結指向真實可瀏覽頁
  3. HTML 站點地圖的價值從「幫人找路」開始;只有導覽真的被使用,才有機會帶來可被系統觀察的造訪與發現,而非保證流量。

    適用 評估要不要新建或重做該頁時
    排除 不適用指望靠一頁連結列表分配權重或取代內鏈策略
    • 頁尾或說明有清楚入口
    • 內容以找路說明為主而非 SEO 術語堆疊

名詞與資料來源

  1. HTML 站點地圖 — 以網頁呈現、供人瀏覽的網站目錄頁;連結可被爬蟲跟隨,但不是可提交的 XML 站點地圖。
  2. XML 站點地圖 — 有嚴格結構、可向搜尋引擎提交的網址清單格式。
  3. Roger Montti/Search Engine Journal:〈Google Explains How To Use HTML Sitemaps For SEO〉 https://searchenginejournal.com/google-explains-how-to-use-html-sitemaps-for-seo/592508/(刊登:2026-10-09;檢索:2026-10-12)
  4. Google Search Off The Record(約 17:00):https://www.youtube.com/watch?v=hDva5VoZJsE
  5. Carlos Castillo 等,關於有效網頁爬取與 RSS 的論文(原文引用):https://chato.cl/papers/crawling_thesis/effective_web_crawling.pdf

Similar Posts

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *