1. 前期准备

在友盟U-App后台创建应用，获取appkey，完成应用基本信息（包名/Bundle ID、渠道、类目）配置。梳理需要迁移的范围：统计侧的事件清单（事件ID、参数、虚拟事件口径），归因侧的在投媒体渠道清单与各渠道账号信息。提前确认广告归因所需的渠道凭证（如媒体Marketing API账号授权）是否具备。

2. SDK对接与调试

新版本App集成U-App统计SDK，按事件映射表逐一初始化埋点；涉及广告归因的，同时集成归因所需的设备标识能力（OAID/IDFA等）并完成媒体授权链路联调。使用U-App后台的测试设备与实时日志功能完成集成验证，确认启动、事件、设备标识上报齐全且口径与原平台一致。

3. 原三方监测平台SDK处理与暂停广告投放

根据业务需要选择其一：

• 移除原三方监测平台SDK（推荐）：新版本仅保留U-App SDK，直接完成统计上报切换；

• 保留原三方监测平台SDK：新旧平台SDK双报一段时间用于数据比对。此分支下须在原平台关闭对应媒体渠道的数据回调（转化回传），防止同一转化在两个平台重复回传、数据混杂。

无论选择哪个分支，切换前均须暂停现有渠道的广告投放，避免换链期间产生无法归因的点击。

4. 历史数据迁移（可选）

• 存量设备数据迁移：新集成友盟SDK的设备，首次启动时会被友盟标记为新增用户。如果希望能准确识别出是新用户还是老用户，需要将存量设备明细数据打包提供给友盟，友盟提前建立设备库。设备明细的字段包括：应用包名、应用设备id（以下id至少有一个：oaid/androidId/idfa/idfv/caid)、应用版本号、首次上报时间。建议提供至少180天范围内的存量设备数据。

• 归因统计指标数据迁移：将其他归因平台的历史统计数据导出，由友盟协助进行一次性的数据导入和归档。友盟提供单独的历史归档数据查询报表。

5. 新版本上架应用市场

将集成了U-App SDK的新版本提交各应用市场审核并全量发布。上架后观察U-App实时报表，确认新版本用户数据正常进入。

6. 广告投放迁移至U-App

在U-App后台完成广告归因配置：创建监测链接（点击/曝光监测链接）；配置转化事件回传规则（回传事件类型与归因窗口等）。随后在各媒体平台广告后台录入或替换为U-App监测链接，完成媒体侧渠道配置对接后恢复投放。同一批渠道在切换期间只允许一个平台承担转化回传职责，防止媒体侧重复计数。

详细操作可见营销归因接入指南：https://devs.umeng.com/docs/119267/detail/3041099

7. 查看归因报表数据

恢复投放后，在U-App归因报表中核对各渠道的点击、激活、转化与回传数据；与原平台尾期数据对比时，以监测链接替换时间点为分界，切换前的点击仍由原平台归因，两侧分段核对而非全量对齐。