优先迁出的不是“全部历史词表”,而是三类仍在驱动决策的数据:正在投放或备货所依据的词、能还原词与商品对应关系的映射、以及你自己加工过的判定记录。工具本身的界面和导出按钮可能随时变化或消失,因此迁移判断应基于“这条数据离开工具后还能不能继续用”,而不是基于它在工具里看起来是否完整。
两种条件会导向完全不同的迁移顺序。
条件一:词仍在影响今天的动作。例如某组词对应在售商品的标题、主图卖点或付费投放单元,运营每天或每周要回看。此时迁移目标是“可继续执行”,优先级最高的是词本身、词对应的商品或类目、最近一次人工判断结论。迁移后应能在表格或自有数据库里直接生成待改标题、待调投放的清单。若只导出词频排名,缺少商品映射,迁出后无法落地。
条件二:词只用于季度复盘或行业观察。此时不必追求逐日快照,优先保留能说明趋势的节点数据和口径说明。例如每月保留一次完整词表,并记录当月的筛选条件。迁移成本可以低很多,但必须在工具停服前确认导出字段是否包含时间戳,否则后续无法区分“词变了”还是“统计口径变了”。
判断动作:打开最近一次由这些词触发的执行记录,看其中引用了哪些字段。把这些字段列成清单,再与工具当前可导出的字段对照。缺少的字段就是停服前必须补导或手工补录的部分。这个动作的结果会直接决定迁移工作量——如果执行记录只引用了词和商品ID,迁移范围会明显缩小。
这是最容易被低估的一类。很多查询工具把词、商品、类目、时间混在同一个报表里,导出后看似完整,但一旦工具停服,你无法再按商品反查词,也无法确认某个词当初挂在哪个链接上。
迁移时应至少保留以下字段,字段名可以按自己的习惯定义,但含义要固定:
实施动作:先在工具内按商品维度导出,再按词维度导出,两份都保留。若工具只支持一种维度,优先选商品维度,因为商品是业务的主键。导出后立刻在本地做一次行数核对,确认没有因为分页或筛选条件漏掉记录。这个核对结果会影响下一步:如果两份数据行数对不上,先解决口径问题,再谈迁移格式。
原始榜单通常可以重新获取或找到替代来源,但你的判定记录不可复制。例如某词被标记为“与品牌调性不符”“季节性明显”“已被竞品占位”,这些结论包含人工经验,停服后不会自动出现在任何新工具里。
迁移时把判定记录与词文本分开存放,用词文本作为关联键。这样即使未来换用其他查询方式,也能把旧结论重新挂到新数据上。需要保留的判定字段包括:判定时间、判定人、判定依据的简短说明、后续动作是否已执行。若判定依据引用了工具内的截图或备注,截图也要一并导出,不要只留一句“见系统备注”。
假设例子:某店铺在工具里把一批词标记为“仅用于站内推荐场景”,但导出时只保留了词表,没有保留场景标签。停服后运营重新拿到一批相似词,无法判断哪些曾经被排除在标题优化之外,只能重新人工筛选。这个例子的重点不是结果好坏,而是说明标签本身属于应迁数据。
并非所有数据都值得花停服前的窗口去搬。以下类型可以降低优先级:
例外情况:如果这些数据曾用于对外汇报、合同约定或平台申诉,即使当前不用,也应按留档要求迁出,并记录数据来源和导出时间。是否属于这类情况,需要结合你自身的合规要求核对,不能仅凭“以后可能有用”来判断。
迁出完成不等于迁移成功。用一条已知的旧执行记录做反向验证:从迁出的数据里能否还原出当时为什么改那个标题、为什么停那个投放单元。如果能还原,说明字段和关联关系够用;如果只能看到词却看不到动作依据,说明还缺少判定记录或时间戳。
验证通过后,把迁出的数据放到一个不依赖原工具的存储位置,并明确后续更新由谁负责。若暂时没有替代查询方式,至少保证现有数据可读、可筛选、可关联。工具停服本身不决定你的业务连续性,决定连续性的是你手里是否还有能继续用的数据关系。