上个月有个做本地服务投放的客户来找我，说账户从按地域拆的计划结构重组成按业务线拆的结构之后，后台那些老计划的转化数还要不要管？新结构跑了两周，报表上的转化成本比过去高了一截，老板直接问是不是投放变差了。这事儿跟投放质量关系不大，主要问题出在迁移映射没做——历史转化数据还挂在旧结构上，新结构从零开始累计，两个口径塞进一张表里比，当然对不上。
所以方向很清楚：账户重构之后，必须显式做一次转化数据迁移映射，把旧结构的转化记录按某个能解释清楚的粒度落到新结构上，同时报表层要标注哪些数据可比、哪些是断档的。下面我按比较框架来讲，先定维度，再谈方案之间的差异，最后给选择边界。
先定比较维度：迁移映射到底在比什么
不谈维度直接推荐方案，基本等于拍脑袋。账户结构调整后的数据迁移，实际要权衡的是五件事，每件都会影响方案选择。
- 映射粒度：是把旧账户整体当一个包平移，还是拆到计划、单元、关键词、转化动作级别。粒度越细，可比性越好，工作量也越大。
- 归因口径一致性： 旧结构用的转化统计口径（点击时间归因还是转化时间归因、归因窗口多长、是否含跨设备）能不能在新结构里原样延续。口径一变，数字就算迁过去也不可比。
- 历史可比窗口： 你需要多长的历史数据来支撑决策。是只要近三十天能对上，还是要保住半年的趋势线。
- 回传链路改造量： 转化回传是从页面事件直接进后台，还是经过自有统计再导入。链路越绕，映射的落点越难找。
- 维护成本： 映射关系是一次性做完就冻结，还是每次结构调整都要重跑一遍。这决定了你要建的是临时脚本还是长期映射表。
这五个维度里，归因口径一致性是硬约束，其它四个都可以谈。很多团队栽的地方就在这儿——只做了粒度对齐，没检查口径，数字迁过去了，含义变了。
方案一：整包平移，把旧结构当一个整体挂到新结构下
适用条件很明确：新旧结构是纯粹的组织形态调整，业务线、转化目标、落地页体系都没变，只是把计划重新分了组。操作上，在报表层建一张旧账户到新账户的对照关系，把旧结构的转化总量按新结构的预算占比或点击占比分摊过去，只用于趋势对比，不进入自动出价模型。
限制有两个。一是分摊系数本身是人为设定的，任何按比例拆分的数字都不能当作精确值使用，只能看量级和趋势。二是如果新旧结构同时在跑，分摊会把两边的数据搅在一起，所以整包平移只适合旧结构已经停投、只保留历史记录的场景。
验证方法：拿迁移前最后一个完整月的数据，用分摊后的口径重算一遍转化成本，和原报表比对，偏差控制在可解释范围内（比如因为预算占比变化导致的偏移）才算通过。
方案二：按计划一对一映射，适合结构微调
新旧计划之间存在清晰的一一对应关系时用这个方案，比如旧计划“华东-品牌词”对应新计划“品牌线-华东”。操作方式是在账户层面维护一张计划映射表，字段至少包含旧计划ID、新计划ID、生效日期、映射类型（完全对应、拆分、合并）。转化数据按映射表逐日回填到新计划的报表视图里，回传链路不动。
限制在于拆分和合并这两种映射类型。一个旧计划拆成三个新计划，历史转化怎么分？通常按各新计划上线后的点击占比倒推，但这只在新计划承接的流量性质相近时成立。合并的情况相对好处理，直接相加即可，但要确认合并前后转化动作定义没有变化。
这个方案维护成本中等，映射表一旦建好可以复用。适合每季度做一次小结构调整的团队。
方案三：按转化动作映射，绕开计划结构直接对齐目标
当结构调整幅度大到计划之间已经没法一一对应时，把映射的锚点从“计划”换到“转化动作”是更稳的做法。比如旧结构里“表单提交”和“电话拨打”是两个独立转化目标，新结构合并成了一个复合目标，那就在统计层把旧的两个动作按新定义重新聚合，再挂到新结构上。
适用条件是转化动作的定义在调整前后有文档可查，且回传链路里保留了动作级别的原始记录。操作上要建一张转化动作映射表，标明旧动作、新动作、聚合规则（求和、去重、加权）。
限制是去重。两个旧动作如果存在同一用户先后触发的情况，简单相加会重复计数，需要在统计层按用户标识做窗口内去重。这一步做不做，直接决定迁移后的转化数偏高还是偏低。
方案四：时间切片双轨并行，适合大改且不能停投
账户重构通常伴随投放不能中断，这时候可以让新旧结构并行一段时间，用时间切片把两段数据分开统计，再在报表层做拼接。具体做法是设定一个切换日，切换日之前的数据全部归旧口径，之后归新口径，中间留一到两周的重叠期，重叠期内两边都在跑，用来校准映射系数。
操作要点有三个：切换日要选在流量相对平稳的时段，避开大促；重叠期内新旧结构要尽量承接同质流量，否则校准出来的系数不可信；报表层必须显式标注拼接点，任何跨拼接点的同比环比都要加注说明。
限制是重叠期的预算会分散，短期转化成本会不好看，需要提前和业务方对齐预期。另外重叠期不宜拉太长，两周左右足够校准，再长就是浪费预算。
方案五：重建基线，承认历史不可比
有些结构调整是彻底的业务转向，旧数据和新结构之间没有可靠的映射关系。这种情况下最诚实的做法是重建基线：把切换日作为新基线的起点，旧数据只归档不参与对比，所有考核指标从新基线重新起算。
适用条件是调整涉及转化目标重定义、落地页体系整体更换、或者业务线本身发生变化。操作上要在切换前把旧结构的完整报表导出归档，标注归档日期和口径说明，新结构的报表从切换日开始独立累计。
限制是短期内没有历史参照，考核周期要相应拉长。很多团队不愿意接受这一点，硬要做映射，结果做出来的数字既不准也没人信。承认不可比，比造一个假的可比要省事得多。
实战复盘：一个本地服务客户的迁移过程
回到开头那个客户。背景是本地生活服务类投放，日均点击量一千二三，服务器是常规云主机配置，转化主要来自表单和电话两种动作。原来的账户按城市拆计划，后来因为业务线扩展，重组成按服务品类拆计划，城市维度下沉到单元层。
他们踩的第一个坑是直接按计划名做模糊匹配，把“上海-保洁”匹配到了“保洁线-华东”，结果上海一个城市的转化被摊到了整个华东，区域报表全乱。第二个坑是电话转化的回传链路没改，新结构下的电话转化还记在旧计划的统计口径里，新计划报表上电话转化一直是零，运营以为电话渠道失效了，差点把这块预算砍掉。
调整过程分三步。第一步停掉模糊匹配，改成手工维护映射表，把旧的城市计划按实际承接关系拆到新品类计划下的对应单元，拆不动的那部分单独标记为“未映射”，不强行分摊。第二步把电话转化的回传统一到动作级别，用转化动作映射表把旧的两个电话动作聚合到新结构的一个目标上，并按用户标识做了窗口内去重。第三步设了一个十天的重叠期，新旧结构同时跑，用重叠期的数据校准分摊系数，校准完就把旧结构停了。
最终状态是：新结构的转化报表能对上重叠期之后的数据，切换点之前的历史数据以归档形式保留，跨切换点的对比在报表里加了标注。老板再问转化成本为什么变了，运营能说清楚哪部分是口径差异、哪部分是真实波动。这个过程花了大概一周半，其中一半时间在核对回传链路，不是在做映射本身。
选择边界：什么条件下选哪个方案
把五个方案放在一起，选择边界可以按两个变量来划：结构变化的幅度，以及转化口径是否改变。
- 结构微调、口径不变：选按计划一对一映射，成本最低，可比性够用。
- 结构大改、口径不变、旧结构已停投： 选整包平移，只用于趋势参考。
- 结构大改、口径不变、不能停投： 选时间切片双轨并行，重叠期校准。
- 口径改变、动作定义有据可查： 选按转化动作映射，重点做去重。
- 业务转向、口径彻底改变： 选重建基线，旧数据归档不参与对比。
实际项目里经常是组合使用，比如先按计划映射，映射不动的部分再按动作映射兜底，切换期用双轨校准。组合是可以的，但每个方案的适用条件和限制不会因为组合而消失，该做的验证一步都不能省。
落地验收：迁移完成后该核对哪几项
映射方案定下来之后，验收环节决定了这套东西能不能长期用。以下检查项按顺序过一遍。
- 映射表完整性：旧结构的每一个计划或转化动作，要么有明确映射，要么被显式标记为未映射，不允许存在“默认归到某处”的隐性映射。
- 口径一致性核对： 抽取迁移前后的同一天数据，按归因窗口和统计时间两种口径各算一遍，确认差异来源可解释。
- 去重验证： 对存在多动作聚合的场景，核对去重前后的转化数差异，差异比例要能对应上业务上真实存在的重复触发情况。
- 拼接点标注： 报表层所有跨切换点的对比视图，都要能看到拼接点标记，避免误读趋势。
- 回传链路回归： 迁移后抽查若干条转化记录，从页面事件一路追到后台报表，确认落点在新结构上。
- 维护责任归属： 映射表由谁维护、什么时候更新、结构调整时谁来重跑，这些要写进交接文档，否则下一个人接手时又是一团乱。
这六项里，第一项和第六项最容易被跳过，也最容易在半年后出问题。映射表没有显式的未映射标记，后面的人会以为数据是全的；维护责任没写清楚，下次结构调整时映射表就成了一堆没人敢动的历史遗留。
账户结构调整本身是正常的运营动作，转化数据迁移映射只是让这个动作不留下数据债。方案选哪个不是关键，关键是选完之后把适用条件和限制说清楚，把验证做扎实，让后面看报表的人知道哪些数字可以直接比、哪些只能看趋势、哪些根本不该拿来比。
