优化效果分析：被删除页面的数据应怎样保留在历史对比中
📱 Mozilla/5.0 (compatible; QlyzeBot/1.0; +https://app.qlyze.io/bot)
🔗 /95ebccd7ffbb.html
📄
优化效果分析：被删除页面的数据应怎样保留在历史对比中
被删除页面的数据不是简单留一个总流量数字，而是要在删除动作发生前，把该页面的标识、历史指标、内容指纹和替代去向一起归档，之后做对比时用同一口径回放，而不是拿旧页面和替代页面的原始值直接相减。
先分清“删除”到底删掉了哪一层
页面退出通常至少涉及三层：URL 可访问性、页面内容本身、以及该 URL 在历史报表里的行。历史对比要保留的，主要是第三层和第一层的映射关系。如果只保留一份月度总流量，删除后总流量下降时，你无法判断是页面退出造成的，还是同期其他页面同步变化造成的。
假设一个情境：某站点有一批旧活动页准备下线，其中一页过去承担了部分自然搜索入口，现在要合并到一个新的活动集合页。这个情境是假设的，用来演示归档顺序，不代表任何真实站点。需要保留的不是“这页曾经有多少访问”，而是它在哪些日期、以哪些查询词、落到哪个替代 URL，以及替代页上线后承接了多少原入口。
归档时要抓住四类可回放证据
第一类是标识与关系：原 URL、页面标题、所属栏目、删除日期、替代 URL 或明确标注“无替代”。第二类是历史指标：按周或按月的曝光、点击、访问、转化，注明数据来自站内统计还是第三方估算，两者口径不同，不能混在同一列里比较。
第三类是内容指纹：页面主题、主要关键词、内链指向、外链来源概况。第四类是决策记录：为什么删除、当时评估的取舍条件是什么。缺少第四类，半年后回看只会看到一条下降曲线，却不知道当时的判断依据。
一个实际动作是：在删除前导出一份包含原 URL、替代 URL、删除日期和最近若干周指标的文件，并把替代页上线后的同一指标追加到同一张表里。这样后续对比时，你比较的是“原入口加替代入口”的合计，而不是两个孤立页面。这个动作的结果会直接影响下一步：如果合计没有明显缺口，说明承接基本到位；如果合计出现持续缺口，才需要继续查查询词覆盖和内链指向。
历史对比不要直接相减，先对齐口径
常见的错误做法，是用删除前的页面流量减去替代页面的流量，得出“损失”或“收益”。这种相减至少有三处不成立：时间窗口不同、指标来源不同、页面角色不同。更稳妥的做法，是选定一个固定观察窗，比如删除前四周与删除后四周，对同一组指标分别求和，并注明每项数据的来源。
如果站内统计显示访问下降，而第三方估算显示曝光平稳，这并不矛盾，可能只是口径差异，也可能只是替代页承接了不同查询词。此时不要急着归因，先回到查询词和落地页的对应关系上核对。请求量、抓取量或某项统计归零，同样不能单独证明处理正确，它还可能来自报表延迟、过滤规则调整或抓取预算重新分配。
保留到什么程度，取决于你还要回答什么问题
如果后续只关心整体流量趋势，保留聚合后的月度合计和替代关系即可；如果还要回答“哪些查询词换了落地页”，就必须保留查询词与 URL 的对应明细。保留粒度越细，回放能力越强，但维护成本也越高。取舍点在于：你未来是否会用这批数据做页面级决策。会，就保留明细；不会，就保留聚合加替代映射。
无论保留到哪一层，都要写清适用条件：数据只覆盖归档时点之前的区间，替代页上线后的表现单独记录，不把两段拼成一条连续曲线冒充同一页面。结尾再强调一次，历史对比的价值在于能回放决策，而不是制造一个看起来完整的数字。
