转化率优化：被删除页面的数据应怎样保留在历史对比中
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /1a0889aaf04a.html
📄
转化率优化：被删除页面的数据应怎样保留在历史对比中
结论先给：如果被删页面只是低价值内容、且你只做趋势判断，把它的历史数据冻结在删除前最后一版、并在对比时排除该URL，是代价最低的做法；如果被删页面曾贡献过可观的转化路径，或你仍需要按落地页归因，则应保留其历史记录并标记状态，而不是从报表中物理删除。判断依据不是页面多少，而是删除后你是否还需要回答“这段时间的转化率变化里，有多少来自这个页面消失”。
两种做法的适用条件与代价
第一种做法是冻结快照、对比时剔除。适用条件是页面流量与转化占比都低，删除属于内容清理，且团队看的是站级或渠道级趋势。代价是：一旦有人追问“上季度转化率为什么掉了”，你需要重新翻出快照，无法在常规报表里直接下钻。它的好处是报表口径干净，不会让已不存在的页面长期占用维度。
第二种做法是保留历史、标记停用。适用条件是页面曾承接搜索或广告流量、有独立转化路径，或你需要按URL做同比。代价是报表维度变脏：同一个URL既代表“在线页面”又代表“已删除页面”，如果不加状态字段，后续分析者会把停用页的数据误读为当前表现。这时必须同时保留删除日期和删除原因，否则历史数据无法解释。
两者的分界可以落在一个可操作的问题上：删除后，你是否还需要把转化率变化拆成“页面消失导致”和“剩余页面效率变化”两部分。需要，就选第二种；不需要，第一种更省维护成本。
一个会让上述结论失效的反例
如果被删页面是重定向链的一环，结论会反转。假设某页面A被删除后301到页面B，之后B又改版，那么A的历史转化数据既不属于A的“真实表现”，也不完全属于B。此时无论冻结还是保留，单看页面级转化率都会失真。正确做法是把重定向关系单独记录成一条映射，分析时按“最终落地页”重新归集，而不是按原始URL。这个反例说明：只要删除伴随重定向或合并，页面级历史对比就不再可靠，必须退回到路径级或站级口径。
保留时具体要存哪些字段
不必保存整份原始日志，但以下几项缺一不可，否则历史对比无法复现：
- URL与删除日期、删除原因（内容下线、合并、改版）。
- 删除前最后一个完整周期的曝光、点击、转化数，并注明数据来源是站内统计还是第三方估算。
- 若存在重定向，记录目标URL与生效时间。
- 该页面在报表中的状态字段，例如
status=retired，用于自动排除或单独分组。
注意口径差异：第三方估算流量、搜索引擎后台报告与站内统计对同一页面的计数本就不同，保留时应连同来源一起存，不要合并成一个“历史转化数”，否则后续无法判断差异来自页面变化还是统计口径变化。
下一步动作：先做一次口径演练
在真正删除前，先取一个已删除或即将删除的页面做演练：把它标记为停用，重跑一次月度对比报表，观察站级转化率是否因剔除或保留而出现明显偏移。如果偏移量小到不影响决策，就采用冻结剔除；如果偏移明显、或你无法解释偏移来源，就保留历史并补齐状态字段。这个动作的结果直接决定你后续删除其他页面时采用哪套流程，而不是先删完再补数据。
需要提醒的是，抓取量或请求量归零并不能单独证明删除处理正确，它也可能来自抓取预算调整、站点整体波动或统计延迟；要结合站内转化记录和重定向映射一起判断，才能确认历史对比是否仍然成立。
