站点地图任务记录：应保存的信息与结论边界

整理站点地图任务时，记录应让后续人员看清做了什么、结果如何，还有哪些问题待确认。站点地图不能代替对网页收录、访问状态或网站整体质量的核验；仅凭生成或提交记录，也不能断定搜索系统已处理其中的页面。 每条任务可记录站点或项目标识、发起时间、执行方式、涉及的站点地图文件或版本标识，以及操作人或自动化流程。文件内容会更新时，宜保留生成时间和可区分版本的信息，避免混

整理站点地图任务时，记录应让后续人员看清做了什么、结果如何，还有哪些问题待确认。站点地图不能代替对网页收录、访问状态或网站整体质量的核验；仅凭生成或提交记录，也不能断定搜索系统已处理其中的页面。

每条任务可记录站点或项目标识、发起时间、执行方式、涉及的站点地图文件或版本标识，以及操作人或自动化流程。文件内容会更新时，宜保留生成时间和可区分版本的信息，避免混淆不同批次。记录范围应符合实际权限，日志中不要暴露访问凭据。

结果部分应区分已完成的本地操作和外部系统返回的信息。例如，写明是否生成文件、是否提交请求、收到的状态或错误，以及检查时采用的时间范围。工具提供任务编号时，可一并保存；再附上简短内容摘要，便于自有系统识别重复任务或避免重复入库。摘要不能替代原始结果，也不宜包含密钥等敏感信息。

遇到失败或超时，应记录错误表现、重试情况和已有返回结果，再判断下一步。超时只表示在设定时间内没有得到预期响应，不能直接证明请求未被处理，也不能据此断言没有计费。重试前先查任务编号、日志和系统已有结果；状态无法确认时，应标记为待核实，而不是直接登记为失败或成功。

应把事实、推测和待办分开记录。地图中列有某个地址，不等于页面可以正常访问；提交成功也不等于页面已被收录。模型若参与生成摘要或分类，其输出仍需核验，不能作为事实证明。自有记录适合追踪操作和排查问题，不能单独推出搜索表现、收录结论或接口处理结果。