很多站点把 sitemap 当成催收录的工具，其中最容易随手填的就是 lastmod。它确实会被搜索引擎读取，也会参与抓取调度的判断，但它不是收录开关。写错了通常不会报错，只是让这个字段失去意义，时间久了还会让整份 sitemap 的可信度下降。
lastmod 到底是什么信号
它表达的是：这个 URL 的内容最后一次发生实质性变化的时间。搜索引擎会把它和多方面信息交叉对照——上一次抓取的时间、抓取到的内容指纹、页面上的可见时间标记、同站其他 URL 的更新节奏。如果 sitemap 说昨天更新，抓下来却发现和三个月前一模一样，这个字段会被降权处理，同一份文件里的其他条目也容易受牵连。
几种常见但没用的写法
- 全站统一时间戳：所有 URL 的 lastmod 都等于文件生成时间，等于告诉搜索引擎每天全站都在变。
- 每次发布流程都刷新：内容没动，只在构建环节更新日期。
- 写未来时间：由计划任务生成时时间戳跑到当前时间之后，属于明显的错误信号。
- 只改 URL 不改时间：地址换了但 lastmod 没动，会让新旧版本之间的判断更混乱。
- 用秒级精度制造差异：同一批页面只差几秒，看起来更新频繁，实际内容毫无变化。
什么时候写出真实的 lastmod 才有价值
真正的内容更新包括：正文新增段落、修订事实错误、替换过时数据、补充结构化信息、调整标题主旨。仅仅是加了推荐位、换了广告位、改了样式、动了导航，一般不算内容变化，不值得刷新时间戳。
对长期不动的页面，保留原来的时间就好。一个稳定、可验证的 lastmod，长期看比天天刷新的更有用，也更容易被信任。
和 changefreq、priority 的区别
这两个字段目前被弱化处理。changefreq 写 daily 不会让页面天天被抓，priority 写 1.0 也不会提升抓取优先级。与其在这上面花心思，不如把 lastmod 写准。
lastmod 准确之后，还剩下什么
即使 lastmod 完全真实，从抓取到进入索引之间还有好几道处理：URL 是否规范、页面主体能否正常解析、内容是否与站内其他页面高度重复、是否值得单独保留一个索引条目。也就是说，lastmod 能帮助调度，但替代不了页面本身该具备的条件。
把 lastmod 当成告诉蜘蛛我更新了的留言，而不是请收录我的申请，预期会更接近实际。
一份可执行的检查清单
- 拉出 sitemap 里的 lastmod 分布，看是否存在大量同一天、甚至同一秒的时间。
- 随机抽二十条，用抓取工具比对页面主体现状与时间戳是否矛盾。
- 检查发布流程里有没有无差别刷新时间的步骤，把它关掉。
- 内容确实改了再更新，并确认页面上的可见时间标记与 sitemap 保持一致。
- 已删除的 URL 不要留在 sitemap 里，用 404 或 301 处理干净。
sitemap 的作用是帮助发现和安排抓取，不是收录结果本身。把 lastmod 写准、写少、写真实，剩下的交给正常的抓取与索引流程即可。