资源
我们适合您吗？
选择 Audiencelab 与 MMP 协同，或在支持的广告网络范围内不使用 MMP 的方式。
Audiencelab 支持两种合理的运营模式。当您需要 MMP 更广泛的渠道覆盖、报告连续性或治理能力时，可以保留 MMP。当付费获客和所需报告都在 Audiencelab 支持的网络与数据路径内时，也可以不使用单独的 MMP。
模式一：Audiencelab 与 MMP 协同
以下情况适合该模式：
- 您已使用 AppsFlyer、Adjust、Singular 或其他 MMP，并希望保持报告连续性。
- 媒体计划包含 DSP、CTV、传统活动，或 Audiencelab 支持范围之外的合作伙伴工作流。
- 财务、分析或运营团队需要现有 MMP 作为正式报告来源。
- 您希望 Audiencelab 增加网页到应用、创意级学习、信号设计和支持网络的激活能力。
MMP 可以继续作为正式归因和治理层。Audiencelab 可以接收经批准的 MMP 导出、数据仓库、SDK 或服务器数据，并为支持范围提供报告、学习和激活工作流。
模式二：不使用单独的 MMP
满足以下全部条件时，该范围不需要单独的 MMP：
- 付费获客仅使用 Audiencelab 当前支持的广告网络和活动路径。
- Audiencelab 的活动与创意报告覆盖团队需要的视图、定义、导出和控制。
- 经批准的 SDK、服务器、API、应用或数据仓库路径可以提供所需结果数据。
- 团队已经声明归因窗口、去重、群组成熟度和治理方式。
在此模式下，Audiencelab 可以覆盖报告、网页到应用测量、创意结果分析、信号工程和支持网络的激活。如果媒体组合或报告要求超出该范围，可在之后增加 MMP。
各层可以负责什么
| 层级 | 主要职责 | 适用情况 |
|---|---|---|
| MMP | 广泛归因、报告和治理 | DSP、CTV、传统活动、更广泛的合作伙伴覆盖或现有报告连续性 |
| 数据仓库与应用分析 | 自有分析 | 产品事件、群组、收入、留存和商业智能 |
| Audiencelab | 报告、学习和激活 | 支持网络的活动报告、网页到应用、创意结果、信号设计和网络传输 |
| 广告网络 | 投放与优化 | 竞价投放、匹配、活动控制和平台特定学习 |
查看完整的 Audiencelab 与 MMP 运营模式对比。
汇总覆盖为什么重要
Audiencelab 工作流在技术上不依赖 IDFA 或已选择加入 ATT 的群体。根据经批准的数据路径，它可以分析 IDFA 群体之外符合条件的汇总结果。
与仅限于具有可用广告标识符的用户视图相比，更广泛且符合条件的覆盖可以使报告更完整，并在所声明的支持范围内提高准确性。更完整的结果覆盖还可以为支持的广告网络提供更多符合条件的购买、广告收入、留存或价值信号，使网络算法获得更有用的学习输入，并有机会更好地针对高价值用户进行优化。
这是有范围限制的能力声明，不是通用准确率或绩效保证。准确性取决于数据源质量、定义、去重、窗口、群组成熟度和具体实施。网络绩效还取决于创意、产品经济性、受众、市场、花费和活动设置。
Nanobit 案例支持什么
在已发布的 Nanobit 案例研究中，TikTok for Business 报告了 1.13 美元 CPI、2.08 总 ROAS 和 1.68 第 7 天 ROAS。TikTok 表示，高级信号工程通过结合应用内购买和广告收入数据，形成了更全面的优化信号，并将信号工程与创作者策略并列为两个关键绩效驱动因素。
阅读 TikTok for Business 官方案例研究。
该案例仅证明特定活动背景下的结果，不能证明 Audiencelab 是唯一原因，也不保证在其他场景取得相同结果。
iOS 路径有何不同
Audiencelab 当前以网页为先的测量和激活路径不使用也不依赖 SKAdNetwork，因此其工作流不包含 SKAN 转化值和回传操作。如果技术栈中包含 MMP，该 MMP 仍可为其报告范围使用 SKAdNetwork、AdAttributionKit 或 Apple 支持的其他测量方式。
这是架构说明，并不意味着 Apple 归因框架对所有产品或活动都不必要。Apple 说明了 AdAttributionKit 与 SKAdNetwork 如何协同工作。
ATT、同意与“使用理由必填”API
汇总覆盖不表示可以自动使用所有用户或事件。任何用户级或设备级关联都必须遵守 Apple 的 ATT 规则、适用法律、客户披露、数据最小化原则和目标平台条款。
Audiencelab SDK 不直接调用 Apple UserDefaults 或其他“使用理由必填”API，因此无需为 SDK 本身增加此类 API 声明。在 Unity 集成中，PlayerPrefs 是 Unity 的抽象；底层 UserDefaults 访问归 Unity 运行时所有，并由 Unity 提供相应的 Unity Engine 声明。隐私控制文档中的 PlayerPrefs 示例属于宿主项目代码，并不是 Audiencelab SDK 发起的原生“使用理由必填”API 调用。
Apple 要求实际使用 API 的应用或 SDK 代码负责对应声明。客户代码和其他嵌入式 SDK 仍需提供各自适用的声明。请参阅 Apple 的“使用理由必填”API 指南以及 Unity 的隐私清单政策要求。
实施前需要回答的问题
- 当前媒体计划包含哪些广告网络和活动类型？
- Audiencelab 是否覆盖所有报告与激活工作流，还是部分计划仍需要 MMP？
- 哪个结果、归因窗口、基线和群组成熟度定义成功？
- 哪个 SDK、服务器、MMP、数据仓库或 API 数据路径已获批准？
- 哪些输入是汇总数据，哪些是用户级或设备级数据，适用哪些同意或披露规则？
- 谁负责事件质量、去重、隐私审查、报告治理和后续变更？
规划合适的技术栈
在技术栈评审中带上媒体计划、当前报告设置、数据源和治理要求。我们可以梳理支持的网络范围，判断 MMP 是否增加必要覆盖，并记录上线前必须验证的事项。