MMP 迁移过程中的归因测量

关注
Avatar
Ghani Yusuf
Updated
文件

在 MMP 迁移过程中测试归因测量的最佳实践

从现有的移动测量合作伙伴（MMP）迁移到 Singular 时，您可能希望同时比较两个 MMP 的归因结果。这种设置通常用于在完全切换之前验证 Singular 的测量。

要运行双 MMP 归因，必须同时满足以下两个条件：

  • 您的应用程序集成了两个 MMP SDK。
  • 您的媒体资源支持向多个 MMP 发送归因。
注：并非所有广告网络都支持双 MMP 报告。本文将解释哪些网络受支持、存在哪些限制，以及为尽量减少差异而推荐的最佳实践。

媒体源支持与限制

自归属网络 (SAN)

网络 双 MMP 支持 测试是否成功？ 注意事项和限制
苹果搜索广告 ✅ 是 在单一报告中跟踪安装情况 完全支持。两个 MMP 均可调用 ASA API 并接收归因数据。
DV360（谷歌营销平台） ✅ 是 在单一报告中跟踪安装情况 每个泛光灯（链接 ID）需要单独的行项目。
谷歌广告 ✅是 在单一报告中跟踪安装情况 可以注册多个链接 ID，并向每个 MMP 发送回帖。
元（Facebook） ⚠️ 部分 在单一报告中跟踪安装情况 支持多个 MMP，但事件最好只来自一个 MMP，以避免重复问题。
Snapchat ⚠️ 部分 在单一报告中跟踪安装 可进行双重报告，但由于事件重复，应尽量减少迁移期的重叠。
企业版 TikTok 否 不适用双 MMP 一次只支持一个 MMP。在启用另一个 MMP 之前，必须禁用现有的 MMP。
X 广告（推特广告） 否 不适用双 MMP 不支持多个 MMP 集成。

SKAdNetwork（iOS）

SKAN 回传只能发送到一个 MMP。即使集成了两个 SDK，也只能有一个 MMP 接收 SKAN 转换。

迁移非 SAN 广告网络广告系列

要迁移非 SAN 广告网络广告系列，请按照以下步骤操作：

  • 在Singular 中激活相关广告网络。

  • 为每个广告网络生成Singular跟踪链接。

  • 用新生成的 Singular 归因链接替换现有的广告系列链接。

    在迁移时，必须创建一个新的跟踪链接来替换旧链接。 请确保协调好切换日期，并首先测试跟踪链接，确保它能提供所需的用户流，包括应用商店和应用内重定向以及归因结果。来自两个不同 MMP 的跟踪链接不能用于跟踪使用双 MMP 跟踪链接的合作伙伴的同一营销活动。
  • 回传：
    • 安装回传必须扣除费用，以避免重复计费。
    • 应用内活动回传应仅从一个 MMP 发送，或由合作伙伴进行扣除。

自有媒体（电子邮件、短信、QR、Web → 应用程序）

对于自有媒体活动，请使用 Singular 链接，以确保适当的跟踪和用户体验。自有媒体渠道的例子包括

  • 电子邮件

  • 短信

  • 社交网络推荐

  • 登陆页面

  • 二维码

Singular 链接支持归因、重定向和深度链接功能。 它们使您能够将自有媒体和付费媒体的用户无缝转化为应用程序用户--无论设备、操作系统、渠道或平台如何。通过使用 Singular 链接，无论转化来自网站、横幅广告、社交媒体帖子、电子邮件还是短信，您都可以提供一致且优化的用户体验。

✅ Singular 的 "从移动网络到应用程序"归因 流程可根据用户安装后登陆应用程序时的单次参与，对来自网站/登陆页面的安装进行归因，从而避免重复。

减少差异的最佳实践

  • 调整归因设置：在两个 MMP 中匹配回溯窗口、安装后窗口和重新参与设置。
  • 限制重叠期：仅在验证所需的时间内运行双 MMP 设置。
  • 为应用内事件选择一个 MMP：防止冲突和重复。
  • 使用一致的活动命名：确保两个 MMP 的活动级别参数一致。
  • 并排监控：比较原始日志，重点关注安装、收入或事件计数方面的差异。
  • 停用旧的 MMP：验证后，停用旧的 MMP，将 Singular 确立为唯一的真实来源。
  • 比较两个 MMP 之间的数据：在评估两个 MMP 的结果时，请牢记以下最佳实践：

  1. 重点关注每日总交易量： 比较每日总体数据，而不是来源或活动级别的归因数据。

  2. 不同平台的归因瀑布图各不相同： 每个 MMP 对归因瀑布流的处理方式都不同，因此来源层面的比较并不可靠。

  3. 较早的 MMP 可见性：较早的 MMP 通常可以访问所有营销活动接触点（包括自有媒体）和全部现有用户群。

  4. 数据对等很重要： 除非新的 MMP 在数据和设置上完全一致，否则两个平台的结果无法直接比较。有关归因工作原理的更多详情，请参阅此处。

双 MMP 测量用例

  • 迁移验证：在转换之前，确认 Singular 的结果与您现有的 MMP 匹配。
  • 基准测试：比较归因逻辑以发现异常。
  • 功能测试：根据当前设置验证新的 Singular 功能（如 ROAS、深度链接）。

迁移清单

1.准备工作

  • 确认已集成两个 MMP SDK
  • 列出所有活动媒体源（SAN + 非 SAN）
  • 验证每个合作伙伴的双 MMP 支持
  • 对齐归属设置

2.配置

  • 将应用程序添加到 Singular 并生成链接
  • 将 SAN 连接到两个 MMP 而不发生冲突
  • 配置非 SAN 链接并切换以衡量属性
  • 决定由哪个 MMP 发送应用内事件回传

3.验证

  • 端到端测试安装和事件流
  • 使用新 MMP 运行有限的 A/B 营销活动
  • 比较仪表盘、日志和导出结果

4.监控

  • 每天检查差异（安装、成本、收入、事件）
  • 跟踪 SAN 特有的细微差别（Meta、TikTok 等）
  • 记录差异，必要时上报 Singular

5.切换

  • 禁用前一个 MMP 的回传
  • 更新广告合作伙伴，使其只向 Singular 发送事件
  • 迁移完成后删除旧的 SDK

故障排除和常见问题

问题 原因 解决方案
各 MMP 的安装不同 归因窗口或重复数据删除逻辑不同 同步归因设置，检查原始日志，减少重叠
事件计数冲突 两个 MMP 都发送回传 只为事件配置一个 MMP
一个 MMP 中缺少 SKAN 数据 SKAdNetwork 只支持一个 MMP 改为比较非 SKAN 信道
网络不支持双重归属 网络限制为单个 MMP 遵循迁移指南--在启用 Singular 之前禁用旧 MMP