优先迁出的不是分数本身,而是你无法从原始来源重新推导的那部分数据:历史时间序列、你自己维护的映射关系和变更记录。分数和评级大多可以重新获取或重算,但这些随工具一起消失的中间层,重建成本最高。判断顺序可以归结为一句话:先迁出“只有这个工具才知道”的数据,再迁出“别处也能查到”的数据。
面对一个即将停服的查询工具,把导出清单按可替代性分三层,比按页面顺序逐条复制更有效。
一个实际动作是:先打开工具的导出功能,把所有可导出字段一次性导出为 CSV,而不是在界面上逐页截图。导出后立刻检查时间字段是否存在——如果导出的只有当前值、没有日期列,说明这份数据属于可重建层,不必占用迁移优先级。这一步的结果直接决定下一步:有时间维度的文件进入高优先队列,没有时间维度的文件可以放到最后处理。
分数曲线是你判断趋势的唯一依据。假设你手里有一个页面,工具显示它过去十二个月的分数从 A 变化到 B。停服之后,即使新工具给出一个当前值,你也没有办法证明这个值相比半年前是升是降,因为旧工具的基线已经不存在了。
这类数据在迁移时要注意两点。第一,确认导出的时间粒度是月、周还是日;粒度越细,重建趋势的能力越强。第二,把时间戳和数值放在同一行,不要只保留一张折线图截图,因为截图无法参与后续计算。如果工具只提供图表视图而不提供原始数据导出,退而求其次的做法是按固定周期手动记录一行数值,并在备注里写清记录口径,避免不同口径的数据混在一起比较。
工具停服时,真正无法从外部找回的往往不是它给你的数据,而是你喂给它的数据。典型有三类:
处理方式是把这些映射导出为独立文件,并且用域名或 URL 作为主键,而不是用工具内部的记录 ID。用内部 ID 做主键的文件,换到新工具后往往无法直接匹配。迁移完成后做一次抽样核对:随机取十条记录,确认主键在新旧两份数据中都能对上,对不上的条目单独标记,这批条目就是下一步需要人工补齐的范围。
迁移一两个页面时,手动复制完全够用;但当成千上万个 URL 需要迁移时,几个例外会同时出现,不能直接照搬小样本的做法。
一个注明假设的短例子:假设某站点有 5000 个 URL,导出后得到 4800 行。差异可能来自重定向、参数归一化或导出上限,也可能来自工具本身的去重逻辑。此时不能直接断定“丢了 200 条”,而应先按 URL 结构分组,看差异集中在哪一类地址上,再决定是补采还是接受。这个判断结果会影响下一步:如果差异集中在可重建层,可以跳过;如果集中在历史快照,就必须回到工具停服前完成补导。
数据迁出并不等于迁移完成。建议在停服前完成一次可复现的验收:用同一份导出文件,在新环境里重新跑一遍你原本依赖的分析流程,看结论是否一致。如果结论出现明显偏差,先检查口径差异——时间范围、匹配规则、是否包含子域名——而不是直接归因于工具差异。
另外要接受一个边界:某些数据在停服后就是无法完整保留的,尤其是工具独有的评分模型输出。对这类数据,合理的做法是记录下它的口径和生成时间,标注为“历史参考”,而不是在新工具里寻找一个等价值去替代。把不可替代的部分明确标记出来,比强行对齐更有助于后续判断。