提升流量，被删除页面的数据应怎样保留在历史对比中
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /b72efee9a534.html
📄
提升流量，被删除页面的数据应怎样保留在历史对比中
核心做法是：把被删除页面拆成“可继续观察的指标”和“只能封存的证据”两部分。前者进入历史对比，后者进入归档，不参与趋势线。只有当该页面的流量曾显著影响站点总量，或它承担过转化、内链分发职责时，才值得为它单独保留一条对比序列；否则只留一份归档快照即可，不必让已退出的内容长期占据日常报表。
先判断：这个页面是否值得单独保留对比序列
两种条件对应两种选择。条件一：该页面在退出前的连续多个统计周期内，自然搜索或站内访问占比明显高于同类页面，且它被其他页面链接、被用户从站内路径反复进入。此时应保留独立序列，因为它退出后造成的总量变化需要被解释。条件二：该页面访问量长期接近站点长尾水平，没有外部链接，也没有承接站内导航。此时只需归档，不必单独建序列，否则报表里会堆积大量零值行，反而干扰判断。
判断依据不要只看一个指标。第三方估算流量、搜索引擎后台报告与站内统计的口径不同：第三方估算常包含未被点击的曝光估算，搜索后台只统计已发生的展示与点击，站内统计还受脚本加载、跳转和过滤规则影响。三者归零或同时下降，只能说明该页面在多个口径下都不再被观察到，不能单独证明删除动作就是原因。合理的替代解释包括：站点整体抓取节奏变化、导航改版让入口消失、季节性需求回落。要区分这些原因，应把该页面的序列与站点总量、同类页面均值放在同一时间轴上比对，而不是只看它自己。
实施动作：把删除前的数据冻结成可对比的基线
在页面真正下线之前，先导出一份固定口径的基线。动作包括：记录下线日期、该页面在原报表中的指标定义、统计周期粒度，以及它是否被计入任何汇总口径。结果会直接影响下一步——如果它原本被计入站点总量，下线后总量曲线会出现一个需要标注的台阶；如果它原本被单独排除，总量曲线就不会有明显变化，此时不必额外解释。
下线后，在原报表中保留该页面的历史行，但把下线之后的单元格标记为“已归档”而不是零。零会被误读为“访问量跌到零”，而归档表示“不再产生数据”。这个区别在多人协作中很关键：后来接手的人看到零，会去排查页面是否故障；看到归档，才明白这是主动退出。若报表工具不支持标记，可在页面名称后统一加后缀，或在备注列写明下线日期与归档原因。
历史对比中要保留什么、封存什么
可继续观察的部分：该页面退出后，原入口位置是否被其他页面承接、站内搜索是否出现对应词、同类页面是否出现访问量转移。这些指标能回答“流量去了哪里”，应进入对比序列。只能封存的部分：页面正文内容、当时的页面结构、已失效的跳转关系。这些不再产生新数据，留一份快照即可，不必每日刷新。
一个注明假设的短例子：假设某旧系统下线后，原页面在搜索后台的点击连续数周下降，同时站点总量保持平稳，同类页面访问量略有上升。较合理的解释是流量被同类页面承接；若站点总量同步下降，则更可能是需求整体回落。两种情况下，该页面的归档动作相同，但下一步不同：前者无需补救，后者需要检查是否还有其他页面承担了相同需求。
例外：这些情况不要强行保留对比
- 页面从未被任何入口链接，也没有自然搜索记录：归档即可，单独建序列只会制造噪声。
- 删除原因是合规或隐私要求：只保留聚合后的数量级，不保留可识别内容，也不在报表中暴露原页面名称。
- 站点统计口径在此期间发生过变更：先对齐口径再对比，否则序列的断点来自统计规则，而不是页面退出。
最后一条判断标准是：保留对比序列的目的是解释总量变化，而不是纪念旧页面。如果一条序列连续多个周期都没有提供新的解释价值，就把它移入归档，让报表回到可读状态。
