Professional Documents
Culture Documents
Adjust归因 - 用户生命周期
Adjust归因 - 用户生命周期
BERLIN • NEW YORK • SAN FRANCISCO • SÃO PAULO • PARIS • LONDON • MOSCOW • ISTANBUL
SEOUL • SHANGHAI • BEIJING • TOKYO • MUMBAI • SINGAPORE • TEL AVIV
AD
NETWORK The user
downloads the
app
息和点击(或展示)信息,将
⽤户分配到各⾃⼴告来源,如 The Adjust server registers
the app open and looks for
果没有任何⼴告匹配上,则归 a match based on the last
click registered
因给Organic,也就是所谓的
“⾃然量”
The install is attributed
to the ad source when
there is a device match
to the original click
All user data is
displayed on the
Adjust dashboard
fi
归因与再归因
安装和再归因
设备第⼀次打开App则是“安装”(Install),安装为永久排重
点击⼴告
第⼀次打开App 安装
安装后流失,通过⼴告“召回”的⽤户,为再归因。⼀个⽤户可以多次被再归因。
点击⼴告
最后⼀次打开App 再次打开App 再归因
连续不活跃7天
4
安装和再归因 注意
设备第⼀次打开App则是“安装”(Install),安装为永久排重
1. 归因窗⼝7天:安装归因的时候,
默认匹配的是安装前7天的点击,
点击⼴告 超出这个时间则⽆效。
第⼀次打开App 安装
2. 最后点击模型:不仅需要满⾜归因
窗⼝,在窗⼝期内存在多个⼴告点
击时,Adjust会归给离安装最近的
⼀次点击。
安装后流失,通过⼴告“召回”的⽤户,为再归因。⼀个⽤户可以多次被再归因。
3. ⼴告展示也可以⽤于安装归因/再
归因。默认窗⼝期为24⼩时。在
点击⼴告 优先级上低于点击,即即使展示离
安装更近,如果7天窗⼝期内有其
再归因
最后⼀次打开App 再次打开App
他有效点击,则归因给点击。
连续不活跃7天
4. 再归因窗⼝期也是7天,适⽤最后
点击模型
默认⾮活跃窗⼝: 7 天 ※ 可调整 0 - 365 天
5
再归因条件
Day 0 Day 5
点击⼴告
最后⼀次打开 不符合再归因条件
重新打开app
app
Day 0 Day 8
没有点击
不符合再归因条件
最后⼀次打开app 任何⼴告 重新打开app
Day 0 Day 8
点击⼴告
符合再归因条件
最后⼀次打开app 重新打开app
6
⽤户⽣命周期与数据定义
⽤户⽣命周期 ——
安装和再归因
8
⽤户⽣命周期 —— (安装和再归因)
⽤户不再打开应
⽤,⼤于7天判定
展示 点击 安装 ‣ 会话 session:⽤户每次打 点击 再归因
impression Click Install 开应⽤记为⼀个session Click Reattribution
‣ ⾃定义事件:⽤户每次打开
使⽤过程中完成的任何动
作,都可作为Adjus”⾃定义
事件“打点追踪,如果是充值
⾏为,则可作为“收⼊事件”
进⾏追踪
9
⽤户⽣命周期 —— (安装和再归因)
⽤户不再打开应
1. 从click 到 install 过程:归因窗⼝
⽤,⼤于7天判定
7天+最后点击模型
⽤户看到 ⽤户点击 跳转应⽤商 为不活跃⽤户
10
⽤户⽣命周期 —— (安装和再归因)
注意
2. reattribution也是session,由于
是这个设备id在Adjust服务器这个
应⽤下统计的不活跃窗⼝期后的
展示 再归因
第⼀个session,并且有⼴告参
Click Reattribution
与,记为⼀个reattribution。
3. ⽤户在被再归因给⼴告B之后,所
有的session,⾃定义事件以及收
⼊等⾏为,都会标记来源为⼴告B
并从d0开始重新kpi,直到下次被
再归因。
11
⽤户⽣命周期 —— (安装和再归因)
12
随堂测试1
请问在以下场景中,⽤户第3次打开应⽤的时候,会被Adjust统计为什么?
⽤户已经连续8天
没有打开应⽤
⽤户看到 ⽤户点击 跳转应⽤商
⼴告A ⼴告A 店并下载 点击⼴告A
展示 点击 安装 会话 点击 ???
impression Click Install session Click
13
随堂测试1
请问在以下场景中,⽤户第3次打开应⽤的时候,会被Adjust统计为什么?
解析:
⽤户已经连续8天
第3次打开应⽤之前,虽然满⾜了不活跃窗⼝,但是点击 没有打开应⽤
⽤户看到 ⽤户点击 跳转应⽤商
的仍然是⼴告A,和install是同⼀个⼴告的点击,不符合再 点击⼴告A
⼴告A ⼴告A 店并下载
归因判定中“不活跃之后点击新的⼴告”的条件,不触发“再
归因”判定,因此只记录为⼀个普通的session
第1次打开应⽤ 第2次打开应⽤ 第3次打开应⽤
再归因条件review:
展示 点击 安装 会话 点击
1. 不活跃窗⼝:连续7天未打开应⽤ session
impression Click Install session Click
2. 点击新的⼴告:和上⼀次安装/再归因不同的⼴告
3. 再归因窗⼝:点击⼴告后7天内打开应⽤
14
随堂测试2
请问在以下场景中,⽤户第3次打开应⽤的时候,会被Adjust统计为什么?
⽤户已经连续8天
没有打开应⽤ 点击⼴告B后第15天
⽤户看到 ⽤户点击 跳转应⽤商
⼴告A ⼴告A 店并下载 点击⼴告B
展示 点击 安装 会话 点击 ???
impression Click Install session Click
15
随堂测试2
请问在以下场景中,⽤户第3次打开应⽤的时候,会被Adjust统计为什么?
⽤户已经连续8天
没有打开应⽤ 点击⼴告B后第15天
⽤户看到 ⽤户点击 跳转应⽤商
⼴告A ⼴告A 店并下载 点击⼴告B
解析:
第1次打开应⽤ 第2次打开应⽤ 第3次打开应⽤
不符合再归因窗⼝,因此只记录为⼀个普通的session
展示 点击 安装 会话 点击 session
impression Click Install session Click
16
⽤户⽣命周期 —— (安装和再归因)
Dashboard报表和原始数据回传对应指标
17
⽤户⽣命周期 ——
卸载和重装
18
⽤户⽣命周期 —— (卸载和重装)
不活跃是否意味着⽤户已经卸载App?再归因是否就⼀定是重装应⽤再打开?
⽤户不再打开应
⽤,⼤于7天判定
展示 点击 安装 ‣ 会话 session 点击 再归因
impression Click Install ‣ ⾃定义事件 Click Reattribution
19
⽤户⽣命周期 —— (卸载和重装)
不活跃是否意味着⽤户已经卸载App?再归因是否就⼀定是重装应⽤再打开?
注意
⽤户看到 ⽤户点击 跳转应⽤商
⼴告A 1. 不活跃的判定条件只是⽤户是否有连续7天未
⼴告A 店并下载
打开应⽤,⾄于在未使⽤期间是否有卸载应
⽤,在当前状态下(默认未接⼊Adjust“卸载
重装”追踪功能),是⽆法判定的。
展示
2. 同理,在完成“再归因”判定时,也默认状态 Reattribution
下也⽆法区分⽤户是重装应⽤再打开,还是
“应⽤⼀直安装在设备上,只是⼀直不活跃然
后再打开”。
20
⽤户⽣命周期 —— (卸载和重装)
接⼊Adjust”卸载重装追踪“功能后,⽤户⽣命周期⼜如何体现呢?
21
⽤户⽣命周期 —— (卸载和重装)
场景⼀:卸载和普通重装
Adjust判定⽤户
卸载应⽤,卸载
⽤户看到 ⽤户点击 跳转应⽤商 (uninstall) +1
⼴告A ⼴告A 店并下载
展示 点击 安装 ‣ 会话 session 重装
impression Click Install ‣ ⾃定义事件 reinstall
22
⽤户⽣命周期 —— (卸载和重装)
场景⼀:卸载和普通重装
注意
⽤户看到 ⽤户点击 跳转应⽤商
1. 卸载不触发归因来源的改变,同普通“⾃定义”事件
⼴告A ⼴告A 店并下载
⼀样,都会随install⼀起记录在⼴告A下。
2. 重装本质上也是⼀次session(打开App),不过是
⽤户被检测到卸载(uninstall)之后的第⼀次打
展示
开。
reinstall
3. 这⾥的重装,由于并没有满⾜“再归因”的要求,所
以也不触发归因来源的改变,所以同uninstall⼀样
记录到⼴告A下,reinstall +1
23
⽤户⽣命周期 —— (卸载和重装)
场景⼆:卸载和再归因重装
⽤户不再打开应
⽤,⼤于7天判定
⽤户看到 ⽤户点击 跳转应⽤商 为不活跃⽤户
⼴告A ⼴告A 店并下载 点击新的⼴告B
展示 点击 安装 ‣ 会话 session 点击 再归因重装
impression Click Install ‣ ⾃定义事件 Click reattribution reinstall
Adjust判定⽤户
卸载应⽤,卸载
(uninstall) +1
24
⽤户⽣命周期 —— (卸载和重装)
场景⼆:卸载和再归因重装
⽤户不再打开应
注意 ⽤,⼤于7天判定
⽤户看到 ⽤户点击 跳转应⽤商 为不活跃⽤户
1. 卸载依旧不触发归因来源的改变,同普通“⾃定义” 点击新的⼴告B
⼴告A ⼴告A 店并下载
事件⼀样,都会随install⼀起记录在⼴告A下。
2. 再归因重装本质上也是⼀次session(打开App),
不过是⽤户被检测到卸载(uninstall)之后的第⼀
展示 点击
次打开。但是同时,由于这次的session同时也满⾜
Click reattribution reinstall
了“再归因”的条件,因此被判定为“再归因重装“
25
⽤户⽣命周期 —— (卸载和重装)
再归因(reattribution),再归因重装(reattribution reinstall),重装(reinstall)
1. 在未接⼊“卸载重装功能”功能时,
“再归因(reattribution)”由于⽆法判定是否⽤户
已经卸载应⽤,实际上包含了:
“不活跃但未卸载应⽤,直接被⼴告召回打开应 再归因 再归因 重装
⽤的⽤户” 和 ”不活跃且卸载应⽤,被⼴告召回 重装
后重装并打开应⽤的⽤户“
2. 接⼊”卸载重装追踪“功能后,
”再归因“:只包含“不活跃但未卸载应⽤,直接
被⼴告召回打开应⽤的⽤户”。
再归因,再归因重装,重装
”再归因重装”:只包含”不活跃且卸载应⽤,被
⼴告召回后重装并打开应⽤的⽤户“。
三个KPI在原始数据回传中彼此独⽴,不存在重合。
“重装”:只包含卸载后重装,但并未通过⼴告
召回的⽤户。
26
⽤户⽣命周期 —— (卸载和重装)
Dashboard报表和原始数据回传对应指标
27
⽤户⽣命周期 —— (卸载和重装)
趣味问答
假设应⽤的数据中只有两个渠道A和渠道B,渠
道A下统计了100个uninstall,50个reinstall。
渠道B下没有uninstall被统计到。没有⾃然量。
问题1: 已知条件不变,如果原始数据回传此时
收到20个reattribution reinstall callback,请问
它们应该属于渠道A还是渠道B?
问题2: 已知条件不变,如果原始数据回传在已
经收到50个reinstall callback 的基础上,⼜收
到20个reinstall callback,请问这20条callback
应该属于渠道A还是渠道B?
问题3: 所有数据的reinstall+reattribution
reinstall 是否有可能⼤于 uninstall
28
⽤户⽣命周期 —— (卸载和重装)
趣味问答
假设应⽤的数据中只有两个渠道A和渠道B,渠 答案:
道A下统计了100个uninstall,50个reinstall。
渠道B下没有uninstall被统计到。没有⾃然量。 问题1: 属于渠道B。reattribution reinstall必然是和
uninstall的归因信息发⽣了改变,⽽只有渠道A有100
问题1: 已知条件不变,如果原始数据回传此时 个uninstall,所以reattribution reinstall不可能属于渠
收到20个reattribution reinstall callback,请问 道A,只剩下渠道B。
它们应该属于渠道A还是渠道B?
问题2: 属于渠道A。reinstall必然是和uninstall的归因
问题2: 已知条件不变,如果原始数据回传在已 信息对应没有改变,⽽只有渠道A有100个uninstall,
经收到50个reinstall callback 的基础上,⼜收 所以reinstall不可能属于渠道B,只剩下渠道A。
到20个reinstall callback,请问这20条callback
应该属于渠道A还是渠道B? 问题3: 不可能。reinstall和reattribution reinstall都是
uninstall判定后的第⼀个session。没有uninstall就不会
问题3: 所有数据的reinstall+reattribution 有后续,所以reinstall+ reattribution reinstall只会⼩于
reinstall 是否有可能⼤于 uninstall 或等于uninstall,不可能⼤于。
29
⽤户⽣命周期 ——
归因更新
30
⽤户⽣命周期 —— (归因更新)
在对⾃归因渠道进⾏归因判定时,由于可能⾃归因渠道response较晚,Adjust已经完成了“第⼀次”的归因/
再归因。所以在安装/再归因那次打开应⽤开始后的30分钟内,“有可能”对归因信息进⾏更新。
⽤户不再打开应 10 天
10 天 ⽤,⼤于7天判定 (第⼆个
展示 点击 安装 点击 再归因
impression Click Install Click Reattribution
31
⽤户⽣命周期 —— (归因更新)
⽤户看到 只有当⾃归因渠道晚回复的点击信息有效并且胜过
⽤户点击 跳转应⽤商
⼴告A 其他点击离安装最近,才会触发install
⼴告A 店并下载 update和
reattribution update。
3. 由于归因更新完成时,包含旧归因信息的install/
reattribution callback已经发出,所以会有单独的回
传类型被触发。
32
⽤户⽣命周期 —— (归因更新)
Dashboard报表和原始数据回传对应指标
2. 配置归因回传时,install update和
reattribution update统⼀在“归因更新”
(”updated attribution”) 中定义。再通
过参数
{activity_kind}=install_update
{activity_kind}=reattribution_update
进⾏区分识别。
33
Moscow
London Berlin
Shanghai
ADJUST HQ Bengaluru
Germany