搜索榜单分析，被删除页面的数据应怎样保留在历史对比中
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /93e5e56dc149.html
📄
搜索榜单分析，被删除页面的数据应怎样保留在历史对比中
结论：只有当被删页面在榜单中承担的查询意图可以被其他页面完整接管，且你保留了删除前的原始行级快照时，才适合把它继续留在历史对比里；否则更稳妥的做法是把该页面从对比基期中剥离，另建一条“已下线”观察线。判断的关键不是页面是否还能打开，而是删除动作改变了哪一层数据来源。
先分清三个口径，再决定删不删历史行
搜索榜单分析常把三类数字混在同一张表里：搜索引擎报告里的展现与点击、站内统计里的访问与停留、第三方估算的流量与份额。三者的采集边界不同，同一页面的数值本来就不该逐日对齐。
删除页面前，至少固定三样东西：删除日期、删除前最后一次完整周期的行级数据、该页面当时占据的查询与排名位置。保留原始行而不是只留汇总值，是因为后续对比时你还需要按查询、按设备或按落地类型重新切分。只留一个总数，等于把拆解能力提前丢掉。
一个实际动作：导出删除前三十天的逐日数据，按“日期—查询—页面”三列存成只读文件，并在文件名里标注下线日期。这样做之后，任何后续图表都能回到同一份底稿核对，而不是依赖平台里已被覆盖的报表。
什么条件下可以继续保留，什么条件下必须剥离
可以继续保留的条件比较窄：被删页面是重复内容或过期活动页，其查询已由另一页面承接，且两页在同一对比周期内没有同时获得展现。此时把旧页面的历史值并入接管页，能减少曲线断点，但要在备注里写明合并规则。
必须剥离的条件更常见：被删页面是某个查询的唯一承接页，删除后该查询的展现直接消失。此时若仍把旧页面的历史值留在总盘里，对比会呈现一条人为的下跌，掩盖其他页面的真实变化。剥离不是删除数据，而是把它移出主对比序列，单独标记为“已下线”。
假设某站点在三月下线了一个专题页，该页此前每天贡献少量长尾展现。若把它继续计入四月对比，总展现的下滑会被归因于整体质量波动；若把它单独列出，就能看到其余页面的展现是否稳定。这里的数字仅用于说明比较方法，不代表任何真实站点的表现。
一个反例：样本成立不等于规模化后成立
单个页面删除后，手工补一条备注、把旧值并入接管页，看起来完全可行。但换成几十个页面同时下线，问题就出现了：接管关系可能重叠，同一个查询被两个新页面分走，旧页面的历史值无论并入哪一边都会造成重复计数。
这个反例说明，保留策略的适用边界是“可一一映射”。一旦出现多对多映射，继续保留旧行只会让对比失真。此时应改为按查询聚合，而不是按页面聚合，并在报告中注明聚合层级已经改变。
下一步动作：建一条下线观察线并设定复核点
具体做法是：主对比序列只保留当前存活页面，另建一条“已下线”序列，记录旧页面的最后完整周期值、删除日期和承接页面。每过一个完整周期，检查承接页面是否真的获得了对应查询的展现。
如果承接页面在后续周期内没有出现相应查询，说明删除造成了实质损失，此时应优先恢复内容或新建承接页，而不是继续调整历史对比口径。反过来，如果承接页面稳定获得展现，就可以逐步把下线序列折叠进主序列，并在方法说明里保留这次口径变更的记录。
需要提醒的是，展现或点击归零并不能单独证明删除处理正确，它也可能来自抓取延迟、报表更新周期或查询本身的季节性回落。把这三类解释逐一排除后，再决定是否调整对比口径，才是可复核的诊断顺序。
