SEO工作室服务，项目结束后历史文档需要保留到什么粒度
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /d54ee92cc944.html
📄
SEO工作室服务，项目结束后历史文档需要保留到什么粒度
结论先说：保留粒度以“下一次接手的人能否独立复现判断”为准，而不是以文件是否齐全为准。假设某工作室为一个企业站做了八个月优化，合同到期不再续约，交接后企业自己维护。此时应保留四类内容：可复用的产出物、决策依据、变更记录、以及仍在生效的外部资产说明。过程性草稿、重复导出和已被替代的版本可以清理，但清理前要确认它们没有被引用。
先分清“资产”和“过程”，粒度差异从这里来
历史文档的价值不在于数量，而在于它能否回答三个问题：这条内容为什么被改成现在这样，谁在什么时候改的，改完之后有没有留下待处理项。能回答的，就属于资产级文档，应当保留到可执行的粒度；只能证明当时做过某项操作的，属于过程级文档，可以压缩成一条记录。
假设情境：某企业站交接时留下大量表格，包括关键词表、页面清单、修改记录、周报、截图和导出文件。企业方想只留一份“最终版”，把其余删掉。这个做法有风险，因为“最终版”通常只记录结果，不记录取舍原因。半年后新接手的人看到某个栏目被合并，无法判断是策略调整还是当时人手不足，就可能把已经验证过的决定重新推翻。
四类必须保留到可执行粒度
产出物保留到可直接使用。包括最终确认的页面结构说明、内容模板、内部链接规则、重定向清单、以及仍在使用的元信息写法。粒度标准是：新接手的人不需要再问原作者，就能按这份文档完成同类修改。重定向清单要保留完整的旧地址到新地址对应关系，因为一旦丢失，后续排查流量变化时就没有参照。
决策依据保留到能看出比较过程。不需要保留所有讨论，但要保留被采纳方案与至少一个被放弃方案，以及放弃的理由。例如“栏目A合并进栏目B，原因是两批内容高度重叠，分开维护成本高”。这类记录能防止后来者把已经排除的方向当成新发现重新执行。
变更记录保留到时间点与责任人。粒度不必细到每次微调，但影响页面结构、地址、模板和批量内容的变更必须留痕。记录格式可以是“日期、变更对象、变更前、变更后、执行人、是否完成”。如果某项变更中途停止，要标注停止位置，否则后续接手者可能从错误的地方继续。
外部资产说明保留到权限与归属。涉及域名解析、统计代码、站长验证文件、第三方服务绑定时，要写清当前由谁持有、如何转移、有无到期事项。这部分粒度不足，往往不是文档问题，而是权限问题，交接后才发现无法操作。
可以降级或清理的部分，以及清理前要做的检查
周报、日报、重复截图、中间导出文件、已被替代的旧版本，通常可以只保留索引或摘要，不必保留全文。但清理前要确认两件事：第一，这些文件没有被最终文档引用；第二，其中不含唯一的原始数据。如果某次数据导出是唯一记录，即使它属于过程文件，也应先转存再清理。
一个可操作的动作是：先建立一份交接索引，列出所有文档的名称、用途、是否仍在生效、对应负责人。然后按索引逐项判断，而不是按文件夹批量删除。做完索引后，通常会暴露出几类缺口，例如重定向清单缺失、某项外部权限没有说明、某次结构调整没有原因记录。这些缺口会直接决定下一步是补文档还是先做权限转移。
用“接手测试”验证粒度是否足够
判断粒度是否合适，可以让没有参与原项目的人做一次接手测试：只给保留的文档，要求其完成一项具体任务，例如新增一个栏目并配置对应的地址规则。如果对方能独立完成，说明粒度足够；如果必须联系原作者才能继续，说明保留得不够。反过来，如果文档多到对方找不到关键信息，说明该压缩的是组织方式，而不是继续增加文件。
假设测试中发现重定向清单只有最终地址、没有旧地址，那么下一步不是补写一份说明，而是回到可获取的记录中重建对应关系；如果旧地址已经无法还原，就应在文档中明确标注这一限制，并说明后续遇到相关流量变化时不能依赖该清单做判断。这个动作的结果，会直接影响后续是否需要对现有地址结构做一次完整盘点。
保留期限与退出条件
保留期限不必统一。仍在生效的产出物和外部资产说明，应保留到对应资产停用为止；决策依据和变更记录，至少保留到相关页面或结构再次发生重大调整之后。可以设定退出条件：当某项文档连续两次接手都没有被查阅，且对应资产已经停用，就可以降级为归档摘要。归档不是删除，而是把它移出日常工作路径，避免干扰判断。
最后要明确一点：文档保留的粒度服务于接手和追责，不服务于证明工作量。项目结束后，能让人独立做出下一个正确决定的文档，就是足够的粒度。
