百度推广查询：工具停服后哪些数据应该优先迁出
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /ff6901cdabba.html
📄
百度推广查询：工具停服后哪些数据应该优先迁出
优先迁出的不是报表，而是能重建账户结构与历史决策链的原始数据：账户与计划层级关系、关键词与创意的变更记录、历史出价与预算调整日志。报表可以重跑，这些原始记录一旦随工具停服丢失，后续分析就失去了基准。
先判断你属于哪种停服情形
停服有两种条件，迁移顺序完全不同。第一种是工具只停止在线访问，但允许在截止日前导出结构化文件；第二种是工具直接关闭，导出通道随时可能失效。前者可以按优先级分批导，后者必须先用最短路径把核心表抓下来，再考虑整理。
判断依据很简单：看停服公告是否给出导出窗口期，以及导出是否需要逐个账户手动触发。如果导出是手动且按账户计，停服前的时间要按账户数量倒排，而不是按你想要的报表种类排。
无论哪种情形，这四类数据都排在最前
- 账户结构快照：账户、计划、单元、关键词、创意的父子关系和状态。这是重建任何分析的最小骨架。
- 变更日志：谁在什么时间改了出价、预算、匹配模式、否定词。没有它，你无法解释数据为什么在某天转折。
- 关键词与搜索词明细：至少保留能对应到单元层级的粒度，便于后续重新归类。
- 历史出价与预算序列：按天或按调整时点记录，而不是只留一个当前值。
报表类数据（分日汇总、分设备汇总）优先级靠后，因为只要账户还在百度推广后台运行，很多汇总可以重新拉取；真正不可再生的是工具侧独有的变更记录和自定义标注。
两种条件下的不同选择
条件一：有导出窗口，但时间只够导一部分
此时按“重建成本”排序，而不是按数据量排序。重建成本高的先导：变更日志、否定词列表、自定义标签与备注。这些数据在百度推广后台往往不完整或没有长期留存。
实施动作：先导出全部账户的结构快照，确认账户清单完整，再逐个账户导变更日志。结果会直接影响下一步——如果发现某些账户没有变更日志，说明该工具原本就没有记录这类数据，你不必再为它等待，可以把剩余时间投给搜索词明细。
条件二：导出通道随时关闭，只能抓一次
此时放弃整理，优先抓取“不可再生且体量小”的表。变更日志、否定词、自定义标注通常体量小、价值高，先抓；搜索词明细体量大，放在其后。不要先导年度汇总报表，那类数据最可能从其他来源补回。
实施动作：对每个账户执行一次全量导出请求，记录哪些账户成功、哪些失败。失败的账户要立即改用后台截图或逐页复制，而不是反复重试同一个通道。这个结果决定了你是否需要为部分账户做人工补录。
迁移后的验证比迁移本身更容易被忽略
导出的文件不等于可用的数据。迁移完成后至少做一次交叉核对：用导出文件里的账户结构数量，与百度推广后台当前的计划数、单元数对比。数量对不上，说明导出时漏了层级或状态过滤。
另一个容易遗漏的条件是时间口径。工具导出的日期字段可能是 UTC，也可能按账户时区，直接与后台报表拼接会产生偏移。核对时取同一天的关键词消费做比对，偏差集中出现在跨日时段，就说明时区口径不一致，需要在入库前统一。
什么情况下可以少迁甚至不迁
如果该工具只是查询入口，数据本身全部来自百度推广后台且后台保留完整历史，那么迁移的重点可以缩减为“确认后台能覆盖你需要的回溯范围”。此时优先动作是登录后台核对可查询的最早日期，而不是搬运工具里的汇总表。
反过来，如果工具提供了后台没有的归因标注、人工备注或跨账户合并视图，这些就是必须迁出的部分。判断标准只有一条：关掉工具后，这个字段还能不能从别处重新得到。不能，就排在最前。
