seo外包公司：项目结束后历史文档需要保留到什么粒度，先拿一个具体对象做判断：一次改版前后的页面记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /b712d04eb284.html
📄
seo外包公司：项目结束后历史文档需要保留到什么粒度，先拿一个具体对象做判断：一次改版前后的页面记录
结论先说：保留粒度应当由“下一次接手的人能否独立复现判断”来决定，而不是由文件数量或归档习惯决定。对绝大多数外包项目，可执行的做法是保留三层——结论层、依据层、原始层，其中原始层只保留无法重新获取的那部分。下面用一个具体对象来演示如何从你手里的资料出发，逐层决定留什么、删什么、留多久。
先拿一个具体对象做判断：一次改版前后的页面记录
假设你手里有一份外包期间产生的文件夹，里面包含改版前的页面截图、关键词表、内链调整说明、周报和一份最终总结。不要整体保留或整体删除，先按“这页资料回答的是哪类问题”分类。
可以问三个问题：这条记录能否被现在的工具重新生成？它记录的是判断还是事实？下次做同类决策时，缺了它会不会导致重复试错？三个问题的答案组合，直接决定粒度。
- 能被重新生成、且不含判断的（如当前页面标题、现有内链数量），只留结论，不留原始导出。
- 不能被重新生成、且含判断的（如“为什么放弃这个栏目结构”），必须留到依据层，写清当时的约束条件。
- 能被重新生成、但成本很高的（如全站抓取日志），留一份带日期的样本，并注明抓取范围与工具版本。
三层粒度各自应该装什么
结论层：一页纸就能交接
结论层是给未来任何接手者看的，不依赖原始文件。至少包含：改了什么、基于什么假设、预期观察什么指标、观察窗口多长、最终结论是成立还是被推翻。这一层必须保留，且不设过期时间，因为它记录的是决策逻辑，不是数据。
依据层：能支撑结论的最小证据
依据层只保留“结论一旦被质疑时需要拿出来”的材料。例如结论是“某类页面不适合继续扩量”，依据层就保留那批页面的清单、观察期内的表现对比、以及当时排除的其他解释。这里的关键是保留对比组和排除项，只留表现好的样本等于没有依据。
原始层：只留不可再生部分
原始层最容易失控。原则是：能从公开渠道或现有账号重新导出的，一律不留；只有当时存在、事后无法复原的才留，比如改版前的线上页面结构、已下线的专题页、第三方工具在特定日期的报告快照。保留时压缩、去重、标注日期，并写明“此文件不可再生”。
一个可执行的判断顺序与动作
把上面三层落成动作，可以按这个顺序处理手中的文件夹：
- 先写结论层文档，强制自己用不超过一页说明每个主要决策。写不出来的条目，说明当初就没有明确判断，这类记录可以直接降级为参考，不必精确保留。
- 对每条结论，标注它依赖哪份依据。找不到依据的结论，要么补上，要么在文档里标明“依据已丢失”，避免未来被当成已验证事实使用。
- 把依据层文件重命名为“日期_结论编号_用途”，例如
2024-03_结论2_对比组清单。命名带结论编号，是为了让未来的人从结论反查依据，而不是从一堆文件里猜。 - 原始层做一次去重和抽样，保留代表性样本即可，并单独放一个说明文件写清抽样规则。
这套动作的结果是：交接时对方先读结论层，需要质疑时再下沉到依据层，几乎不需要打开原始层。如果对方频繁要求看原始文件，通常说明结论层写得不够具体，而不是原始层留得太少。
什么情况下这套粒度不成立
上述做法在“项目边界清晰、决策可归因”时成立。以下情况需要调整，不能直接照搬：
- 涉及合规、合同或争议留证时，原始层不能抽样，必须完整保留，且保留期限由法务要求决定，不由SEO判断决定。
- 项目中途更换过外包团队或负责人时，结论层可能互相矛盾，此时应保留各版本的结论并标注时间，而不是合并成一份看似统一的文档。
- 站点后续被整体迁移或重构时，原始层的页面结构记录价值会上升，因为线上已无法复原，这类文件应从抽样改为全量保留。
另外要提醒一个容易误判的现象：如果某段时间的抓取量或收录量归零，不能据此认为相关文档没有保留价值。归零可能来自抓取预算调整、站点屏蔽、统计口径变化或工具本身的问题，这些解释与文档价值无关。判断保留粒度时，依据应当是“这份记录能否支持下一次同类决策”，而不是某个指标当时的读数。
给保留期限一个可操作的默认值
在没有法务或合同特殊要求的前提下，可以这样设默认值：结论层长期保留；依据层保留到下一次同类项目复盘完成为止，通常覆盖一个完整的改版或内容周期；原始层保留一个观察窗口即可，窗口长度与当初设定的观察期一致。假设当初设定的观察期是三个月，那么三个月后原始层就可以压缩为样本，而不必继续全量堆积。这个默认值只是起点，真正决定它的是你下一次需要回答什么问题，以及缺了哪一层会导致重复试错。
