推广工具资源：工具停服后哪些数据应该优先迁出
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /aaa70029eec2.html
📄
推广工具资源：工具停服后哪些数据应该优先迁出
优先迁出的不是“所有数据”，而是离开原工具后无法重建、且继续影响投放决策的三类：账户与权限结构、历史消耗与转化记录、正在生效的配置与素材关联关系。如果停服公告只给了导出入口而没有说明字段口径，那么先迁出你能验证含义的字段，比一次性全量导出更稳妥。
先判断哪些数据离开工具就再也拿不回来
停服迁移的排序依据是“可重建性”，不是数据量大小。可重建的数据包括：从平台后台还能重新拉取的曝光、点击等原始指标；用同一批素材重新搭建的计划结构；公开可查的行业基准。难以重建的数据包括：工具内人工标注的转化归因、跨渠道去重后的用户路径、只有该工具记录的备注与标签。
一个可操作的判断方法是问三个问题：这份数据是否由人工在工具内产生？平台侧是否保留同一份原始记录？重新采集需要多长时间和多少权限？三个答案里只要有一个指向“人工产生、平台不留、重采成本高”，就应放进第一批迁移清单。
第一批迁出清单：账户权限与历史消耗转化记录
账户与权限结构要最先导出，因为它是后续所有数据能对上号的前提。需要保留的是：成员列表与角色、各广告账户的归属关系、API 或第三方授权的绑定对象。缺少这份映射，迁出的消耗记录会变成一堆无法归属到具体账户的数字。
历史消耗与转化记录排第二，但要区分两种口径：平台侧可重新拉取的报表，和工具内做过归因处理的结果。前者可以后补，后者一旦停服就无法复算。迁移时至少保留日期、账户、计划、消耗、转化数、转化口径说明这几列，口径说明比数字本身更容易在迁移中丢失。
正在生效的配置和素材关联不能只导出报表
报表回答“过去发生了什么”，配置回答“现在还在跑什么”。停服前仍在生效的投放配置包括：预算与出价设置、定向条件、排期、素材与计划的绑定关系、自动规则或提醒条件。这些内容往往分散在多个页面，导出报表时不会自动带出。
如果时间只够做一件事，先截图或导出“当前生效状态”，而不是历史趋势。历史趋势可以在新工具里重新积累，正在生效的配置一旦丢失，重建时容易漏掉某个定向条件或素材绑定，导致新工具上线后数据口径与旧工具不可比。
权限不完整时能做什么，不能推出什么
缺少管理员权限时，仍可执行的最小动作是：用现有查看权限导出自己可见范围内的报表，并记录导出时间、筛选条件和字段列表。这一步能保住部分历史记录，但不能推出“已完整备份”，因为不可见的账户、被隐藏的字段和人工标注内容都不在导出范围内。
另一个常见情况是导出请求提交后没有回执。请求量归零或导出任务列表为空，可能只是任务排队、通知未送达或权限被回收，不能单独作为“数据已成功迁出”的证据。此时应换一条路径验证，例如用同一账号重新拉取一小段日期范围，看结果是否与预期一致。
一个会推翻上述排序的反例
假设停服公告明确说明：平台侧报表保留两年，且工具内的归因结果与平台报表口径一致。在这种情况下，历史消耗与转化记录的迁移优先级可以下调，第一批应改为账户权限结构和正在生效的配置，因为这两类数据平台侧不提供等价替代。
反过来，如果工具是团队唯一记录素材与计划对应关系的地方，而平台后台只保留素材文件、不保留绑定关系，那么素材关联关系的优先级要提到历史数据之前。排序随“平台侧是否保留等价记录”而变，不存在固定不变的第一批。
下一步动作：先做一次小范围验证迁移
确定清单后，不要直接全量导出。先选一个账户、一个较短日期范围，把上述三类数据各取一小份，导入目标工具或本地表，检查三件事：字段能否对上、账户归属是否正确、转化口径是否与旧工具一致。验证通过再扩大范围；验证不通过，说明清单里的字段定义还需要补充，此时扩大导出只会放大对不上的问题。
如果验证中发现某类数据在目标侧根本没有对应字段，应把它单独存为只读归档，而不是硬塞进新工具的结构里，避免后续分析时把两种口径混在一起。
