核心做法是:在页面被删除前,把该页的关键词、排名、点击、曝光等数据按“页面URL+查询词+日期”导出并冻结成独立快照,删除后不再把它混入当前汇总,而是在历史对比中单列为“已删除页”。这样做的目的不是留住一个不再存在的URL,而是让后续的排名变化能被正确归因:某词排名消失,是页面被删导致,还是全站权重下滑导致。若删除属于合并或改版跳转,则另建“旧页→新页”映射,把旧页历史归到新页名下继续观察;若删除是无替代的彻底下线,则只保留旧页快照,不再把它计入当前页面总数与平均排名。
同样是被删页面,处理逻辑取决于删除后是否还有承接流量的新地址。可以用两个条件区分:
判断依据不是页面是否返回404,而是业务上是否还希望该主题继续获得搜索流量。若希望,就应归入迁移类;若不希望,才归入彻底下线类。这个判断一旦做错,后面所有对比都会失真。
只保存一个“排名第几”没有意义,因为排名本身依赖查询词、设备、地区和日期。建议在删除动作执行前,按下列字段导出一份快照:
这里有个容易被忽略的动作:导出后立刻把文件存为只读,并记录导出时间。原因是后续若再次导出,当前汇总里已经不含该页,两次数据口径不一致,直接相减会得到错误结论。只读快照的作用是让“删除前”和“删除后”始终能对齐到同一口径。
很多团队删除页面后,顺手把它的数据从报表里移除,结果全站平均排名突然变好,看起来像优化见效,实际只是分母变小。更稳妥的做法是在对比表中保留三组:当前存活页、已删除页、全部页面。前两组分别看趋势,第三组只在需要还原历史全貌时使用。
假设某页原先有若干查询词带来曝光,删除后这些词在站内统计中归零。这个归零现象至少有三种解释:页面确实被移除;跳转尚未被处理生效;统计工具对该URL的归类发生变化。仅凭“数据归零”不能证明删除是唯一原因,需要结合服务器日志中该URL的请求状态、跳转配置是否生效、以及新承接页是否开始出现相同查询词来交叉核对。只有当旧URL请求稳定返回预期状态、且新页开始接收相关查询时,才能较有把握地认为流量完成了迁移。
把上述原则落成动作,可以按这个顺序走:
每一步的结果都会影响下一步:如果第1步判断为迁移,第3步就必须建映射,否则第5步复查时无法区分“迁移未完成”和“流量真的丢了”;如果第1步判断为彻底下线,第4步的分组就是防止平均值失真的关键。反过来,若发现旧URL仍在持续获得请求且没有跳转,说明删除动作本身没有按预期执行,此时应先修正执行,而不是急着解读排名变化。
最后需要接受一个限制:第三方估算流量、搜索引擎自身报告和站内统计的口径本就不同,三者数值对不上属于正常现象,不能靠其中任何一个指标单独还原搜索算法的判断。历史对比的价值在于用同一口径看趋势,而不是追求某个绝对数字的精确复现。只要快照口径固定、已删除页单独成组、迁移与下线区分清楚,被删除页面的数据就能继续为后续的排名诊断提供可靠参照。