在线推广软件，工具停服后哪些数据应该优先迁出
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /efabe0817a0b.html
📄
在线推广软件，工具停服后哪些数据应该优先迁出
停服公告发出后，最该先迁出的不是报表截图，而是能重新生成报表的原始事件与映射关系。如果只能导出一次或权限不完整，优先顺序是：转化事件明细、受众与分群定义、渠道花费与归因参数、素材与落地页映射、账号与权限清单；聚合后的趋势图和仪表盘截图放在最后，因为它们只是派生结果。
为什么导出量很大，却可能什么都恢复不了
常见矛盾是：导出文件动辄几十万行，迁移后却无法复现原来的转化口径。两种解释需要分开：
- 解释A：导出的只是聚合结果。文件里有每日点击、展示、转化总数，但没有单条事件的时间戳、来源参数、用户标识或去重键。换一个工具后，同一批流量会被重新计数，口径无法对齐。
- 解释B：导出了明细，但缺少映射关系。事件表里有渠道ID、素材ID、受众ID，却没有对应的名称、UTM规则、分群条件或归因窗口设置。明细再全，也无法还原“这个转化算给谁”。
能区分这两种解释的证据是随机抽一条转化记录，尝试手工还原它的完整链路：它从哪个渠道来、触达了哪条素材、命中了哪个分群、在什么时间窗口内被归因。如果链路能走通，说明数据可用；如果走到某个ID就断了，缺的就是映射表，而不是数据量。
优先迁出清单：按“不可再生程度”排序
停服前通常时间有限，可以按下面顺序执行：
- 转化事件明细。至少包含事件时间、事件名称、来源渠道、活动标识、去重键。这是唯一无法从别处补齐的部分。
- 受众与分群定义。不要只导成员名单，要导出规则本身：条件字段、阈值、时间范围、排除逻辑。名单会过期，规则可以重建。
- 渠道花费与归因参数。包括花费日期、渠道、活动、归因窗口、归因模型。缺少归因设置，后续成本对比会失真。
- 素材与落地页映射。素材ID对应哪条文案、哪个链接、哪个UTM参数。只留素材文件而不留映射，等于留下一堆无法归位的图片。
- 账号、权限与集成清单。谁有管理权限、接了哪些外部系统、用了哪些API密钥或回调地址。这部分常被忽略，却决定停服后能否及时切断或转移数据流。
一个可执行的最小动作是：先导出一份字段字典，记录每个导出文件的列名、含义、单位、时区和去重键。假设某工具把“转化时间”存成UTC，而新工具按本地时区读取，那么同一批事件会偏移数小时，跨天报表就会对不上。字段字典能让这个问题在导入前暴露，而不是在月报对账时才发现。
权限不完整时，还能做什么
如果账号只有只读权限或部分模块权限，先确认哪些数据是当前权限下可导出的，不要假设管理员能帮你补导。可行的最小动作包括：
- 对可访问的报表逐页导出，同时记录每页的筛选条件、日期范围和时区。
- 用浏览器打印或截图保存仪表盘，但必须同时记下生成时间、筛选条件和指标定义，否则截图无法作为口径依据。
- 向仍持有管理员权限的同事索取字段说明或API文档，而不是只索取数据文件。
需要明确的是：导出请求成功不等于数据完整。如果某张表只返回了前若干行，或者接口分页上限未被发现，文件看起来正常，实际却缺失尾部数据。判断方法是对比导出总行数与页面显示的统计总数，若不一致，先解决分页或权限问题，再继续迁移。反过来，导出量突然归零也不能单独证明工具已经清空数据，可能是权限被回收、接口限流或筛选条件变化，需要进一步核对。
迁移后先验证什么，再决定下一步
数据落地后，不要急着在新工具里重建全部报表。先做一次小范围对账：选一个已知的短时间段，用迁出的原始事件按原口径重新计算，与停服前的汇总值比较。如果差异在可解释范围内，说明事件和映射基本可用；如果差异集中在某个渠道或某类事件，优先检查该部分的去重键和归因窗口设置。
对账通过后，再决定是否补导素材、重建受众或调整归因模型。对账不通过时，下一步不是加大导出量，而是回到字段字典和映射表，确认缺失的是哪一层关系。具体工具的功能、导出入口和权限规则需要以该工具停服公告和实际界面为准，不同产品差异较大，不能套用同一份清单。
