Sitemap 的 lastmod 别乱填：Bing 官方列了哪些抓取规则

为什么 AI 搜索时代还要谈 sitemap

Bing 官方博客在《Keeping Content Discoverable with Sitemaps in AI Powered Search》里给出一个判断：在 Bing、Copilot 这类 AI 驱动的搜索里，让网站保持可抓取、内容新鲜、完整收录比以往更重要；IndexNow 这样的实时提交协议负责通知即时变化，而 sitemap 仍是保证全站 URL 覆盖的基础信号。对靠官网承接 AI 引用的企业来说，这意味着抓取层的信号质量要单独检查。

lastmod 是优先级开关，不是装饰

Bing 明确写道：lastmod 是关键字段，帮助 Bing 决定哪些 URL 优先重抓、重新索引，内容没变甚至可以直接跳过。因此这个值要写成页面内容真实的最后修改时间，而不是 sitemap 文件的生成时间——这是官方点名要避免的常见错误。格式上要用标准 ISO 8601，包含日期和时间：带时间戳的 lastmod 提供更精确的更新时间信号，帮助 Bing 更高效地安排抓取，对频繁更新或时效性强的页面尤其重要。

反过来，sitemap 里另外两个可选字段 changefreq 和 priority，Bing 表示会直接忽略，不影响抓取也不影响排序。把它们填得再满也是无效劳动。

容量与提交：官方给的数

• 单个 sitemap 文件最多 5 万条 URL；一个 sitemap 索引文件最多引用 5 万个子文件，可覆盖最多 25 亿条 URL，多个索引文件理论上支撑单域名 2.5 万亿条。
• XML 是 Bing 首选格式（支持 lastmod 等结构化元数据），可用 gz 压缩减少传输开销。
• 提交方式两种：在 robots.txt 里写明 Sitemap 地址供自动发现，或在 Bing Webmaster Tools 里直接提交。
• 提交后 Bing 会立即尝试抓取，之后通常至少每天回访一次检查更新。
• 在 Bing Webmaster Tools 的 Sitemaps 区核对提交状态、最近读取日期与处理错误。

和 IndexNow 分工，而不是二选一

Bing 的建议是组合使用：完整的 XML sitemap 加准确的 lastmod 负责全站覆盖与抓取优先级，IndexNow 负责单条 URL 的新增、更新、删除的实时通知，两者一起构成内容被发现、被抓取、被索引的基础。官方同时提醒：没有任何工具能保证内容何时或如何出现在 AI 生成的结果里——sitemap 做的是把地基打好，不是承诺结果。