先给结论:当工具支持的对象格式发生变化时,不要直接改历史数据,而是新增一层“输入适配规范”,把原来的对象先映射成新格式,再决定是否回填。适用前提是:你仍在用同一套排名查询目标,只是输入对象的字段结构、粒度或标识方式变了。如果连查询目标本身都换了,那就是重建规范,而不是改输入。
多个角色对同一事实理解不同,通常卡在这里:运营认为“只是字段名改了”,技术认为“对象语义变了”。把分歧转成可核对项目的办法,是列出旧对象和新对象的字段对照,并标注三件事:字段是否可一一对应、值的粒度是否一致、标识是否稳定。
假设某团队原来用“页面URL”作为查询对象,新格式要求用“页面ID+设备类型”。这就是粒度变化:一个URL可能对应多个ID。此时直接按新格式重导,会把原来的一条记录拆成多条,排名数据的可比性下降。正确动作是先建立URL到ID的映射表,再按设备类型分别查询。
如果新旧对象能无损互转,选择“保留旧规范、新增转换层”。实施动作是:在输入前加一个转换脚本或人工映射表,把旧对象转成新格式再提交。结果如何影响下一步:转换后如果查询结果与旧记录在相同时间窗口内一致,说明映射正确,可以继续用旧规范做历史对比;如果不一致,先查标识是否重复,而不是改查询目标。
如果无法无损互转,选择“新建输入规范,旧数据只做参考”。实施动作是:冻结旧规范,按新格式重新定义查询对象的最小单位,并明确哪些旧记录不再纳入对比。结果如何影响下一步:新规范跑出的第一批数据只用于建立基线,不用于判断排名涨跌;等基线稳定后,再决定是否把旧数据按映射规则并入。
这三个动作的作用是让不同角色对“同一对象”有共同依据。如果跳过唯一键,后面出现的重复或缺失记录会被误判为排名波动,下一步的优化决策就会建立在错误输入上。
有两种例外。第一,如果格式变化只是工具展示层的调整,实际提交接口仍接受旧格式,那就不要改输入规范,先确认提交入口是否真的变了。第二,如果变化只影响部分对象类型,可以只对受影响的部分新增映射,其余对象沿用旧规范,避免全量重导带来的对比断裂。
另外,当请求量或抓取量突然归零时,不能单独证明是输入格式问题。它也可能是查询目标被删除、权限变化或查询频率被限制。先核对返回状态和对象标识,再判断是否要改输入规范。
具体工具支持哪些格式、是否保留旧格式兼容,需要以该工具当前的官方说明为准;不同工具的处理方式不同,不要用旧截图或旧教程直接推断现行行为。