技術 SEO 與網站架設

sitemap.xml 是什麼?怎麼產生、怎麼提交、哪些網址不該放

sitemap.xml 是一份列出網站所有「希望被收錄的網址」的 XML 檔案,作用是讓 Google 更快、更完整地發現網頁,特別是新網站、大型網站與內部連結不完整的網站。一份 sitemap 最多 50,000 筆網址或 50 MB,只能放標準網址(canonical),Google 只參考 lastmod,會忽略 prioritychangefreq。產生方式依平台而定,WordPress 內建或由 SEO 外掛產生;提交則在 Search Console 的「Sitemap」報表,順便在 robots.txt 加一行 Sitemap:

本篇屬於本站〈技術性 SEO 入門〉叢集,與〈robots.txt 怎麼寫〉是一對:robots.txt 告訴檢索器「不要抓什麼」,sitemap.xml 告訴檢索器「要抓什麼」。

sitemap.xml 是什麼?能做什麼、不能做什麼

sitemap.xml 是給搜尋引擎看的網址清單,功能是加速「發現」,不保證收錄、不影響排名;網頁能不能被收錄,仍由網頁本身的品質與可抓取性決定。

Google 對 sitemap 的說明是:sitemap 是一個檔案,用來提供網站上網頁、影片與其他檔案的資訊以及彼此的關係,搜尋引擎讀取這個檔案,可以更有效率地檢索網站。它的本質是「名單」:您把希望被收錄的網址列出來,Google 拿這份名單當作發現網頁的其中一個來源,另一個來源是沿著連結抓。

因此,sitemap 能做的是縮短新網頁被發現的時間、提醒 Google 哪些網頁更新過、把內部連結走不到的網頁(例如分類太深的產品頁)交給 Google。它不能做的是:讓品質不足的網頁被收錄、讓被 noindex 或 robots.txt 擋住的網頁出現在搜尋結果、提升任何網頁的排名。我們替客戶健檢時最常遇到的誤解是「sitemap 提交了為什麼還沒收錄」,答案通常在網頁本身,不在 sitemap。

您的網站需要 sitemap 嗎?

Google 官方建議超過 500 頁的網站、外部連結很少的新網站、以及有大量圖片影片內容的網站要有 sitemap;不到 500 頁且內部連結完整的小站可以不做,但做了也沒有壞處。

Google 文件列出需要 sitemap 的三種情況:網站很大(一般以 500 頁為界),Google 可能漏掉新增或更新的網頁;網站是新的且沒什麼外部連結,Googlebot 找不到入口;網站有大量影片、圖片或新聞內容,需要透過 sitemap 的延伸標記提供額外資訊。

反過來說,網站不到 500 頁、每一頁都能從導覽選單或站內連結走到、不太需要圖片或影片出現在搜尋結果,Google 明說可以不需要 sitemap。實務上我們仍建議一律做,理由很簡單:WordPress 與多數電商平台本來就自動產生,成本是零;有了 sitemap,Search Console 的報表才會告訴您「您提交的網址」有多少被收錄,這是判讀收錄健康度最方便的工具。

sitemap.xml 的格式規範:上限、標籤與 lastmod

一份 sitemap 最多 50,000 筆網址、未壓縮不超過 50 MB,超過就要拆檔並用 sitemap index 彙整;網址必須是含 https:// 的完整標準網址;Google 只使用 lastmod,忽略 priority 與 changefreq。

1. 最基本的 sitemap 長這樣

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.example.com/</loc>
    <lastmod>2026-08-28</lastmod>
  </url>
  <url>
    <loc>https://www.example.com/service/seo</loc>
    <lastmod>2026-08-15</lastmod>
  </url>
</urlset>

每個 <url> 只有 <loc> 是必填。網址要寫完整(含協定與主機名稱),不能用相對路徑;檔案用 UTF-8 編碼;網址中的特殊字元(例如 &)要跳脫成 &amp;

2. 四個標籤,Google 只看兩個

表 1:sitemap 協定的四個標籤與 Google 的實際處理方式(依 Google Search Central,2026-08 查證)。
標籤用途Google 怎麼處理
loc網址必填;只放標準網址,不放重複版本或轉址中的網址
lastmod最後大幅修改日期只在日期「一貫且可驗證地正確」時採用;反映內容、結構化資料或連結的實質更新,不是版權年份這種小改
changefreq更新頻率忽略
priority相對重要性忽略

3. lastmod 該不該寫?寫錯不如不寫

lastmod 是 sitemap 裡唯一會影響 Google 行為的附加資訊:日期可信時,Google 會優先重新抓取近期更新的網頁。但 Google 對 lastmod 的信任是「全有或全無」——Google 的搜尋分析師 Gary Illyes 在 2024 年 6 月就說過對 lastmod 的信任「是二元的,要嘛信要嘛不信」;2026 年 7 月他再度被問到「日期不準的 lastmod 要不要拿掉」時,回答是「沒有 lastmod 可能還比較好,至少省幾個位元組」(Search Engine Roundtable 報導,2026-07)。

實務判斷很簡單:您的系統能在網頁內容實際修改時更新 lastmod,就保留;如果每一頁的 lastmod 都是同一天(常見於每次重新產生 sitemap 就把全站日期改成當天),或日期根本不會變,就整個拿掉。全站相同的 lastmod 只會讓 Google 不再相信這個網站的日期。

4. 超過上限就拆檔:sitemap index

單一 sitemap 超過 50,000 筆網址或 50 MB 時,要拆成多個檔案,再用一份 sitemap index 把它們列在一起:

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://www.example.com/sitemap-pages.xml</loc>
  </sitemap>
  <sitemap>
    <loc>https://www.example.com/sitemap-products.xml</loc>
  </sitemap>
</sitemapindex>

即使網站沒有超過上限,依內容類型拆檔(頁面、文章、產品、分類各一份)也是好習慣:Search Console 會分別顯示每份 sitemap 的收錄狀況,出問題時一眼就知道是哪一類網頁。Yoast SEO 與 Rank Math 預設就是這樣做的。

sitemap.xml 怎麼產生?WordPress、電商平台與自架站

WordPress 5.5 之後內建 /wp-sitemap.xml,裝了 Yoast SEO 或 Rank Math 則改由外掛產生 /sitemap_index.xml;Shopify、Wix、91APP 等平台自動產生且不需設定;自架或客製 CMS 則需要程式端從資料庫動態輸出,不建議手動維護。

表 2:各類平台的 sitemap 產生方式與預設位置(2026-08 查證)。
平台產生方式預設位置注意事項
WordPress(無 SEO 外掛)核心自動產生/wp-sitemap.xml功能陽春,不能排除特定文章;只要裝了 SEO 外掛就會被外掛版本取代
WordPress + Yoast SEO/Rank Math外掛自動產生,依類型拆檔/sitemap_index.xml可在外掛設定排除特定文章類型、分類或單篇;設 noindex 的頁面會自動不列入
Shopify、Wix、Squarespace 等 SaaS 建站平台平台自動產生/sitemap.xml通常無法手動編輯,也不需要;只要確認 Search Console 有提交
台灣電商開店平台(91APP、SHOPLINE、CYBERBIZ 等)平台自動產生依平台而異,可在後台 SEO 設定或詢問平台客服確認下架商品是否仍留在 sitemap 是常見問題,要抽查
自架網站/客製 CMS程式從資料庫動態輸出,或排程重新產生自訂,慣例是 /sitemap.xml不要手動維護靜態檔案,一定會過期;輸出前要過濾掉 noindex、草稿與下架內容

轉角本身的網站就是客製 CMS,我們的做法是在每次新增或修改文章後由程式重新產生 sitemap,並在 sitemap 裡只列已發布、有語意化網址且未下架的頁面;改版下架的舊網址一律不留在 sitemap 裡,而是交給 301 處理,這部分做法可參考〈301 轉址怎麼做〉。

sitemap 怎麼提交?Search Console 與 robots.txt 兩種方式

sitemap 有兩種提交方式且建議兩種都做:在 Search Console 的「Sitemap」報表輸入網址提交,以及在 robots.txt 加一行 Sitemap: 完整網址;舊的「ping」網址通知方式 Google 已於 2023 年宣布停用,現在無效。

  1. 先確認 sitemap 打得開 在瀏覽器輸入 sitemap 網址,應該看到 XML 內容且回應 200。若顯示 404、被 robots.txt 擋住、或回應的是 HTML 網頁,先修好再提交。
  2. 在 Search Console 提交 進入 Search Console → 左側「Sitemap」→「新增 Sitemap」欄位輸入 sitemap 的路徑(例如 sitemap_index.xml)→ 提交。若使用 sitemap index,只要提交 index 這一份,底下的子 sitemap Google 會自己讀。
  3. 在 robots.txt 加一行 在 robots.txt 任何位置加上 Sitemap: https://www.example.com/sitemap_index.xml,網址必須完整。這一行讓 Google 以外的搜尋引擎(Bing 等)與各種 AI 檢索器也找得到 sitemap。寫法細節見〈robots.txt 怎麼寫〉。
  4. 等報表出現狀態 提交後通常幾分鐘到幾小時內,Sitemap 報表會顯示「成功」與「發現的網頁數」。這只代表 Google 讀到了名單,不代表這些網址已被收錄;收錄狀況要看下一節。

ping 已經沒用了。過去教學常提到在網址列輸入 google.com/ping?sitemap=… 通知 Google,這個端點 Google 已於 2023 年 6 月宣布停用。現在讓 Google 知道 sitemap 更新的方式只有兩種:正確的 lastmod,以及 Google 自己的定期重新抓取。

Search Console 的 Sitemap 報表怎麼看

Sitemap 報表的「成功」只代表檔案格式正確、Google 讀得到;真正該看的是「發現的網頁數」與網頁索引報表中「已提交並建立索引」的網址數量之間的落差,落差大就代表名單裡有一批網頁 Google 不願意收。

Sitemap 報表有三種狀態:「成功」(檔案已讀取、格式正常)、「有錯誤」(例如網址格式不合規、檔案超過上限)、「無法擷取」(Google 拿不到檔案,通常是 404、伺服器錯誤或被 robots.txt 擋住)。前一種放著就好,後兩種要處理。

更有用的是搭配「網頁索引」報表:在報表上方把篩選條件從「所有已知網頁」改成「所有已提交的網頁」,就只看 sitemap 裡的網址。這時候如果「未建立索引」的數量很多,點進去看原因:

  • 「已找到,目前尚未建立索引」:Google 知道這些網址但還沒抓,常見於新站或抓取排程還沒輪到;提交 sitemap 不會加速這件事,網站整體品質訊號才會。
  • 「已檢索,目前尚未建立索引」:Google 抓過但決定不收,多半是內容單薄或與其他頁高度重複;要改的是頁面本身。
  • 「替代網頁(有適當的標準網頁標記)」或「重複網頁,Google 選擇的標準網頁與使用者不同」:sitemap 裡放到了非標準網址;請把 sitemap 裡的網址改成 canonical 版本,判斷方法見〈canonical 標籤怎麼用〉。
  • 「遭到 noindex 標記排除」「遭到 robots.txt 封鎖」「網頁會重新導向」「找不到(404)」:這四種都代表 sitemap 名單沒過濾乾淨,該從 sitemap 拿掉。

我們替客戶做健檢時,「已提交的網頁」這個篩選是第一個看的畫面,因為它直接告訴我們:這個網站自己認為該收錄的頁面裡,Google 不同意的有多少、為什麼。

sitemap 常見錯誤與排除

健檢時最常見的 sitemap 錯誤有六種:名單裡混進 noindex、轉址或 404 的網址;放了非標準網址;http 與 https 混用;改版後沒重新產生;全站 lastmod 同一天;sitemap 本身被 robots.txt 擋住。

錯誤 1:名單裡混進不該收錄的網址

sitemap 應該只列「希望被收錄、可以被抓取、回應 200」的網址。放進 noindex 的頁面、已轉址的舊網址、已刪除的 404 頁,Google 會在報表裡逐一標記,並降低對這份 sitemap 的信任。自架站最常出這種問題,因為輸出程式沒有過濾草稿與下架內容。

錯誤 2:放了非標準網址

帶參數的版本、有無斜線的兩種版本、分頁的第二頁以後,都不該進 sitemap。Google 文件明確要求 sitemap 只列標準網址;放了重複版本,網頁索引報表會出現「重複網頁」相關原因。

錯誤 3:http 與 https、www 與非 www 混用

網站已全面改成 https,sitemap 裡的網址卻還是 http 開頭,每一筆都會先經過一次轉址。這種狀況通常發生在外掛設定或系統設定裡的「網站網址」沒有一起改。做法是把設定改正後重新產生 sitemap,並到 Search Console 刪除舊 sitemap 重新提交。

錯誤 4:改版後沒有重新產生

網站改版換了網址結構,sitemap 還是舊的一份,Google 拿到的名單全是 301。這是我們處理改版案時的固定檢查項目,上線當天要做的事在〈網站改版不掉排名的檢查清單〉有完整清單。

錯誤 5:全站 lastmod 同一天

如前面所說,lastmod 全部相同等於告訴 Google「這個日期不可信」。若系統做不到逐頁正確更新,直接拿掉 lastmod。

錯誤 6:sitemap 本身被 robots.txt 擋住

較少見但真的發生過:robots.txt 寫了 Disallow: /*.xml$ 或擋住了 sitemap 所在的目錄,Search Console 顯示「無法擷取」。在 robots.txt 報表裡用網址審查測一下 sitemap 網址就能確認。

常見問題 FAQ

提交 sitemap 後多久會被收錄?

沒有固定時間,從幾天到幾週都有。sitemap 只是加速「發現」,收錄與否取決於網頁品質與網站整體訊號。新網站可以搭配網址審查工具對重要頁面「要求建立索引」,但也不保證時程。

sitemap 會影響排名嗎?

不會。sitemap 裡的 priority 標籤 Google 直接忽略,也沒有任何排名訊號來自 sitemap。它影響的是網頁多快被發現與重新抓取,不影響排在第幾名。

HTML 網站地圖頁和 XML sitemap 一樣嗎?

不一樣。XML sitemap 是給搜尋引擎讀的檔案;HTML 網站地圖是給訪客看的頁面,順便提供內部連結。兩者可以並存,但 Search Console 要提交的是 XML 版本。

sitemap 裡要放圖片嗎?

希望圖片出現在 Google 圖片搜尋時才需要。圖片 sitemap 是在網址底下用 image 延伸標記列出該頁的圖片;一般企業網站的圖片只要在網頁中以正常的 img 標籤呈現並有 alt 文字,通常不需要額外做圖片 sitemap。

網站不到 500 頁,還需要 sitemap 嗎?

Google 說可以不需要,我們建議還是放。多數平台本來就自動產生,零成本;有了 sitemap,Search Console 才能用「已提交的網頁」篩選,快速看出哪些頁面 Google 不收與原因。

Search Console 顯示「無法擷取」怎麼辦?

先用瀏覽器打開 sitemap 網址確認回應 200 且內容是 XML。常見原因依序是網址打錯、檔案不存在、被 robots.txt 擋住、伺服器對 Googlebot 回應錯誤。修正後刪除舊的提交紀錄,重新提交一次。

更新紀錄

  • 2026 年 8 月 28 日:初版發布。格式上限、標籤處理與提交方式依 Google Search Central 文件查證;lastmod 立場依 Google 官方部落格(2023-06)與 Gary Illyes 2024/2026 年公開回覆整理。
  • 下次檢視:本文預計每半年重新查證一次並更新本欄。

結論:sitemap 是名單,不是排名工具

sitemap.xml 的價值在於「完整而乾淨的名單」:只放該收錄的標準網址、lastmod 要嘛正確要嘛不寫、改版後立刻重新產生、Search Console 與 robots.txt 兩邊都提交。做到這四件事,sitemap 就已經發揮全部作用;剩下的收錄與排名問題,答案永遠在網頁本身。

不確定 sitemap 裡有多少網址 Google 不願意收?我們的免費搜尋健檢會用 Search Console 的「已提交的網頁」篩選,列出您 sitemap 裡未被收錄的網址與原因分類,並告訴您哪些該從名單拿掉、哪些該改頁面。

申請免費搜尋健檢了解 SEO 優化服務

sitemap 名單乾淨之後,下一個常見問題是「同一份內容有好幾個網址」,請接著看〈canonical 標籤怎麼用?重複內容的處理方式〉。

參考來源

  1. Google,〈Learn about sitemaps(認識 Sitemap)〉,Google Search Central,2026-08-28 查證。
  2. Google,〈Build and submit a sitemap(建立及提交 Sitemap)〉,Google Search Central,2026-08-28 查證。
  3. Google,〈Sitemaps ping endpoint is going away(Sitemap ping 端點停用公告)〉,Google Search Central Blog,2023-06。
  4. Google,〈Sitemap 報表〉,Google Search Console 說明,2026-08-28 查證。
  5. Search Engine Roundtable,Gary Illyes 對不準確 lastmod 的回覆(2026-07,Bluesky),轉引自 Digital Applied〈XML Sitemap Lastmod Hygiene〉整理,2026-08-28 查證。
  6. 轉角網路SEO行銷,〈robots.txt 怎麼寫〉,corners.com.tw,本站自有內容。

關於作者

內容揭露:本文由轉角網路SEO行銷 SEO 團隊撰寫,過程使用 AI 工具輔助資料整理;sitemap 格式上限、標籤處理方式與提交流程均依 Google 官方文件查證,Gary Illyes 的公開回覆為轉引自產業媒體報導。文末提及本公司提供的免費搜尋健檢與 SEO 服務,屬自家服務揭露。

轉角網路SEO行銷 SEO 團隊

2019 年成立的搜尋行銷顧問團隊,服務範圍涵蓋 SEO 自然搜尋成長、GEO/AI 搜尋能見度、Google 關鍵字廣告與轉換優化。本文依團隊實際維護自家客製 CMS 的 sitemap,以及為客戶健檢 Search Console 收錄報表的作業流程整理而成。

服務據點:
板橋總部 新北市板橋區四川路1段48號2樓台中據點 台中市南區忠明南路758號21樓B4
聯絡電話:
板橋 02-29527000台中 04-22609192
電子信箱:
service@corners.com.tw
服務項目:
SEO 優化GEO 生成式引擎優化Google 關鍵字廣告
本站同主題內容:
robots.txt 怎麼寫搜尋引擎如何運作網站改版不掉排名的檢查清單
轉載說明:
歡迎推廣本文,引用請連結本文出處:轉角網路SEO行銷