网站优化服务评价：项目结束后历史文档需要保留到什么粒度
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /6e8d41bb6fad.html
📄
网站优化服务评价：项目结束后历史文档需要保留到什么粒度
结论是：保留粒度不按“整份方案”或“全部原始文件”二选一，而按“能否支撑一次独立复核”来定。若你仍持有账号权限，保留到可追溯的结论层即可；若权限已交回或数据缺失，则必须保留到能重放关键判断的证据层。两者差别不在文件数量，而在后续出问题时能否不依赖原服务方解释。
先判断你属于哪种条件：权限在不在自己手里
这两种条件的划分依据只有一个：项目结束后，你还能不能自行登录后台、导出数据、查看历史版本。能，说明你具备复核能力；不能，说明你只能靠存档。
- 权限仍可用：重点保留“决策依据”和“变更记录”，不必把所有中间稿和原始导出都留下。因为需要复核时，你可以重新拉取当期数据。
- 权限已交回或从未拿到：必须保留“可独立重放”的证据，包括改动前后的对照、判断所用的数据快照、以及结论是怎么得出的。否则后续任何争议都只能听对方复述。
一个常见的误判是：以为对方交付了完整报告，就等于自己具备了复核能力。报告是结论，权限是能力，两者不能互相替代。如果只有报告没有权限，你依然属于第二种条件。
权限可用时，保留到结论层就够
结论层的具体内容是：每一轮改了什么、依据是什么、预期观察什么、实际结果如何。粒度上，一份变更清单加一份结果对照即可，不需要保留每个页面的草稿版本。
可执行动作：在项目收尾时，要求交付一份按时间排序的变更记录，每条包含改动对象、改动类型、改动理由、观察窗口。拿到后，你自己抽查其中两三条，尝试用现有权限重新核对当期数据。如果核对得上，说明结论层足够；如果对不上，说明记录粒度偏粗，需要补充到证据层。
这个动作的结果会直接决定下一步：核对通过，后续只按季度归档一次即可；核对不通过，就要在权限失效前补齐数据快照，否则补不回来。
权限缺失时，必须保留到证据层
证据层比结论层多出三类东西：判断所依据的原始数据、改动前后的可对照状态、以及当时排除其他解释的记录。缺少任何一类，后续都无法独立判断某次改动到底有没有起作用。
- 数据快照：改动前和改动后各一份，注明抓取或导出时间。没有时间戳的快照无法用于对照。
- 对照状态：至少保留改动对象的旧版本，或足以还原旧状态的描述。只有新版本，等于没有对照。
- 排除记录：当时还发生了哪些可能影响结果的事情，比如同步上线的其他改动、外部投放、季节性波动。这类记录能防止把无关变化归因到优化动作上。
假设一个场景：某次改版后流量上升，但同期还有一次广告投放。如果档案里只写了“改版后上升”，后来的人很容易把功劳全归给改版。若保留了一条“同期存在投放”的记录，复核时就会先排除这个干扰项。这个例子的数字不重要，重要的是记录能否支撑排除动作。
什么情况下可以放宽，什么情况下不能
可以放宽的情形：项目范围小、改动集中在少数对象、且你保留了长期权限。此时保留变更清单和最终状态即可，中间过程可以不留。
不能放宽的情形有三类：涉及重大改版、涉及跨团队协作、以及服务方即将或已经退出。这三类情况下，证据层是唯一能替代对方记忆的东西。尤其当服务方退出后，任何“当时是这么考虑的”都无法再被追问。
需要提醒的是，请求量、抓取量或某项统计归零，并不能单独证明档案保留得对或不对。它可能有多种解释：统计口径变了、采集中断、对象本身下线。看到归零就断定处理正确，是常见的推理错误。
最小可执行动作与不能推出的结论
如果现在既缺数据又缺权限，仍可执行的最小动作是：把现有文档按“结论—依据—待补”三栏整理一遍，标出哪些结论目前没有依据支撑。这个动作不产生新数据，但能让你看清缺口在哪。
做完之后，下一步取决于缺口类型：缺数据快照，就在权限还有效时尽快补导；缺对照状态，就尝试从历史版本或缓存中恢复；两者都缺，则只能把该结论标记为“不可复核”，后续决策不要建立在它上面。
不能由此推出的结论是：整理完文档就等于档案合格，或者缺口补不上就说明项目有问题。档案粒度解决的是“以后能不能查”，不是“当时做得好不好”，这两件事需要分开判断。
