SEO工作室：项目结束后历史文档需要保留到什么粒度
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /37950f030caa.html
📄
SEO工作室：项目结束后历史文档需要保留到什么粒度
结论先说：历史文档不必整包长期保留，但必须保留到“能独立复现一次关键决策”的粒度。对SEO工作室而言，这意味着每个已结束项目至少留下四类可追溯记录：改动前后的页面样本、改动理由与时间点、对应的数据口径、以及谁批准了这次改动。低于这个粒度，后续接手人只能看到结果，看不到原因，一旦网站出现流量波动或需要二次优化，就要重新做一遍诊断。高于这个粒度，例如保留全部草稿、临时截图和未采用的方案，则会让归档成本迅速超过它的使用价值。
为什么“能复现决策”比“保留全部文件”更实用
很多团队在项目收尾时采用两种极端做法：要么把所有工作文件原样塞进网盘，要么只留一份最终报告。前者的问题是检索困难，半年后没人知道哪个版本是最终采用的；后者的问题是丢失了判断依据，例如某次标题改写是因为原页面与搜索意图不匹配，还是因为客户品牌口径调整，单看最终报告无法区分。
可复现决策的粒度，核心不是文件数量，而是“因果链是否完整”。一条完整的因果链通常包含：问题现象、分析依据、采取的动作、动作生效的时间窗口、以及后续观察结果。只要这五项能对应上，文档就算合格。反之，即使保存了几十个文件，只要缺了“动作生效的时间窗口”，接手人就无法判断这次改动到底有没有起作用。
四类必须留下的记录，以及可以安全丢弃的部分
可以按下面的清单做取舍，而不是按文件夹整体保留：
- 页面样本：保留改动前后的正文结构、标题、主要内链位置。截图可以，但更推荐保存可检索的文本快照，便于后续比对。
- 改动日志：每条记录写清日期、页面、改动类型、执行人。粒度到“某页面标题从A改为B”即可，不需要保留中间讨论。
- 数据口径说明：说明当时用的是哪个数据来源、统计周期、过滤条件。这一点最容易被忽略，却直接决定后续能否对比。
- 批准记录：谁在什么条件下同意这次改动。它决定了后续出现争议时，责任和背景是否清晰。
可以丢弃的部分包括：未采用的方案草稿、重复的沟通截图、与最终决策无关的临时表格。判断标准很简单——如果一份文件不能回答“当时为什么这么做”，它就不属于必须保留的粒度。
一个会让上述结论失效的反例
如果项目结束后网站即将整体改版或迁移域名，那么“只保留决策粒度”的做法就不够用了。改版会改变URL结构、模板和大量页面元素，此时需要保留的是更完整的页面映射关系，包括旧URL、新URL、旧页面主要关键词定位、以及迁移时的重定向规则。缺少这层映射，后续排查流量变化时无法区分是改版导致还是内容调整导致。也就是说，保留粒度取决于项目结束后网站是否会发生结构性变化，而不只是取决于项目本身是否结束。
假设例子：两次改动的记录方式如何影响下一步
假设某SEO工作室为一个企业站做了两轮优化。第一轮改了产品页标题，第二轮调整了分类页的内链。如果只保留最终报告，接手人看到的是“标题已优化、内链已调整”，但不知道第一轮改动后观察了多久、第二轮改动是否与第一轮重叠。如果保留了改动日志和数据口径，接手人就能看到第一轮改动发生在3月，观察窗口是4周；第二轮发生在5月，观察窗口是2周。这样在判断哪次改动更值得复用时，就有了可比较的依据。这个例子里的数字仅用于说明记录方式，不代表任何真实项目结果。
下一步动作：先定归档规则，再决定删什么
具体动作是：在项目结项会上，由负责交付的人按上面四类记录整理一份归档清单，并标注每类记录的保留期限。保留期限可以按网站是否还会发生结构性调整来定——如果一年内没有改版计划，决策粒度即可；如果有改版计划，则把页面映射和重定向规则一并纳入。这个动作的结果会直接影响下一次接手时的诊断成本：归档清单越清晰，后续排查越不需要重新采集历史数据；归档清单缺失，则每次波动都要从零开始判断。先做这一步，再决定哪些原始文件可以删除，比先删后补更稳妥。
