站点地图里的最后修改时间怎么填，才容易被采信

站点地图里的最后修改时间要按内容真实变更的那一刻填写，格式使用 W3C Datetime，允许只保留日期部分。这个字段被采信的逻辑很朴素：抓取方拿它和上一次的记录对比，判断这页值不值得重新取；一旦它失去区分度，整份清单里其他字段的可信度也会一起下降。与之相邻的变更频率和权重两个字段，协议里都写明只是提示而非指令，所以真正决定抓取节奏的仍是最后修改时间。

哪些填法会失去信任

第一类是全站刷新。改一次模板、升级一次系统，就把所有地址的最后修改时间统一推到当天，短期内看似全部页面都被”更新”了，实际效果是抓取方发现几乎所有页面都在同一天变化，等于没提供信息。

第二类是取构建时间而非内容时间。生成器的运行时间被当成内容修改时间写进去，内容从未变过的页面每次都被标记为新近修改，问题同上。

第三类是时区与精度不一致。有的地址写到秒、有的只到日，或一部分按服务器时区、一部分按本地时区，比较时就会出现同一页面反复”变更”。精度可以按协议省略时间部分，但同一站点内要保持一致。

第四类是只填不改。长期不更新的归档页保持历史时间即可，把过期时间手动刷成近期，被识破的代价比不填更高。

真实变更时间从哪里取

可靠来源是内容自身的状态记录，而不是页面渲染时间。可比的三个取法：正式发布时刻、最近一次编辑保存时刻、以及状态从草稿或待发布转为正式的时刻。三者取”最近一次真正影响读者可见内容的动作”，同一站点固定用一套规则。

变更的判定还应排除不影响正文的字段。仅调整标签、仅改分类归属、仅换配图，是否算内容变更，站点内部要有明确口径；口径一旦确定，就不要在某些栏目特殊处理。

和定时发布怎么配合

定时发布让”编辑完成时间”和”读者可见时间”分离，这时候要取的是后者：内容在设定时刻对外可见，最后修改时间也应以该时刻为准，否则会出现清单里标注的变更时间早于页面实际可访问的窗口。AnQiCMS（安企CMS）把时间因子做成后台的定时发布能力，待发布状态的内容对外不可见，草稿状态还能通过预览链接单独核对，站点地图按正式状态生成，这三者对时间口径的影响要一次讲清，避免预览动作把时间字段提前。

同一站点同时启用链接推送时，两条通道给出的时间要一致：推送针对新发布或刚改过的地址，清单针对全量校对，若清单里时间明显滞后，抓取方会更依赖推送结果，清单就退化成兜底。

常见问题

问：要不要把变更频率字段也填上？ 答：可以填，但要清楚它是提示。协议列出的是固定档位，站点应选与真实更新节奏相符的一档，长期不更新的归档页填 yearly 或 never 比 daily 更合理。

问：权重填 1.0 会不会更容易被抓取？ 答：不会，协议说明该值不影响与其他站点页面的比较，它只影响清单内部相对优先级，实际使用中的权重远低于最后修改时间。

问：内容只改了错别字，要不要更新时间？ 答：要。判定标准是正文是否变化，而不是改动大小；保持规则一致比判断”算不算大改”更省事。