先给结论:把资料分成“平台产物”和“自有资产”两层,只把后者当作可迁移对象。具体做法是,为每一个正在跑的渠道单独建一份“最小自有档案”,只收四类内容:原始素材、字段字典、判定逻辑、结果记录。平台后台导出的报表、像素状态、受众包,都只当临时产物,不作为迁移依据。下面以你手里的一份落地页和它对应的转化记录为对象,逐步拆成可执行方案。
打开你正在用的那个页面或素材,问三个问题:离开当前平台后,它还能不能独立打开?它的变量名和取值含义,是否写在平台之外的文档里?它带来的结果,是否有一条不依赖平台报表的记录?三问全“是”,才算自有资产;有一问为“否”,它现在就还是平台产物。
常见的分层结果是这样:
这一步的实际动作是:把灰色地带全部写进字段字典,否则迁移时最容易在这里断链。
判断一份资料值不值得保存,标准不是完整,而是能否在没有原平台的情况下重建一次投放。假设你有一条线索表单,渠道规则变化后旧的事件回传不能用了。如果你手里有:表单字段清单、字段到业务阶段的对应关系、线索原始导出、以及每条线索的来源标记,你就能在新渠道里重新定义事件;如果只有平台报表里的一行“转化数”,你只能知道结果,无法重建过程。
可执行的处理顺序:
做完这四步,你会得到一个副作用:过去靠平台报表才能回答的问题,现在可以自己算。这直接决定下一步——你是否还需要依赖平台提供的转化口径。
小批量测试时,某条素材在某个渠道表现好,很容易被当成通用结论搬到其他渠道。但个别样本成立、规模化后出现例外,通常有三个可区分的原因:
对应的动作是:在自有档案里为每条结论标注适用条件,例如“仅在该渠道、该预算区间、该受众定义下成立”。标注不是免责,而是让下一次迁移时知道要先验证什么。
假设你有一个落地页,在渠道 A 上跑了三周,积累了两百条线索。渠道 A 调整了事件回传规则。此时你有两种做法:
两种做法在规则不变时差别不大,规则一变,做法二才能继续用。这里的数字只用于说明比较方法,不代表任何实际转化水平。
每次渠道规则变化后,做一次同样的检查:打开你的最小自有档案,逐项确认原始素材、字段字典、判定逻辑、结果记录是否齐全。缺哪一项,就补哪一项,并记录补的时间。这个检查的结果会决定你下一步是继续在当前渠道加量,还是先把资料补齐再迁移。
需要提醒的是,自有资料的完整性只能保证你具备重建条件,不能保证新渠道一定跑出同样结果;渠道之间的受众、竞争和计费方式本来就不同,把可迁移资料当成比较的起点,而不是结论本身。