lastmod 是"这页什么时候真的变过"的声明。全站都填当前时间，等于宣布每个页面每秒都在更新，搜索引擎会直接忽略这个字段，你就白白丢了一个让蜘蛛优先回来的信号。
2026 年 5 月的对比测试
同一个站拆两组页面：A 组 lastmod 按内容真实修改时间写，B 组每次生成都填当天日期。观察 6 周。
A 组页面的重新抓取次数是 B 组的 2.3 倍；A 组新内容的平均收录时间 4 天，B 组 11 天。两组内容质量、内链条件都一样，唯一的变量就是 lastmod。
正确写法
只对真正改动的 URL 更新 lastmod，格式用完整的 ISO 8601 带时区，比如 2026-05-12T10:30:00+08:00。批量生成时按内容表里的实际修改时间戳映射，别用生成任务的执行时间。
注意时区。有的 CMS 用 UTC 存时间，输出时没带时区，搜索引擎会按自己的时区解释，可能把时间判到未来。
priority 和 changefreq 别调了
这两个字段现在基本被忽略。见过一些站花时间给每个页面调 priority，从 1.0 调到 0.8，指望影响抓取优先级。没意义，把时间花在内链上。
增量 sitemap 的用法
内容量大的站可以拆两份：固定 sitemap 放全量 URL，增量 sitemap 只放最近 7 天变动的 URL。搜索引擎对后者的读取频率通常更高，新内容被发现得更快。两份都在 sitemapindex 里声明。
别和发布日期混用
lastmod 是内容最后修改时间，不是发布时间。改个错别字也算修改，但要判断值不值得更新——只改了导航栏、换了张图，就别动 lastmod，不然又变成"全站都在变"。我们的标准是正文可见内容有实质变化才更新。
给 CMS 加一行判断
生成器里加个判断：内容没变就不动 lastmod。这一行改动，比在 SEO 上做很多别的优化都直接。我们给客户交付时会把这条写进技术验收清单。
和抓取预算的关系
抓取预算是有限的配额。lastmod 可信的站，蜘蛛能用"哪些页变了"来决定先抓谁，效率高；lastmod 全是当天的站，蜘蛛只能按内链和权重盲抓，效率低。这个差异在小站上看不出来，几万页的站上非常明显。
我们做过一次实验：同一个站只修 lastmod 逻辑，不做其他改动，30 天后新页面的平均发现时间从 9 天降到 3 天。这是整个技术 SEO 里投入产出比最高的改动之一，可惜很少人做。
立场
sitemap 里真正有用的字段只有两个：loc 和 lastmod。把这两个做对，其他都是装饰。
元析智能
为软件公司做 SEO 和 GEO 优化