Sitemap.xml 驗證工具
貼上 sitemap.xml 內容，即可根據 sitemaps.org 協議進行校驗。檢測 urlset 名稱空間、必需的 loc 元素，以及 lastmod/priority 的格式錯誤，並檢查 Google 規定的5萬條URL上限。
什麼是 sitemap.xml 檢查工具
sitemap.xml 是告訴搜尋引擎頁面清單的檔案，但格式只要稍有偏差，搜尋引擎只會默默跳過而不會告知任何事。「明明已提交卻沒有反映」的原因，實際上可能只是命名空間差了一個字元，或 lastmod 的日期格式寫錯。本工具只需貼上 sitemap.xml 的內容，就會依 sitemaps.org 協定進行驗證並列出問題所在。
檢查項目包括：是否為格式正確的 XML、是否有 <urlset>、xmlns 是否為 http://www.sitemaps.org/schemas/sitemap/0.9、每個 <url> 是否恰好有一個 <loc>、<lastmod> 是否符合 W3C Datetime 格式、<changefreq> 是否為規定的七個值之一、<priority> 是否在 0.0〜1.0 之間、URL 數是否在五萬筆以內、未壓縮檔案大小是否在 50MB 以內。指摘會分為錯誤（違反協定）與警告（可運作但不理想）。也可以輸入網址取得，但貼上內容的驗證全部在瀏覽器內完成。
驗證 sitemap.xml 的步驟
- 貼上內容或輸入網址 直接貼上 sitemap.xml 的內容。若是已公開的網站地圖，也可以輸入網址取得。
- 先用範例確認運作 提供了正常範例、含錯誤的範例與含警告的範例。放入自己的檔案前，可先看看會出現哪些指摘。
- 先修正錯誤 重要度為錯誤的項目違反協定，可能無法被搜尋引擎正確讀取，請優先於警告處理。
- 確認 URL 數與檔案大小 結果上方會顯示總 URL 數與位元組數。若接近上限，先準備以網站地圖索引分割會比較安全。
用好本工具的小技巧
- 保持
<lastmod>準確有助於爬蟲優先重新抓取真正更新過的頁面。過時或未來日期的時間戳反而會降低可信度。 <priority>只是表示同一站點內頁面相對重要性的提示，Google 官方表示不會將其用於排名判斷，僅供參考使用。- 單個 sitemap.xml 最多可包含5萬個URL，未壓縮大小不得超過50MB。超出限制時，應拆分為多個檔案並通過
<sitemapindex>彙總。 - 在 robots.txt 中新增一行
Sitemap:指令，搜尋引擎即可自動發現你的 sitemap.xml，配合本站的 robots.txt 檢查工具使用效果更佳。 - 如果
<loc>中包含非ASCII字元（如中文路徑），必須先進行百分號編碼。直接貼上瀏覽器位址列顯示的解碼後URL會被判定為無效。
這些場景下會用到
Search Console 顯示「無法取得」時
可區分是伺服器端問題還是檔案格式問題。若是格式原因，還能定位到哪個元素。
自行產生網站地圖時
以範本或指令碼輸出時，日期格式與跳脫遺漏特別容易混入。部署前先跑一次可防止事故。
判斷大型網站是否需要分割時
可用數字掌握距離五萬筆 URL、未壓縮 50MB 的上限還有多少餘裕。
檢視接手網站的狀態時
可先跑一次，確認既有的網站地圖是否符合現行協定。
網站地圖的相關術語
- urlset
- 包住整份網站地圖的最上層元素。若此處未指定正確的命名空間，整個檔案不會被辨識為 sitemap.xml。
- 命名空間（xmlns）
- 表示這份 XML 遵循哪個規格的識別碼。sitemap.xml 的正確值為
http://www.sitemaps.org/schemas/sitemap/0.9，結尾的 0.9 或協定（http/https）不同也會被視為不一致。 - loc
- 頁面的網址。每個
<url>必須恰好有一個，且要寫成絕對網址。 - lastmod
- 最後更新日期。需以 W3C Datetime 格式書寫（如
2026-09-20或2026-09-20T10:00:00+09:00）。 - changefreq
- 更新頻率的提示，僅 always / hourly / daily / weekly / monthly / yearly / never 七個值有效。這只是提示，並不保證會以此頻率被抓取。
- priority
- 以 0.0〜1.0 表示站內相對優先度的數值，不會用於不同網站之間的比較。
- 網站地圖索引
- 彙整多份網站地圖的上層檔案。單一檔案超過上限（五萬 URL、未壓縮 50MB）時以此分割。
常見問題
Sitemap: 指令後，爬蟲無需提交也能自動發現它。image:image 或 video:video 等擴充套件名稱空間標籤，與普通頁面條目共用同一份檔案。本工具不校驗這些擴充套件標籤，但不會影響對標準欄位（loc、lastmod 等）的校驗結果。
閒話 ― 搜尋引擎聯合宣佈同一份站點地圖格式的那一天
Google 於2005年6月率先推出了自家的站點地圖機制，僅一年多後的2006年11月，Yahoo! 和微軟（當時的 MSN Search）也宣佈支援相同格式，三方共同將其標準化為 sitemaps.org。這是相互競爭的搜尋引擎罕見地在同一格式上達成一致的案例。
sitemap.xml 只是一份告訴爬蟲"這個URL存在"的地圖，並不保證該頁面一定會被抓取或收錄。對於大型網站而言，抓取預算（搜尋引擎分配給單個網站的抓取資源上限）會成為實際制約——如果在站點地圖中塞入大量低價值URL，反而會延遲真正重要頁面被發現的時間。
5萬條與50MB這兩個上限，主要是為了控制伺服器解析單個XML檔案時的處理負擔。像大型電商這樣擁有海量URL的網站，通常會將站點地圖拆分為多個檔案，再用站點地圖索引檔案（根元素為 <sitemapindex> 而非 <urlset> 的獨立格式）彙總起來。