很多站点把 sitemap 当成一张地址清单，生成脚本一跑，所有 URL 的 lastmod 都写成同一天——通常是脚本运行的那天。表面上看不出问题，但搜索引擎在决定这次要不要重抓某个页面时，会参考这个时间。如果每次来看都是同一天，每次抓回来内容又没变，这个字段的可信度就会下降，之后真正更新的页面也容易被一并忽略。
它不决定收录，但影响抓取调度的分配。收录核对时把它当成一个需要先验证的前提，比事后反复猜为什么更新了没反应要省事。
全站同一个时间戳会带来什么
- 抓取预算被摊平：本来该优先重抓的更新页，和半年没动的旧页排在一起。
- 更新信号失效：真正改了内容的页面，无法通过这个字段表达出来。
- 核对时失去参照：你无法用 lastmod 判断这次抓取是不是冲着你的改动来的。
- 容易反向影响判断：日志里看到蜘蛛频繁来，就以为收录会跟着变好。
核对步骤
- 先抽样：从 sitemap 里按模板分几组，每组取若干 URL，记下它们的 lastmod。
- 与实际对比：拿页面真实的更新时间（后台修改记录、模板版本、内容变更日志）与之对照，看偏差有多大。
- 再看抓取日志：找出这些 URL 最近一次被抓的时间，观察是不是所有页面被均匀地、机械地轮询。
- 查索引状态：把这几组 URL 的索引情况和最近是否真的更新过放在一起看，判断时间信号有没有起到作用。
如果抽样发现，更新频繁的栏目和从不更新的栏目 lastmod 完全一样，那基本可以确认这个字段是脚本批量写死的。
哪些页面值得给准确时间
不必追求全站都精确，但要分清主次：
- 值得给：正文会持续修订的内容页、价格或库存会变的页面、有明确发布与更新时间的文章。
- 可以粗略：聚合页、标签页、筛选结果页等由模板生成的地址，时间本身意义不大。
- 不要造假：不要为了催抓把时间改成当前时间，这类操作一旦被识别，反而会削弱整个文件的参考价值。
两个容易踩的坑
把 lastmod 当成催收录的开关，是常见误解。它不承诺更快的抓取，也不保证收录结果。
另一个坑是格式。时间戳格式不一致、时区混乱、缺少年月日，都可能让整份文件在解析阶段就被打折扣。生成脚本时最好统一一种格式，并和实际更新时间保持同一时区。
和收录核对的关系
回到核对本身：当一批页面长期不进索引，而 sitemap 里的时间信号又不可信时，排查方向容易被带偏——可能花大量时间去改内容质量，实际问题却出在抓取调度没有优先级。反过来，如果时间信号准确，日志里哪个页面被重抓、抓完多久出现在索引里的链路会清晰很多，判断也更容易落到具体页面上。
建议把 sitemap 的时间字段纳入常规核对清单：先确认它可信，再去看抓取和索引。这一步花不了多少时间，但能避免后面绕远路。