如何配置 SKAdNetwork 4.0 转化值方案? SKAdNetwork 4.0 转化值方案将安装后事件或收益信号映射为 0 到 63 之间的精细值以及粗略值(low、medium、high)。苹果的回传数据层决定了哪些转化值表现形式以及其他隐私敏感字段可以出现在符合条件的回传中。
IDFA(广告商标识符)是苹果用于 iOS 广告效果衡量的可重置广告标识符。苹果的 App Tracking Transparency (ATT) 框架将 IDFA 的访问权限从默认系统可用转变为用户授权访问,推动移动归因从确定性的跨 App 匹配转向注重隐私保护的衡量框架。
| 术语 | 定义 | 相关概念 |
|---|---|---|
| SKAdNetwork | 苹果注重隐私保护的广告衡量框架。 | 转化值 |
| 转化值 | 代表安装后用户互动或收益的映射值。 | 回传数据层 |
| 转化窗口 | 管理 SKAN 更新的指定衡量时间范围(窗口 1、2 和 3)。 | LockWindow API |

理解 SKAdNetwork 4.0 转化值层级结构
结构演进:从 SKAN 3.0 单次回传到 SKAN 4.0 多窗口衡量
在 SKAdNetwork 2.0 和 3.0 时代,广告主依赖单一转化值和滚动 24 小时计时器。在 SKAN 3 及更早版本中,更高的转化值可以重新启动滚动 24 小时计时器,这促使开发者设计单调递增的转化值方案。当用户完成应用内转化事件时,嵌入的客户端 SDK 会调用系统 API 来更新单个 6 位整数(0 到 63)。
对于转化漏斗较长的移动应用(例如订阅制电商平台和中重度手游),SKAN 的单次回传模型对初始转化期之后发生的安装后互动提供的可见性有限。
SKAdNetwork 4.0 重构了这一衡量范式,引入了包含三个不同时间窗口的 SKAdNetwork 4.0 多窗口结构、取代以往广告系列标识符模型的扩展源标识符,以及由精细值和粗略值组成的两层转化值系统。对于一次成功的广告归因,SKAdNetwork 4 最多可生成三次回传。第二和第三次回传仅在满足适用隐私条件且对应的转化窗口产生符合条件的转化信息时可用;第 0 层仅接收第一次回传。
精细值:将应用内互动编码为 6 位整数
精细值代表传统的 SKAN 衡量指标。作为 6 位无符号整数编码,精细值支持从 0 到 63 的 64 种离散数字状态。
由于 6 位提供了 64 种潜在价值,开发者可以设计映射逻辑来编码特定的用户里程碑或收益区间:
-
顺序漏斗映射:根据漏斗深度按顺序分配值(例如,
1= 注册,2= 新手引导,3= 5 级,4= 购买)。 -
收益区间映射:利用 64 个可用的精细状态来表示基线状态加上最多 63 个收益区间(例如,
1= $0.01–$0.99,2= $1.00–4.99,$\dots,63= $500.00+)。
精细转化值仅在第一次回传中返回。第二和第三次回传则返回粗略转化值。
粗略值:将安装后价值分类为低、中、高三档
在转化窗口 1 中,苹果可能会根据适用的回传数据层返回精细转化值或粗略转化值。转化窗口 2 和 3 使用粗略转化值。当应用调用 SKAN 4 转化值 API 时,精细值和粗略值会一同提供;随后苹果根据回传数据层决定在第一次回传中包含哪种表示形式(如果有的话)。回传可以包含精细转化值或粗略转化值,但不能同时包含两者。“低”、“中”、“高”标签在 SKAdNetwork 中没有预定义的商业含义,具体代表什么由应用或广告网络自行定义。
粗略转化值包含一个字符串属性,具有三个明确的值之一:
-
low:表示基本的安装后互动(例如,完成注册或启动会话)。 -
medium:表示中等的安装后价值(例如,达到应用中间里程碑或消费 $1.00–$19.99)。 -
high:表示高安装后价值(例如,完成高价值订阅或消费 $20.00+)。
在转化窗口 2 和 3 中,转化值字段不用于精细值;当隐私条件允许时,系统可能会返回开发者提供的粗略转化值。
精细值与粗略值如何在各个转化窗口中运作
转化窗口 1(第 0–2 天)
转化窗口 1(第 0–2 天,大约是用户首次启动应用后的前 48 小时)涵盖了安装后的初始衡量期,在此期间,开发者可以在系统关闭窗口之前更新精细或粗略转化值。在此时间框架内,随着用户完成应用内事件,移动应用可以多次更新转化值。
根据苹果分配的回传数据层,转化窗口 1 会交付精细值(0 到 63)或粗略值(low、medium、high)。如果回传数据层为第 0 层,则第一次回传仅包含两位数字的层级源标识符;精细转化值或粗略转化值将被省略。
转化窗口 2(第 3 至 7 天)和窗口 3(第 8 至 35 天)
为了深入了解中长期用户留存,SKAdNetwork 4.0 引入了两个额外的转化窗口:
-
转化窗口 2:衡量在安装后第 3 至 7 天衡量期内发生的用户互动(5 天窗口)。
-
转化窗口 3:衡量在安装后第 8 至 35 天衡量期内发生的用户互动(28 天窗口)。
与窗口 1 不同,转化窗口 2 和 3 仅传输粗略值。窗口 2 和 3 不支持精细值(0 到 63)。开发者根据在该衡量期内发生的事件确定为每个窗口报告的粗略值。
理解回传数据层与人群匿名度
苹果根据与源应用或域名、宣传应用、宣传应用安装所在国家/地区以及广告网络提供的层级源标识符相关联的人群规模,为应用下载确定回传数据层。根据不同层级,第一次回传可能会暴露层级源标识符的两位、三位或四位数字,而转化值可能会被省略、以粗略值返回或以精细值返回。根据苹果官方的 SKAdNetwork 框架文档(StoreKit > SKAdNetwork),苹果并未公布可供开发者将广告系列映射到固定数据层的通用安装量阈值。

下表根据苹果官方的 SKAdNetwork 框架文档,概述了回传数据有效负载与各转化窗口隐私层级的关联方式:
| 回传数据层 | 第一次回传 / 转化窗口 1 | 第二与第三次回传 |
|---|---|---|
| 第 3 层 | 最高 4 位数字的 source-identifier + 若公开则包含精细的 conversion-value |
2 位数字的 source-identifier + 若公开则包含粗略值 |
| 第 2 层 | 最高 4 位数字的 source-identifier + 若公开则包含精细的 conversion-value |
2 位数字的 source-identifier + 若公开则包含粗略值 |
| 第 1 层 | 2 位数字的 source-identifier + 若公开则包含粗略值 |
2 位数字的 source-identifier + 若公开则包含粗略值 |
| 第 0 层 | 仅 2 位数字的 source-identifier;省略转化值 |
不发送第二或第三次回传 |
利用 lockWindow 属性提前锁定转化窗口
将 lockWindow: true 设置为真会锁定当前转化窗口的转化值。系统会立即准备对应的回传,并忽略该窗口中进一步的转化值更新。该回传仍需遵循苹果随机发送延迟的限制。
例如,如果用户在转化窗口 1 开始 6 小时后完成购买,应用可以设置 lockWindow: true。这会提前关闭衡量窗口,并允许苹果的回传调度流程开始,这可能会导致系统更早地准备好回传,不过适用的随机发送延迟仍然会生效。
SKAdNetwork 转化窗口 1、2 和 3 的结构对比
SKAN 4.0 回传时机、值类型与延迟窗口的对比评估
管理多窗口 SKAdNetwork 方案需要根据窗口持续时间、支持的值粒度和回传延迟范围来映射事件触发器。
下表对比了转化窗口 1、2 和 3 的技术特性:
| 转化窗口 | 衡量窗口 | 转化值 | 回传时机 |
|---|---|---|---|
| 窗口 1 | 第 0–2 天 | 精细值 (0-63) 或粗略值 (Low/Med/High) | 苹果在窗口关闭或锁定后应用随机延迟(24–48 小时) |
| 窗口 2 | 第 3–7 天 | 仅限粗略值 (Low/Med/High) | 苹果在窗口关闭或锁定后应用随机延迟(24–144 小时) |
| 窗口 3 | 第 8–35 天 | 仅限粗略值 (Low/Med/High) | 苹果在窗口关闭或锁定后应用随机延迟(24–144 小时) |
评估 SKAN 转化窗口之间的数据粒度与时间戳
虽然转化窗口 1 提供最高的数据分辨率(6 位精细值),但窗口 2 和 3 提供了至关重要的长期留存信号。在将 SKAN 回传与内部交易账本进行拼接时,分析师必须将回传延迟范围考虑在内。
由于苹果对窗口 1 回传应用 24 到 48 小时的随机延迟,对窗口 2 和 3 应用长达 144 小时的随机延迟,因此到达归因端点的回传并不代表实时转化,而是代表几天前完成的历史互动窗口。
希望配置客户端 SDK 日志记录和自动化 SKAN 回传解析的工程师可以参考 OpoInstall 归因 SDK 集成文档来审查有效负载结构设置。
如何设计 SKAdNetwork 转化值方案
SKAdNetwork 4.0 转化方案映射示例
设计 SKAdNetwork 方案需要将应用内里程碑和购买层级映射到离散的精细值和粗略值。
下表展示了移动应用的标准转化值方案设计:
| 应用内用户事件 | 精细值 (0–63) | 粗略值 | 目标转化窗口 |
|---|---|---|---|
| 无测得的安装后事件 / 基线 | 值 0 | low |
窗口 1 |
| 完成账号注册 | 值 1 | low |
窗口 1 |
| 激活免费试用 | 值 10 | medium |
窗口 1 |
| 首次购买 ($0.01 - $19.99) | 值 30 | medium |
窗口 1 |
| 高价值订阅 ($20.00+) | 值 63 | high |
窗口 1(窗口 2 和 3:粗略值 high) |
生产环境方案设计框架:游戏应用与订阅应用对比
根据产品变现动态,工程团队会定制方案配置,以优先考虑即时漏斗推进或长期收益层级:
-
游戏应用(侧重收益):值 0 到 10 映射早期教程进度,而值 11 到 63 表示在窗口 1 期间观察到的累计收益。窗口 2 和 3 中的粗略值映射重复购买频率(
low= 活跃,medium= 第 2 次购买,high= VIP 消费用户)。 -
订阅应用(侧重试用):值 0 到 5 映射注册和资料完善,值 10 映射免费试用激活,值 20 到 63 映射订阅层级选择。窗口 2 和 3 中的粗略值映射试用到付费的转化(
low= 活跃会话,medium= 试用已转化,high= 订阅已续费)。
如何在基于收益与基于事件的转化值之间做出选择
在基于收益和基于事件的方案模型之间进行选择,需要将转化值逻辑与应用变现机制保持一致:
-
基于收益的模型(电商与游戏):最适合在头 48 小时内发生购买事件的应用。通过将累计消费编码到渐进的收益区间中,需求方平台 (DSP) 可以获得用于广告系列分析的收益信号。如果方案基于累计收益,则每个转化更新应编码用户当前的累计安装后收益,而不仅仅是最近的交易金额。
-
基于事件的漏斗模型(订阅):最适合具有延长试用期或考量期的应用。通过映射顺序里程碑(例如从注册到试用激活再到订阅),广告系列衡量能够在第 0–2 天过期之前评估高意向试用者。

设计收益区间:将应用内购买范围映射到 0-63 的值
在分析广告支出回报率 (ROAS) 时,将 6 位精细值映射到收益区间代表了一种有效的方案设计。应用根据自身的商业业务逻辑计算累计收益,并将结果编码到转化值中。下方的区间边界仅为说明性质,并非完整的 64 区间生产映射。在生产环境中,区间边界应源自应用的付费用户分布、预期的 ROAS 敏感度以及广告系列目标。
面向电商或游戏应用的一个 6 位收益方案结构如下:
-
Value 0:无测得的安装后事件 / 基线。 -
Value 1:$0.01 至 $0.99(微交易)。 -
Value 2:$1.00 至 $4.99。 -
Value 3:$5.00 至 $9.99。 -
dots\dotsdots
-
Value 62:$250.00 至 $499.99。 -
Value 63:$500.00+(高价值消费用户层级)。
当用户完成应用内购买时,移动 SDK 计算用户在窗口 1 期间观察到的累计消费,识别相应的整数区间,并调用 updatePostbackConversionValue。
设计互动漏斗:映射顺序里程碑
对于应用内购买发生在用户生命周期后期的订阅应用或效用工具,将精细值映射到顺序互动里程碑可提供早期的广告系列效果信号。
互动里程碑方案映射了进展深度:
-
Value 1:账号注册完成。 -
Value 2:新手引导教程结束。 -
Value 3:个人资料设置与偏好配置完成。 -
Value 4:免费试用已激活。 -
Value 5:首次应用内内容分享。 -
Value 10:付费订阅已开始。
与早期版本相比,SKAdNetwork 4.0 提供了更灵活的转化值管理,尽管广告主通常仍继续使用递增值策略来保证优化稳定性。应用应定义确定性优先级规则,以便在同一窗口内发生的多个事件能够解析为单个最终的精细/粗略状态。
[App Launch / Event] ──> [SDK Calls updatePostbackConversionValue]
│
▼
┌──────────────────────────┴──────────────────────────┐
▼ ▼
[Conversion Window 1 (0-2 Days)] [Conversion Window 2 & 3]
(Fine 0-63 or Coarse) (Coarse Only: Low/Med/High)
│ │
└──────────────────────────┬──────────────────────────┘
▼
[Apple Attribution System Delayed Postback]
│
▼
[Attribution / Analytics Backend]
具代表性的生产级 SKAdNetwork 4.0 方案示例
1. 移动游戏方案(收益 + 里程碑混合型)
游戏应用在窗口 1 中采用混合方案,将较低的值(0–10)保留给教程里程碑,并将较高的值(11–63)分配给窗口 1 期间观察到的累计收益。在此示例方案中,应用将这些里程碑独立映射到粗略类别。
-
Value 1:教程完成(low粗略映射) -
Value 5:达到 10 级(medium粗略映射) -
Value 15:首次 IAP ($0.99 - $9.99) -
Value 40:中等消费用户 ($10.00 - $99.99)(high粗略映射) -
Value 63:VIP 消费用户 ($100.00+)(high粗略映射)
2. 订阅应用方案(侧重试用与续费)
订阅应用将窗口 1 映射到免费试用转化速度,同时利用窗口 2 和 3 的粗略值来追踪长期的试用转付费转化和续费事件。
-
窗口 1:
Value 1= 注册,Value 10= 试用开始(medium粗略映射),Value 63= 订阅年度计划(high粗略映射) -
窗口 2(第 3-7 天):
low= 活跃会话,medium= 试用已转化,high= 年度计划已保留 -
窗口 3(第 8-35 天):
low= 应用再互动,medium= 付费订阅用户活跃,high= 订阅已续费
大规模管理 SKAdNetwork 方案
对于管理多个 iOS 广告系列的增长与数据工程团队而言,集中式转化值管理可以减少实施错误、自动化有效负载映射,并维持完整的回传可见性。配置
安全安装归因工作流可确保客户端 SDK 和后端报告数据库之间的有效负载完整性。
使用 StoreKit 实现 SKAdNetwork 4.0
通过 StoreKit 进行程序化转化值更新
当满足相关的 SKAdNetwork 4 资格条件时,SKAdNetwork 4 回传即会生效。为了接收多个 SKAdNetwork 4 回传,宣传应用需要在适用的转化窗口期间更新转化值。窗口 1 的更新不会自动创建窗口 2 或窗口 3 的转化值。对于使用 SKAdNetwork 4 API 的应用,宣传应用应使用 iOS 16.1 SDK 或更高版本构建,并在 iOS 16.1 或更高版本上运行,以便在 StoreKit 中调用 SKAdNetwork.updatePostbackConversionValue(_:coarseValue:lockWindow:completionHandler:)。AdAttributionKit 是一个独立的苹果归因框架,不在本 SKAdNetwork 转化值实现示例的讨论范围之内。
该方法接受三个核心参数:
-
fineValue:从0到63的整数。 -
coarseValue:一个SKAdNetwork.CoarseConversionValue枚举(.low、.medium、.high)。 -
lockWindow:一个布尔标志,指示是否提前锁定窗口。
对于 SKAdNetwork 4 多回传衡量,应用必须在适用的转化窗口期间持续更新转化值;设置窗口 1 的值不会自动填充窗口 2 和 3。
开发者可以参考官方开发者文档中关于原始事件日志方案和 SKAN 有效负载结构的技术规范。
以下代码和方案展示了开发者如何在 Swift 中调用 SKAN 4.0 更新 API 以及后端收集器如何格式化生成的回传有效负载:
注意:以下方案和代码片段仅为概念示例,并非苹果或 OpoInstall 的 API 规范。
// Swift Example: Updating SKAdNetwork 4.0 Conversion Value on iOS 16.1+
import StoreKit
func updateSKANConversionValue(fineValue: Int, coarseValue: SKAdNetwork.CoarseConversionValue, shouldLock: Bool) {
guard (0...63).contains(fineValue) else { return }
if #available(iOS 16.1, *) {
SKAdNetwork.updatePostbackConversionValue(fineValue, coarseValue: coarseValue, lockWindow: shouldLock) { error in
if let error = error {
print("SKAN Update Error: \(error.localizedDescription)")
} else {
print("SKAN Value Updated Successfully: Fine = \(fineValue), Coarse = \(coarseValue.rawValue), Locked = \(shouldLock)")
}
}
} else {
// Deprecated legacy API used for compatibility with older OS versions.
SKAdNetwork.updateConversionValue(fineValue)
}
}
{
"example_only": true,
"privacy_note": "Illustrative schema only",
"measurement_model": "cumulative_revenue",
"precedence": "highest_qualifying_value",
"lock_policy": "lock_on_terminal_conversion",
"event_type": "skan_conversion_value_mapping_config",
"app_id": "com.example.iosapp",
"skan_schema_version": "4.0",
"window_1_config": {
"fine_value_mappings": [
{ "value": 0, "event_name": "app_launch_or_baseline", "min_revenue_cents": 0 },
{ "value": 1, "event_name": "registration", "min_revenue_cents": 0 },
{ "value": 10, "event_name": "free_trial", "min_revenue_cents": 0 },
{ "value": 30, "event_name": "first_purchase", "min_revenue_cents": 100 },
{ "value": 63, "event_name": "whale_purchase", "min_revenue_cents": 50000 }
],
"coarse_value_mappings": {
"low": "app_launch_or_registration",
"medium": "first_purchase_under_20",
"high": "purchase_over_20"
}
},
"window_2_config": {
"coarse_value_mappings": {
"low": "d3_d7_active_session",
"medium": "d3_d7_repeat_purchase",
"high": "d3_d7_subscription_renewed"
}
},
"window_3_config": {
"coarse_value_mappings": {
"low": "d8_d35_active_session",
"medium": "d8_d35_repeat_purchase",
"high": "d8_d35_subscription_retained"
}
}
}
SKAdNetwork 转化值最佳实践
将转化方案设计与广告系列目标保持一致
设计 SKAdNetwork 方案需要选择与主要广告系列目标相匹配的映射规则。优化即时试用转化的媒介购买团队应优先考虑转化窗口 1 中的顺序漏斗里程碑。相反,评估高价值购买的效果团队应实施精细的收益区间。
整合广告系列以清除人群匿名度层级
为了防止回传返回 null 值或降级为粗略回传,移动增长团队会管理广告系列密度:
-
减少广告系列碎片化:为了降低低回传数据层的可能性,团队应避免不必要的广告系列碎片化和过于狭窄的目标定位。不过,苹果并未公布能保证特定回传数据层的通用消费或安装阈值。
-
拓宽定位参数:避免打破人群匿名度阈值的过于狭窄的地理或受众定位。
-
优化 LockWindow 策略:团队通常只在确信该窗口剩余部分不再有更有价值的转化信号时,才考虑使用
lockWindow: true。
SKAdNetwork 4.0 转化值方案检查清单
为确保完整的 SKAdNetwork 4.0 追踪合规性并最大化 LTV 衡量,请验证您的方案是否满足以下工程要求:
- [ ] 主要优化目标:定义您的广告系列是优化早期互动里程碑还是头 48 小时累计收益。
- [ ] 窗口 1 精细值映射:将离散的 6 位整数值(0–63)分配给顺序漏斗步骤或收益区间。
- [ ] 窗口 1 粗略值映射:为低人群匿名度分发配置
low、medium和high粗略字符串区间。 - [ ] 窗口 2 和 3 粗略值映射:为 3–7 天和 8–35 天回传窗口建立粗略追踪逻辑。
- [ ] 事件优先级与锁定规则:定义确定性事件优先级,且仅在终端转化事件上配置
lockWindow: true。
降低衡量质量的常见 SKAN 4.0 方案设计错误
-
将消费层级压缩到值 63 中:将 $10 的购买和 $1,000 的购买分配到同一个最高区间,会减少可用于广告系列分析和优化的收益差异化。
-
过早执行 LockWindow:在早期注册事件上调用
lockWindow: true会永久锁定转化窗口 1,从而丢弃后续的 48 小时购买事件。 -
过度使窗口 2 和 3 复杂化:试图为长达 35 天后到达的回传映射复杂的粗略规则,不仅使广告系列评估变得复杂,也无助于改善早期出价优化。
如何排查 SKAdNetwork 回传空值与人群匿名度下降问题
诊断高空转化值率:理解低广告系列人群匿名度
在归因仪表盘中检查 SKAN 广告系列效果时,分析师经常会观察到回传返回 null 或缺少转化值。高比例的缺失转化值可能表明适用的回传数据层不允许苹果公开转化值信息。
为了解决人群匿名度下降并提高转化值可见性,效果团队会整合广告系列密钥并评估广告系列结构密度,以确保安装速度清除人群匿名度阈值。
解决顺序错位与转化值降级陷阱
在 SKAdNetwork 4.0 中,转化值可以在窗口 1 期间灵活更新,但开发者必须仔细管理 lockWindow 状态。
如果应用在低价值事件(例如,Value 2 = 注册)上设置了 lockWindow: true,则该窗口将永久锁定。如果用户随后在 48 小时窗口内的 10 分钟内完成了 $100 的购买,系统将无法更新转化值,从而导致低报广告系列 LTV。开发者必须确保在终端的高价值转化事件上执行 lockWindow: true。
处理苹果归因系统强加的随机延迟范围
为了防止广告主试图通过将转化时间戳与网页点击日志进行匹配来重新识别单个用户,苹果对所有回传分发强制执行了随机延迟。
对于转化窗口 1,系统在转化窗口关闭时或应用锁定窗口时准备回传。然后,苹果应用 24–48 小时的随机延迟。窗口 2 和 3 在相应窗口关闭或锁定后使用 24–144 小时的随机延迟。数据工程管道必须考虑这些系统性延迟,避免在 SKAN 数据流上设置短窗口自动化出价调整。
常见问题解答 (FAQ)
SKAdNetwork 转化值方案应包含哪些内容?
如何配置苹果 SKAdNetwork 转化值方案?
SKAdNetwork 支持多少个转化值?
SKAdNetwork 4.0 衡量可能需要多长时间?
精细转化值和粗略转化值有什么区别?
SKAdNetwork 转化值可以下降吗?
lockWindow API 如何影响 SKAdNetwork 回传时机?
核心要点
-
多窗口衡量:SKAN 4.0 跨三个回传窗口(0-2 天、3-7 天、8-35 天)扩展了衡量,使用了精细值(0-63)和粗略值(
low、medium、high)。 -
人群匿名度阈值:较高的广告系列安装量可能会启用精细值,而低量广告系列则接收粗略值或
null脱敏以保护隐私。 -
战略性 LockWindow 使用:在终端转化事件上执行
lockWindow: true可以减少窗口锁定前的等待时间,从而实现更快的广告系列反馈。
总结与决策框架
在苹果的隐私准则下优化 iOS 广告系列衡量,需要配置结构良好的 SKAdNetwork 转化值方案。从传统的 IDFA 追踪过渡到 SKAN 4.0 多窗口回传,使效果团队能够评估即时激活和长期用户留存。
通过为即时 48 小时互动映射 6 位精细值,并为延伸的 35 天窗口映射粗略值,增长团队能够捕获关键的收益和留存信号。将客户端 SDK 与自动化 SKAN 方案工具集成,提供了解码聚合回传并为 iOS 广告系列效率提供优化信号所需的基础设施。
要探索统一的移动衡量如何优化您的应用增长策略,请查阅 OpoInstall 移动归因实现参考或在 OpoInstall 开发者控制台上注册账号。
相关资源
要加深对 SKAdNetwork 衡量、移动归因基础设施和注重隐私保护的应用增长的理解,请探索我们的技术指南:
-
SKAdNetwork 与 MMP 归因:核心差异解析:了解苹果原生的 SKAdNetwork 框架与独立移动衡量伙伴归因模型之间的对比,以及这两个系统如何协同运作。
-
如何通过延迟深度链接和安装归因实现推荐追踪 SDK:了解移动应用如何使用延迟深度链接和归因 SDK 工作流在应用商店安装流程中保留获取上下文。
-
移动衡量伙伴的工作原理:探索 MMP 平台如何引入归因信号、处理安装后事件并生成聚合的广告系列衡量报告。
相关主题
-
概念:SKAdNetwork、转化值、回传窗口、人群匿名度、LockWindow
-
技术:移动衡量伙伴 (MMP)、StoreKit、AdAttributionKit、服务器到服务器回传
-
API:OpoInstall 移动归因事件日志功能、苹果 SKAdNetwork API、苹果 AdAttributionKit API
-
官方文档与参考资料:
Share this article



