sitemap.xml 是一份列出網站所有「希望被收錄的網址」的 XML 檔案,作用是讓 Google 更快、更完整地發現網頁,特別是新網站、大型網站與內部連結不完整的網站。一份 sitemap 最多 50,000 筆網址或 50 MB,只能放標準網址(canonical),Google 只參考 lastmod,會忽略 priority 與 changefreq。產生方式依平台而定,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 編碼;網址中的特殊字元(例如 &)要跳脫成 &。
2. 四個標籤,Google 只看兩個
| 標籤 | 用途 | 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 則需要程式端從資料庫動態輸出,不建議手動維護。
| 平台 | 產生方式 | 預設位置 | 注意事項 |
|---|---|---|---|
| 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 年宣布停用,現在無效。
- 先確認 sitemap 打得開 在瀏覽器輸入 sitemap 網址,應該看到 XML 內容且回應 200。若顯示 404、被 robots.txt 擋住、或回應的是 HTML 網頁,先修好再提交。
- 在 Search Console 提交
進入 Search Console → 左側「Sitemap」→「新增 Sitemap」欄位輸入 sitemap 的路徑(例如
sitemap_index.xml)→ 提交。若使用 sitemap index,只要提交 index 這一份,底下的子 sitemap Google 會自己讀。 - 在 robots.txt 加一行
在 robots.txt 任何位置加上
Sitemap: https://www.example.com/sitemap_index.xml,網址必須完整。這一行讓 Google 以外的搜尋引擎(Bing 等)與各種 AI 檢索器也找得到 sitemap。寫法細節見〈robots.txt 怎麼寫〉。 - 等報表出現狀態 提交後通常幾分鐘到幾小時內,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 裡未被收錄的網址與原因分類,並告訴您哪些該從名單拿掉、哪些該改頁面。
sitemap 名單乾淨之後,下一個常見問題是「同一份內容有好幾個網址」,請接著看〈canonical 標籤怎麼用?重複內容的處理方式〉。
參考來源
- Google,〈Learn about sitemaps(認識 Sitemap)〉,Google Search Central,2026-08-28 查證。
- Google,〈Build and submit a sitemap(建立及提交 Sitemap)〉,Google Search Central,2026-08-28 查證。
- Google,〈Sitemaps ping endpoint is going away(Sitemap ping 端點停用公告)〉,Google Search Central Blog,2023-06。
- Google,〈Sitemap 報表〉,Google Search Console 說明,2026-08-28 查證。
- Search Engine Roundtable,Gary Illyes 對不準確 lastmod 的回覆(2026-07,Bluesky),轉引自 Digital Applied〈XML Sitemap Lastmod Hygiene〉整理,2026-08-28 查證。
- 轉角網路SEO行銷,〈robots.txt 怎麼寫〉,corners.com.tw,本站自有內容。