Sitemap 是什麼？XML Sitemap 製作、提交與排錯判斷

Sitemap 是什麼？XML Sitemap 和 HTML Sitemap 差在哪裡

Sitemap 是一份網站地圖，用來整理網站的重要網址；其中 XML Sitemap 主要給搜尋引擎讀取，HTML Sitemap 則主要給使用者瀏覽。做 SEO 時，多數人真正需要處理的是 XML Sitemap，因為它會告訴 Google 哪些 URL 值得被發現、抓取與理解。

Sitemap 的核心功能

XML Sitemap 是一份網址清單，通常放在 sitemap.xml 或由 Sitemap index 管理。它的重點不是美觀，也不是導覽選單，而是用結構化格式列出網站重要 URL，讓 Googlebot 這類搜尋引擎爬蟲更容易找到內容。

Kevin Lin 在檢查台灣網站時，最常看到的問題不是「沒有 Sitemap」，而是 Sitemap 裡混進太多不該被索引的網址。Sitemap 的價值不在於數量，而在於它能不能清楚代表網站真正想被 Google 理解的內容。

XML Sitemap vs HTML Sitemap

Sitemap 對 SEO 有什麼幫助？它不是直接排名因素

Sitemap 對 SEO 的幫助在於輔助 Google 發現、爬取與理解重要網址，但它不是直接排名因素，也不保證收錄。真正有效的 Sitemap，應該搭配乾淨的 URL 清單、內部連結與有價值的內容一起看。

Sitemap 可以幫 Google 發現重要網址

當網站有新文章、新產品頁、服務頁或分類頁時，XML Sitemap 可以讓 Google 更快知道這些 URL 的存在。對新網站、內容更新頻繁的網站，或頁面層級較深的網站來說，這個輔助訊號很有價值。

但 Sitemap 只是「告知」Google 有這些網址，不等於 Google 一定會抓取，也不等於抓取後一定會建立索引。SEO 實務上，提交 Sitemap 後還要回到 GSC Sitemap 報表與網頁索引報告檢查結果。

Sitemap 不能取代內部連結

內部連結是網站內不同頁面之間的連結，能幫助搜尋引擎理解頁面關係與重要性。孤兒頁是指站內幾乎沒有其他頁面連到它的 URL，即使被放進 Sitemap，也可能缺乏足夠的站內支持。

我的判斷是：如果一個 URL 只能靠 Sitemap 被發現，卻沒有任何合理內鏈，它通常不該被視為網站的重要頁面。想強化這一塊，可以延伸看 內部連結策略。

Sitemap 不能保證收錄或排名

Sitemap 不會直接提升排名。Google 是否收錄一個 URL，還會看可抓取性、canonical 設定、內容品質、重複性、內部連結與整體網站訊號。把 URL 放進 Sitemap，只是讓 Google 更容易知道它存在。

如果有人說「提交 Sitemap 就能提升排名」，這通常是過度簡化。排名仍然需要回到搜尋意圖、內容品質、網站權威與頁面體驗等因素，可以參考 Google 排名因素 2026。

哪些網站特別需要 XML Sitemap？

新網站、大型網站、電商網站、內容更新頻繁的網站，以及內部連結不完整的網站，特別需要 XML Sitemap。它能幫助 Google 更完整地發現重要 URL，也讓後續索引診斷更有依據。

新網站、內容更新頻繁的網站

新網站剛上線時，Google 還沒有足夠資料判斷網站有哪些重要內容。這時提交 XML Sitemap，可以讓搜尋引擎更快知道正式網址有哪些。

如果網站每週都有新文章、新活動頁或新商品，Sitemap 也能作為更新提示。實務上，我會要求內容更新頻繁的網站至少確認 lastmod 是否真實，避免每個 URL 都被標成同一天更新。

大型網站、電商網站、分類很多的網站

大型網站和電商網站常有產品頁、分類頁、品牌頁、活動頁、文章頁等不同 URL 類型。如果全部混在一份 Sitemap 裡，後續排查會很痛苦。

這類網站不只需要 Sitemap，還需要拆分 Sitemap。把產品、分類、文章分開管理，才能看出是哪一類 URL 出現索引落差。

內部連結不完整或有孤兒頁風險的網站

有些網站改版多年，頁面一直累積，內部連結卻沒有同步整理。這時 XML Sitemap 可以幫助 Google 發現部分深層 URL，但它只能補發現問題，不能補頁面重要性問題。

如果某些 URL 在 Sitemap 裡，卻長期沒有被收錄，第一個要問的不是「要不要再提交一次」，而是「網站內有沒有合理位置連到它」。

製作 Sitemap 前：哪些 URL 應該放，哪些不該放？

XML Sitemap 只應該放可索引、可抓取、回傳 200 狀態碼，而且 canonical 指向自己的重要 URL。不要把轉址、錯誤頁、noindex、被 robots.txt 封鎖或重複內容 URL 放進 Sitemap。

應該放進 Sitemap 的 URL

好的 Sitemap 不是把網站所有網址倒進去，而是只保留你希望 Google 認真看待的正式網址。這是 9iseo 檢查 Sitemap 時最重視的基本線。

不該放進 Sitemap 的 URL

不該放進 Sitemap 的 URL，通常不是「不能被 Google 看到」這麼單純，而是它們會讓 Sitemap 傳遞混亂訊號。Sitemap 應該是一份乾淨名單，不是網站垃圾桶。

為什麼 noindex URL 不該放進 Sitemap

noindex 是告訴搜尋引擎不要把這個頁面放進索引的指令。Sitemap 則是在傳達「這些 URL 是網站重要內容」。兩個訊號放在同一個 URL 上，會讓搜尋引擎收到矛盾訊息。

如果一個頁面真的不想被收錄，就不要放進 Sitemap。如果它應該被收錄，先移除 noindex，再確認內容、canonical、robots.txt 與內部連結是否正常。

canonical 指到別頁時，Sitemap 應放哪一個

canonical 是用來告訴搜尋引擎哪個 URL 才是正式版本的標籤。當 A 頁 canonical 指到 B 頁，Sitemap 應該放 B 頁，不該放 A 頁。

這個規則在電商與文章網站很常見，例如同一篇內容有追蹤參數、排序參數或不同路徑版本時，只應該把正式 canonical URL 放進 Sitemap。

如何產生 XML Sitemap？4 種常見方法

產生 XML Sitemap 的方式通常有四種：WordPress 外掛或內建功能、CMS 或電商平台自動產生、線上 Sitemap Generator，以及客製網站由開發端產生。選哪一種，取決於網站系統與 URL 規則是否複雜。

方法一：WordPress 使用 Yoast SEO、Rank Math 或內建 Sitemap

WordPress 從核心功能到 SEO 外掛，都能產生 XML Sitemap。常見做法是使用 Yoast SEO、Rank Math，或檢查 WordPress 內建 Sitemap 是否已啟用。

使用外掛後，不要只看 Sitemap 有沒有產生，還要進外掛設定確認哪些內容類型會被納入。標籤頁、作者頁、附件頁如果沒有 SEO 價值，通常不建議全部放進 Sitemap。

方法二：CMS 或電商平台自動產生 Sitemap

許多 CMS、開店平台或企業網站系統會自動產生 Sitemap。第一步可以直接測試 https://example.com/sitemap.xml，或檢查後台是否有 SEO、搜尋引擎、網站地圖相關設定。

平台自動產生不代表內容一定乾淨。電商網站尤其要檢查是否把缺貨商品、篩選頁、排序參數頁或活動過期頁一起放進 Sitemap。

方法三：小型靜態網站可用線上 Sitemap Generator

Sitemap Generator 是能自動爬取網站並產生 XML Sitemap 的工具。小型靜態網站如果頁數少、架構單純，可以用這類工具快速建立初版。

但工具通常只能根據它抓到的網址輸出清單，無法完全判斷哪些頁面有 SEO 價值。產生後仍要人工檢查 404、轉址、重複頁與不公開頁面。

方法四：客製網站由開發端自動產生

客製網站最好由開發端根據資料庫與發布狀態自動產生 Sitemap。這樣新文章、新產品或下架頁面才會跟著網站狀態同步更新。

我會特別要求客製網站把 Sitemap 規則寫進發布流程：文章發布後進 Sitemap，下架或 noindex 後移出 Sitemap，canonical 變更後同步更新。這比人工上傳 XML 檔可靠得多。

XML Sitemap 技術規格懶人版：不要只產生檔案，還要能被 Google 正確讀取

XML Sitemap 必須是合法 XML、使用 UTF-8、包含完整 URL，並且能被 Google 公開存取。最重要的欄位是 loc，其他欄位如 lastmod 可以輔助判斷，但前提是資料真實。

必填與常見欄位

XML Sitemap 不需要塞滿所有欄位，基本正確比看起來完整更重要。以下幾個欄位最常見：

XML Sitemap 必須符合的基本規則

一份能被 Google 正確讀取的 Sitemap，至少要符合幾個基本條件。這些不需要工程背景也能先做初步檢查。

• 使用 UTF-8 編碼，避免中文或特殊字元出現亂碼。
• XML 格式合法，標籤有正確開合。
• 特殊字元要正確 escape，例如網址中的特殊參數不能破壞 XML 結構。
• loc 必須放完整 URL，不要只放相對路徑。
• 同一份 Sitemap 一般應該放同一 host 的 URL。
• Sitemap 本身應回傳 HTTP 200，且不需要登入就能存取。
• Sitemap 內的 URL 不應被 robots.txt 封鎖。

做完後，可以直接用瀏覽器開啟 Sitemap URL，確認不是 404、不是後台登入頁，也不是被防火牆擋住。

Sitemap index 是什麼

Sitemap index 是用來管理多份 Sitemap 的索引檔。當網站 URL 很多，或需要把文章、分類、產品分開管理時，就可以用 Sitemap index 串起不同 Sitemap。

例如主檔是 sitemap_index.xml，裡面再列出 post-sitemap.xml、page-sitemap.xml、product-sitemap.xml。這樣提交時只要提交 Sitemap index，Google 就能找到底下各份 Sitemap。

如何提交 Sitemap 到 Google Search Console？

Google Search Console 提交 Sitemap 的方式，是在正確的網站資源中打開「Sitemap」報表，輸入 sitemap.xml 或 Sitemap index 路徑後送出。提交後要回報表看狀態，不要送出就離開。

提交前先確認 3 件事

1. 網站已完成 Google Search Console 資源驗證，且你選的是正確網域或網址前置字元資源。
2. Sitemap URL 可以公開開啟，例如 https://example.com/sitemap.xml 會正常顯示內容。
3. Sitemap 內的網址是正式版本，包含正確的 https、www 或非 www、語言路徑與 canonical URL。

提交前先檢查這三件事，可以少掉很多「無法擷取」或提交錯資源的問題。

GSC 提交 Sitemap 步驟

1. 進入 Google Search Console。
2. 選擇正確的網站資源。
3. 點選左側選單的「Sitemap」。
4. 在新增 Sitemap 欄位輸入 sitemap.xml，或輸入 Sitemap index 路徑。
5. 點選提交。
6. 回到 Sitemap 報表查看狀態、讀取時間與已發現網址數。

如果你的網站是 https://www.example.com/，不要在 https://example.com/ 的資源底下提交，這種小錯在實務上很常見。

可以在 robots.txt 加上 Sitemap 路徑嗎？

可以。robots.txt 是放在網站根目錄、提供搜尋引擎爬蟲讀取規則的文字檔，也可以加入 Sitemap 路徑，例如：

Sitemap: https://example.com/sitemap.xml

這能讓搜尋引擎更容易找到 Sitemap，但仍建議主動到 GSC 提交，因為 GSC 會提供狀態、錯誤與已發現網址等後續診斷資訊。

提交 Sitemap 後，要怎麼看 GSC 狀態和索引成效？

提交 Sitemap 後，先看 GSC Sitemap 報表是否成功讀取，再到網頁索引報告檢查 Sitemap 內 URL 是否被收錄。提交成功只代表 Google 能讀到 Sitemap，不代表所有 URL 都已建立索引。

先看 Sitemap 報表：成功、無法擷取、含有錯誤

Sitemap 報表會顯示提交狀態、最後讀取時間與已發現網址數。第一輪檢查先看 Google 是否能讀到 Sitemap 本身。

再看網頁索引報告：Google 有沒有收錄 Sitemap 內的 URL

網頁索引報告能看到 URL 是否已建立索引，以及未索引的大致原因。這一步比單看 Sitemap 狀態更接近 SEO 成效。

我的實務習慣是把 Sitemap 分類看：文章類 URL 一組、分類頁一組、產品頁一組。如果某一類特別多「已檢索但未編入索引」，通常不是提交問題，而是內容或重複性問題。

常見狀態怎麼判斷

已發現但未編入索引

「已發現但未編入索引」通常表示 Google 知道這個 URL，但還沒抓取，或暫時沒有把它放進索引。新站、大量新 URL、內鏈不足或伺服器回應不穩，都可能出現這種狀態。

處理方向不是一直重送 Sitemap，而是提高 URL 在站內的重要性，例如從相關文章、分類頁或主題頁連過去，並確認該頁值得被 Google 優先處理。

已檢索但未編入索引

「已檢索但未編入索引」表示 Google 已經抓過這個頁面，但沒有選擇收錄。這通常更接近品質、重複、canonical 或搜尋價值問題。

這時要檢查頁面是否太薄、是否與其他頁高度重複、是否 canonical 指錯、是否缺少原創觀點。對內容站來說，這個狀態常常比 Sitemap 本身更值得花時間處理。

大型網站、電商網站如何規劃 Sitemap 架構？

大型網站與電商網站應該用 Sitemap index 拆分不同 URL 類型，例如文章、分類、產品、圖片或影片 Sitemap。拆分後更容易維護，也更容易判斷哪一類 URL 出現索引問題。

Sitemap index 適合什麼情境

當網站 URL 數量很多、內容類型複雜，或不同類型頁面需要分開觀察時，就適合使用 Sitemap index。這不只是技術整理，也是 SEO 診斷方式。

如果產品頁索引率低，你會想知道問題集中在產品頁，而不是被文章與分類頁混在同一份 Sitemap 裡。拆分後，GSC 報表才比較能支援判斷。

建議拆分方式

圖片 Sitemap 只需要在圖片本身有搜尋價值時處理，不必把它延伸成完整圖片 SEO 規劃。若網站依賴圖片搜尋流量，可再看 圖片 SEO 優化。

改版、搬家、轉址後的 Sitemap 用法

網站改版、換網址或搬家後，新 Sitemap 應該只放新的正式 URL，不要把舊的 301 轉址 URL 繼續留在 Sitemap 裡。舊 URL 的工作是正確轉址，新 Sitemap 的工作是告訴 Google 新版重要頁在哪裡。

改版後我會先檢查三件事：舊 URL 是否 301 到正確新 URL，新 Sitemap 是否只放新正式 URL，GSC 是否在一段時間內逐步反映新 URL 的索引狀態。這比反覆提交舊 Sitemap 更有意義。

Sitemap 成功提交但沒有收錄，該怎麼排查？

Sitemap 成功提交但沒有收錄時，要從可讀取性、URL 可索引性、內部連結與內容品質排查。提交成功只代表 Google 能讀到 Sitemap，不代表 Sitemap 內每個 URL 都符合索引條件。

檢查 Sitemap 是否可讀取

先確認 Sitemap 本身能不能被 Google 讀取。用瀏覽器開啟 Sitemap URL，看是否回傳正常內容；再到 GSC Sitemap 報表確認狀態是否為成功。

• Sitemap URL 是否正確。
• 是否回傳 HTTP 200。
• 是否被 robots.txt 或伺服器規則擋住。
• 是否需要登入才能開啟。
• XML 格式是否有效。

檢查 URL 是否可索引

接著檢查 Sitemap 內的 URL 是否真的可索引。可索引的意思是 Google 能抓取頁面，頁面沒有 noindex，canonical 也沒有指到別的 URL。

• URL 是否回傳 200，而不是 301、302、404 或 410。
• 頁面是否有 noindex。
• robots.txt 是否封鎖該 URL。
• canonical 是否指向自己。
• 內容是否為正式公開版本。

檢查頁面是否有內部連結支持

如果 URL 只存在 Sitemap，站內沒有任何重要頁面連到它，Google 可能會認為它不夠重要。Sitemap 可以幫助發現，但內部連結才是網站結構與頁面重要性的關鍵訊號之一。

可以從相關文章、分類頁、主題頁或服務頁建立合理內鏈。這不是為了硬塞連結，而是讓使用者和搜尋引擎都能在網站脈絡中找到該頁。延伸做法可參考 內部連結策略。

檢查內容是否太薄、重複或缺少價值

當 GSC 顯示「已檢索但未編入索引」時，常見原因是內容太薄、與其他頁重複，或沒有提供足夠搜尋價值。這時重送 Sitemap 幫助有限，真正要改的是頁面本身。

檢查內容是否回答了明確搜尋意圖，是否有台灣讀者需要的實務資訊，是否只是改寫別人的基礎定義。內容站也可以搭配 內容行銷指南 和 文章更新 SEO 重新整理舊內容。

Sitemap 的核心價值不是提交檔案，而是維持一份乾淨、可讀、可診斷的重要 URL 清單。當 GSC 顯示 URL 沒有被收錄，下一步應該檢查 URL 是否可索引、是否有內部連結支持，以及頁面本身是否值得被 Google 收錄。