目标用户分析：被删除页面的数据应怎样保留在历史对比中
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /ad6429867d8e.html
📄
目标用户分析：被删除页面的数据应怎样保留在历史对比中
结论先行：不要试图让被删除页面继续以“在线页面”的身份参与对比，而应把它转成一条带时间戳的历史记录，固定住删除前的口径、来源和快照，再决定这条记录在未来对比中扮演什么角色。这样做的前提是，删除动作本身已经确认，剩下的问题只是保留哪些字段、保留到什么粒度。
先判断这次删除属于哪种退出方式
保留策略取决于页面为什么消失，而不是取决于它曾经表现如何。可以先用两个条件区分：是内容下线但主题仍在，还是主题本身也一并退出。前者通常需要保留可对比的聚合指标，后者只需要保留归档痕迹，避免未来分析时误把它当成仍在服务的对象。
如果主题仍在，例如同一类内容换成了新结构、新入口或新承接页，那么被删页面应作为旧版本保留，字段至少包括：删除日期、删除前最后一次统计周期、当时使用的统计口径、页面归属的栏目或分组。这样未来做同比或环比时，能解释某段曲线为何出现断点，而不是把断点误判为流失。
如果主题也退出，例如旧合作关系结束、旧系统整体停用，那么保留重点转为“可追溯”而非“可比较”。此时可以只保留删除记录和归档快照，不必继续维护逐日指标，否则会为一条不再产生新数据的记录持续投入清洗成本。
两种条件下选择不同的保留粒度
条件一：未来仍要做同口径对比
这种情况下，保留粒度要足够支撑重新计算。建议保留删除前一个完整统计周期的明细或可聚合数据，并标注它来自站内统计、搜索引擎报告还是第三方估算。三者口径不同，混在一起对比会制造假信号。
实施动作可以这样安排：先导出删除前最后一段周期的数据，按原有维度存成独立归档；再在对比表中新增“已删除”状态列，而不是直接删行。结果是，未来看趋势时能一眼识别哪些点来自已下线对象，下一步再决定是否把它们从分母中剔除。
条件二：只做一次性复盘，不再进入常规报表
这种情况下，保留聚合结论和证据链即可，不必保留原始明细。证据链包括：删除原因、决策时间、当时引用的指标、以及一份静态快照。快照的作用是防止未来页面已无法访问时，无法核对当时的内容形态。
动作上，把这份记录放进归档目录并标注“不参与常规对比”。结果是常规报表保持干净，复盘时仍能调出依据。下一步如果发现同类主题重新上线，可以拿这份归档做参照，但要先确认新旧口径是否一致，不能直接相减。
哪些证据必须固定，哪些可以放弃
必须固定的证据有三类：时间（删除日期和最后统计截止日）、口径（指标定义与来源）、快照（页面内容或结构存档）。这三类缺失任何一项，历史对比都会变成猜测。
可以放弃的是持续更新的实时指标、与已退出对象无关的细分维度、以及重复的导出文件。放弃不等于删除，而是停止维护，避免把过期数据反复带入新报表。
需要提醒的是，第三方估算流量、搜索引擎报告与站内统计口径不同，任何单一指标归零或下降，都不能单独证明删除动作正确。它也可能是统计延迟、抓取变化或口径切换造成的，因此保留多来源证据比保留单一数字更有价值。
一个注明假设的短例子
假设某栏目下有一个旧页面被新页面替代，旧页面删除前最后一个月站内统计显示访问量下降，但搜索引擎报告仍显示有展示。此时不应直接断言“旧页面还有价值所以不该删”，也不应断言“展示没带来访问所以删对了”。更稳妥的做法是：保留旧页面删除前的站内统计和搜索报告，标注两者口径差异，并把新页面同期数据并列。结果是，未来对比时能看到替换前后各自的走势，而不是用一个来源的结论覆盖另一个来源。下一步再根据新页面是否承接了原有需求，决定是否调整归档粒度。
例外：删除动作本身存在争议时
如果删除尚未最终确认，或存在恢复可能，那么保留策略应升级为“可回滚”。此时除了归档数据，还要保留页面结构、内部链接关系和必要的配置记录，并设定一个观察窗口。观察窗口内不把该页面计入常规对比，窗口结束后再按前述两种条件之一归档。这样既不会让争议对象污染当前报表，也不会在需要恢复时缺少依据。
无论采用哪种方式，核心都是把“删除”当成一次状态变更来记录，而不是当成数据消失来处理。只有状态、口径和快照同时被固定，历史对比才站得住脚。
