博客访问量提升：被删除页面的数据应怎样保留在历史对比中
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /3e3a56dc8210.html
📄
博客访问量提升：被删除页面的数据应怎样保留在历史对比中
结论是有条件的：如果删除页面只是为了让当前站点结构更清晰，而历史对比仍要回答“总访问量为什么变化”，那么应当把被删页面的历史数据以独立归档表的形式保留，而不是从统计库里直接删除。反例是：如果删除动作本身就是为了切断与旧合作方或旧系统的数据关联，且合同或合规要求必须清除明细，那么保留逐页数据反而会制造风险，此时只能保留汇总口径，并把对比基准改为“剩余页面同口径重算”。
先分清要保留的是明细还是口径
被删除页面的数据有两种用途，对应的保留方式不同。第一种是回溯某一天的访问来源、落地页和转化路径，这需要逐页明细；第二种只是让月度或季度趋势不断线，这只需要汇总值。若把两者混在一起，常见结果是：明细被删掉后，历史图表出现断崖，团队误以为流量真的掉了。
可操作的做法是建一张归档表，至少保留页面标识、统计日期、访问量、来源分类和当时使用的统计口径版本。归档表不参与线上查询，只用于对比。这样做的直接结果是：当前报表口径可以继续调整，而历史对比仍能按旧口径重算，不会因为一次删除动作丢掉解释变化的能力。
用证据链判断断崖是删除造成还是另有原因
发现总访问量下降时，不要先归因于删除页面。可核查的证据链是：先确认被删页面的历史访问量在归档表中占多少，再核对同期站内统计、搜索引擎报告和第三方估算是否同步下降。如果只有站内统计下降，而搜索引擎报告和第三方估算没有同幅变化，更合理的解释可能是统计代码调整、采集遗漏或过滤规则变化，而不是页面被删。
反过来，如果三方口径都显示下降，且下降量与被删页面的历史贡献大致吻合，删除才是更可信的原因。这里要注意，第三方估算、搜索引擎报告与站内统计的口径本来就不同，不能把某一项归零当作删除处理正确的证明。
保留时给数据加上删除标记，而不是物理清除
如果合规允许，优先采用逻辑删除：在原记录上增加删除时间、删除原因和替代页面三个字段，查询历史区间时仍可纳入，查询当前站点状态时默认排除。这样做的结果是，历史对比可以继续使用同一套查询，而当前页面清单不会被已删内容污染。
假设一个短例子：某篇旧文在归档表中记录了过去十二个月的访问量，删除后若直接物理清除，季度对比会少掉这部分基数；若改为逻辑删除，季度对比仍能显示“含已删页面”和“不含已删页面”两条线，差异就是删除动作本身的影响。这个例子只说明比较方法，不代表任何真实项目的结果。
必须清除明细时，把对比基准一起改掉
当合同或合规要求必须清除逐页明细时，保留汇总值并注明假设：汇总值只用于趋势，不再支持页面级归因。下一步动作是把历史对比的基准改为“剩余页面同口径重算”，即在每个历史时间点都排除已删页面后再计算总量。这样做的结果是趋势线保持连续，但读者不能再从这条线反推被删页面的表现。
如果既不能保留明细，也不能重算历史基准，那么历史对比就只能标注口径变更日期，并停止跨该日期的直接比较。这不是数据丢失，而是承认对比条件已经改变。
下一步：先定用途，再定保留粒度
实际动作是：在删除执行前，先确认历史对比要回答的问题属于哪一类。若问题涉及页面级归因，保留逻辑删除记录；若问题只涉及总量趋势，保留汇总值并重算基准；若两者都不允许，则记录口径变更日期并停止跨期直接比较。这个动作的结果会直接决定后续报表能否继续解释访问量变化，而不是在断崖出现后再回头补数据。
