seo顾问：项目结束后历史文档需要保留到什么粒度
📱 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36 (compatible; meta-externalagent/1.1 (+https://developers.facebook.com/docs/sharing/webmasters/crawler))
🔗 /b4158636d05b.html
📄
seo顾问：项目结束后历史文档需要保留到什么粒度
没有统一粒度，取决于文档将来被谁用来做什么。如果只用于证明“当时做过什么”，保留结论和日期即可；如果后续要接手优化、排查流量波动或应对人员更替，就需要保留到“能复现一次判断”的粒度，即数据来源、时间范围、假设和动作都能对上。粒度定得比用途粗，交接时会反复口头补课；定得比用途细，则维护成本高且多数内容无人再读。下面按保留、改写、退出三种处理方式说明各自成立的前提。
先确定文档的下一批读者是谁
粒度不是由项目规模决定的，而是由下一批读者决定的。常见的三类读者对应三种粒度：
- 只做存档留证：读者是财务、法务或审计，关心交付是否发生、时间与责任人。保留最终报告、验收记录、关键结论页即可，中间稿可以退出。
- 接手继续优化：读者是下一任seo顾问或内部运营。需要保留关键词与页面映射、改版前后对照、内链调整记录、未完成事项，粒度到“能接着往下做”。
- 排查异常与复盘：读者是遇到流量或收录波动的人。需要保留数据快照的来源与时间范围、当时的假设、执行动作及观察到的变化，粒度到“能判断某次改动是否是变量之一”。
如果读者身份不明确，默认按第二类保留，因为存档类需求可以从中裁剪，而继续优化类需求无法从存档中还原。确定读者后，可以做一个实际动作：把现有文档按“结论层、判断层、原始数据层”三层标注，标不出的部分就是粒度模糊区，也是交接时最容易产生分歧的地方。
保留：判断链比原始数据更值得留
完整保留不等于全部保留。原始导出文件体积大、字段含义依赖当时的工具版本，几年后往往无法直接读懂。更值得保留的是判断链：当时看到什么现象、排除了哪些解释、决定做什么、预期影响哪个环节。这条链能让后来者判断旧结论是否仍然适用，而不是把旧结论当事实照搬。
保留判断链有个前提：文档里必须写清数据的时间范围和口径。例如“某月自然流量下降”如果不注明是整站还是某个目录、是点击还是展现，后续核对时就会得出相反结论。假设一个例子：某项目记录“调整标题后点击上升”，但没有记下调整的是哪批页面、对照期是哪几周。半年后同类页面再次调整，这份记录就无法作为参考，只能重做一次观察。这个例子的意义在于说明：缺少口径的记录，保留下来也不构成可核对的事实。
实际操作上，可以为每个重要动作留一条最小记录：日期、涉及范围、改动内容、观察窗口、结论或待验证。这样即使原始报表被清理，判断链仍然完整。
改写：把过程稿压缩成可核对的事实卡
当文档数量多、读者只关心结论时，改写比原样保留更有效。改写不是删减内容，而是把分散在多次沟通、多个版本里的同一事实合并成一张事实卡。适用前提是：原始过程已经结束，不会再有新的争议需要回溯到细节。
事实卡至少包含四项：结论、依据、适用范围、失效条件。适用范围和失效条件最容易被省略，却恰恰是后续判断的关键。比如“某类页面不宜再增加模板化段落”这条结论，如果不写清它基于哪个站点结构、哪类查询意图，换一个站点照搬就可能出错。
改写时还要处理角色分歧。多个角色对同一事实理解不同，通常不是记忆问题，而是各自接触的环节不同：执行者记得动作，决策者记得目标，接手者只看到结果。把分歧转成可核对的项目，做法是让每个角色分别标注自己确认的事实和不确定的部分，再对照原始记录逐条核对。核对不上的条目，要么补证据，要么降级为“待验证”，不要用多数意见直接定论。
退出：哪些内容可以不再保留
退出不是丢弃责任，而是停止维护低价值内容。可以退出的通常包括：已被最终版覆盖的中间稿、与结论无关的沟通记录、可随时重新获取的公开资料、以及口径已变且不再用于任何判断的旧报表。
退出前要确认一件事：这些内容是否还被其他流程引用。如果某份旧报表是某个长期指标的起点，即使它本身不再更新，也应保留其口径说明，否则后续对比会断链。反过来，如果一份文档从未被任何结论引用，也没有读者会查找它，继续保留只会增加检索噪音。
需要提醒的是，某项统计归零或抓取量下降，不能单独证明文档处理方式正确。它也可能来自口径调整、工具变更、站点结构改动或观察窗口太短。判断处理是否合理，要看后来者能否用保留的内容复现当时的判断，而不是看某个数字的变化方向。
用一次交接测试决定粒度
最实用的检验方法，是让没参与项目的人只凭文档回答三个问题：当时为什么做这件事、依据是什么、如果现在要接着做下一步该从哪里开始。三个问题都能答上，粒度就够；答不上，就说明缺的是判断层而不是数据层，补记录比补报表更有效。
如果测试中暴露出多个角色对同一事实说法不一，优先核对时间范围和改动范围这两项，它们是最常见的分歧来源。核对完成后，把确认的事实写成事实卡，把无法确认的标为待验证，再决定哪些过程稿可以退出。这样得到的粒度不是拍脑袋定的标准，而是由实际使用需求倒推出来的结果，后续交接和复盘都会少一轮重复解释。
