Sitemap.xml 验证工具
粘贴 sitemap.xml 内容，即可根据 sitemaps.org 协议进行校验。检测 urlset 命名空间、必需的 loc 元素，以及 lastmod/priority 的格式错误，并检查 Google 规定的5万条URL上限。
什么是 sitemap.xml 检查工具
sitemap.xml 是告诉搜索引擎页面清单的文件，但格式只要稍有偏差，搜索引擎只会默默跳过而不会告知任何事。「明明已提交却没有反映」的原因，实际上可能只是命名空间差了一个字符，或 lastmod 的日期格式写错。本工具只需贴上 sitemap.xml 的内容，就会依 sitemaps.org 协议进行验证并列出问题所在。
检查项目包括：是否为格式正确的 XML、是否有 `
验证 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
- 页面的网址。每个 `
` 必须恰好有一个，且要写成绝对网址。 - 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> 的独立格式）汇总起来。