结论先说:被删除页面的数据要留在历史对比中,不能只靠百度司南数据本身,而要在删除动作发生前,把该页面的司南指标和站内日志、搜索资源平台数据一起导出成带日期的快照。只做其中一步,后续对比就会断链。这个结论有一个明确前提:你删除的是页面或栏目,而不是整站改版或域名迁移。如果是后者,历史对比的锚点会从单页变成整站,处理方式不同。
百度司南数据按可访问的页面和目录组织指标。页面被删除并返回 404 或 410 后,司南通常不再把它作为独立对象持续展示,历史曲线也会随数据保留周期逐步收缩。这不是数据出错,而是工具的对象已经不存在。因此,指望删除后再回司南里找回该页面的曝光、点击、停留,往往拿不到完整序列。
能保留的部分,取决于你在删除前是否导出过。已经导出为文件的数据,不受页面状态影响;没有导出的,只能依赖站内日志和搜索资源平台的抓取与索引记录做间接还原,颗粒度明显更粗。
第一个动作:在司南里按页面维度导出该页及其所属目录的时间序列,文件命名带上导出日期和页面路径。结果如何影响下一步——如果导出成功,你后续对比就有连续基线;如果发现司南只提供近若干天的明细,那就要把导出周期缩短,改为每周固定导出一次,而不是等删除时才想起来。
第二个动作:同步保存站内统计(如访问日志、页面级 PV/UV)和搜索资源平台的索引、抓取记录。这两类数据的口径与司南不同,不能互相替代,但可以作为交叉验证。假设某页在司南显示点击下降,而站内日志显示访问平稳,那就说明差异可能来自统计口径或渠道归属,而不是页面本身出问题。这个假设只用于说明比对方法,不代表真实项目结果。
如果被删除页面本来就没有稳定流量,或者它只是聚合页、标签页、分页,那么上述快照方法保留下来的对比价值很低。此时更合理的做法是记录删除原因和替代页面,而不是花力气还原一条几乎无波动的曲线。换句话说,历史对比只对曾经承担过明确流量或转化任务的页面才有意义。
另一个反例是页面被删除后又以新 URL 恢复。这种情况下,新旧 URL 的司南数据不会自动合并,你需要手动建立映射关系,并在对比时注明断点日期,否则会把两段曲线误读为一次连续变化。
这套流程的关键不是数据量,而是时间戳和来源标注。缺少任何一项,后续对比都会变成猜测。
先检查你手头是否已有删除前的司南导出文件。如果有,直接补齐站内日志和抓取记录,建立对照表;如果没有,就把当前仍可访问的页面纳入每周导出计划,避免下一次删除时再次断链。对于已经删除且无导出的页面,只能接受间接还原的精度,并在对比结论中写明这一限制。