Sitemap.xml 驗證工具
貼上 sitemap.xml 內容，即可根據 sitemaps.org 協議進行校驗。檢測 urlset 名稱空間、必需的 loc 元素，以及 lastmod/priority 的格式錯誤，並檢查 Google 規定的5萬條URL上限。
使用提示
- 保持
<lastmod>準確有助於爬蟲優先重新抓取真正更新過的頁面。過時或未來日期的時間戳反而會降低可信度。 <priority>只是表示同一站點內頁面相對重要性的提示，Google 官方表示不會將其用於排名判斷，僅供參考使用。- 單個 sitemap.xml 最多可包含5萬個URL，未壓縮大小不得超過50MB。超出限制時，應拆分為多個檔案並通過
<sitemapindex>彙總。 - 在 robots.txt 中新增一行
Sitemap:指令，搜尋引擎即可自動發現你的 sitemap.xml，配合本站的 robots.txt 檢查工具使用效果更佳。 - 如果
<loc>中包含非ASCII字元（如中文路徑），必須先進行百分號編碼。直接貼上瀏覽器位址列顯示的解碼後URL會被判定為無效。
常見問題
通常應放在域名根目錄下（例如 https://example.com/sitemap.xml）。如果放在子目錄中，則只能列出該子目錄下的URL，這是需要注意的實際限制。
並非必須，但通過 Google Search Console 手動提交有助於加快收錄速度。另外，在 robots.txt 中新增
Sitemap: 指令後，爬蟲無需提交也能自動發現它。Google 自2020年起已公開表示，這兩個值基本不會被用於排名計算。不過其他搜尋引擎或爬蟲仍可能參考它們，因此如實填寫並非白費功夫。
不需要。可以在標準 urlset 中加入
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> 的獨立格式）彙總起來。