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 network delivers an ad

This user is Then when the

redirected to the app is opened,
A user clicks app store to the Adjust SDK
on an ad download the app
通过匹配安装（ rst open）信 is triggered

息和点击（或展示）信息，将
⽤户分配到各⾃⼴告来源，如 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天

默认⾮活跃窗⼝: 7 天 ※ 可调整 0 - 365 天

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天判定

⽤户看到 ⽤户点击 跳转应⽤商 为不活跃⽤户

⼴告A ⼴告A 店并下载 点击新的⼴告B

第1次打开应⽤ 第2+N次打开应⽤ 再次打开应⽤

展示 点击 安装 ‣ 会话 session：⽤户每次打 点击 再归因
impression Click Install 开应⽤记为⼀个session Click Reattribution
‣ ⾃定义事件：⽤户每次打开
使⽤过程中完成的任何动
作，都可作为Adjus”⾃定义
事件“打点追踪，如果是充值
⾏为，则可作为“收⼊事件”
进⾏追踪

9
⽤户⽣命周期 —— (安装和再归因）
⽤户不再打开应
1. 从click 到 install 过程：归因窗⼝
⽤，⼤于7天判定
7天+最后点击模型
⽤户看到 ⽤户点击 跳转应⽤商 为不活跃⽤户

⼴告A ⼴告A 店并下载 2. 点击新的⼴告B

Install本质上也是session，由于
是这个设备id在Adjust服务器这个
第1次打开应⽤ 第2+N次打开应⽤ 应⽤下统计的第⼀个session，记
再次打开应⽤
为install。
展示 点击 安装 ‣ 会话 session：⽤户每次打 点击
3. session还⽤于dau，wau，mau
impression Click Install 开应⽤记为⼀个session
以及cohort报表中“留存“的计算
‣ ⾃定义事件：⽤户每次打开
使⽤过程中完成的任何动 4. ⽤户在install 被归因给⼴告A之
作，都可作为Adjus”⾃定义 后，所有的session，⾃定义事件
事件“打点追踪，如果是充值 以及收⼊等⾏为，都会标记来源
⾏为，则可作为“收⼊事件” 为⼴告A，直到被再归因。
进⾏追踪

10
⽤户⽣命周期 —— (安装和再归因）
注意

1. 从click 到 reattribution 过程：不

⽤户看到 ⽤户点击 跳转应⽤商 活跃窗⼝7天+再归因窗⼝7天+最
⼴告A ⼴告A 店并下载 后点击模型

2. reattribution也是session，由于
是这个设备id在Adjust服务器这个
应⽤下统计的不活跃窗⼝期后的
展示 再归因
第⼀个session，并且有⼴告参
Click Reattribution
与，记为⼀个reattribution。

3. ⽤户在被再归因给⼴告B之后，所
有的session，⾃定义事件以及收
⼊等⾏为，都会标记来源为⼴告B
并从d0开始重新kpi，直到下次被
再归因。

11
⽤户⽣命周期 —— (安装和再归因）

⼀个设备id 在⼀个应⽤下只会有⼀次install记录，但有可能存在多次reattribution 记录。

12
随堂测试1

请问在以下场景中，⽤户第3次打开应⽤的时候，会被Adjust统计为什么？

⽤户已经连续8天
没有打开应⽤
⽤户看到 ⽤户点击 跳转应⽤商
⼴告A ⼴告A 店并下载 点击⼴告A

第1次打开应⽤ 第2次打开应⽤ 第3次打开应⽤

展示 点击 安装 会话 点击 ？？？
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

第1次打开应⽤ 第2次打开应⽤ 第3次打开应⽤

展示 点击 安装 会话 点击 ？？？
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天判定

⽤户看到 ⽤户点击 跳转应⽤商 为不活跃⽤户

⼴告A ⼴告A 店并下载 点击新的⼴告B

第1次打开应⽤ 第2+N次打开应⽤ 再次打开应⽤

展示 点击 安装 ‣ 会话 session 点击 再归因
impression Click Install ‣ ⾃定义事件 Click Reattribution

19
⽤户⽣命周期 —— (卸载和重装）
不活跃是否意味着⽤户已经卸载App？再归因是否就⼀定是重装应⽤再打开？

注意
⽤户看到 ⽤户点击 跳转应⽤商
⼴告A 1. 不活跃的判定条件只是⽤户是否有连续7天未
⼴告A 店并下载
打开应⽤，⾄于在未使⽤期间是否有卸载应
⽤，在当前状态下（默认未接⼊Adjust“卸载
重装”追踪功能），是⽆法判定的。
展示
2. 同理，在完成“再归因”判定时，也默认状态 Reattribution
下也⽆法区分⽤户是重装应⽤再打开，还是
“应⽤⼀直安装在设备上，只是⼀直不活跃然
后再打开”。

20
⽤户⽣命周期 —— (卸载和重装）

接⼊Adjust”卸载重装追踪“功能后，⽤户⽣命周期⼜如何体现呢？

21
⽤户⽣命周期 —— (卸载和重装）
场景⼀：卸载和普通重装

Adjust判定⽤户
卸载应⽤，卸载
⽤户看到 ⽤户点击 跳转应⽤商 （uninstall) +1
⼴告A ⼴告A 店并下载

第1次打开应⽤ 第2+N次打开应⽤ 卸载后第⼀次打开应⽤

展示 点击 安装 ‣ 会话 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

第1次打开应⽤ 第2+N次打开应⽤ 第2+N+1次打开应⽤

展示 点击 安装 ‣ 会话 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: 已知条件不变，如果原始数据回传此时
收到20个reattribution reinstall callback，请问
它们应该属于渠道A还是渠道B？
问题2: 已知条件不变，如果原始数据回传在已
经收到50个reinstall callback 的基础上，⼜收
到20个reinstall callback，请问这20条callback
应该属于渠道A还是渠道B？
问题3: 所有数据的reinstall+reattribution
reinstall 是否有可能⼤于 uninstall
答案：
问题1: 属于渠道B。reattribution reinstall必然是和
uninstall的归因信息发⽣了改变，⽽只有渠道A有100
个uninstall，所以reattribution reinstall不可能属于渠
道A，只剩下渠道B。
问题2: 属于渠道A。reinstall必然是和uninstall的归因
信息对应没有改变，⽽只有渠道A有100个uninstall，
所以reinstall不可能属于渠道B，只剩下渠道A。
问题3: 不可能。reinstall和reattribution reinstall都是
uninstall判定后的第⼀个session。没有uninstall就不会
有后续，所以reinstall+ reattribution reinstall只会⼩于
或等于uninstall，不可能⼤于。
29
⽤户⽣命周期 ——

归因更新

30
⽤户⽣命周期 —— (归因更新）
在对⾃归因渠道进⾏归因判定时，由于可能⾃归因渠道response较晚，Adjust已经完成了“第⼀次”的归因/
再归因。所以在安装/再归因那次打开应⽤开始后的30分钟内，“有可能”对归因信息进⾏更新。

⽤户不再打开应 10 天
10 天 ⽤，⼤于7天判定 （第⼆个

⽤户看到 ⽤户点击 跳转应⽤商 （第⼆个 为不活跃⽤户 session）

⼴告A ⼴告A 店并下载 session） 点击新的⼴告B reattribution

intall update update

第1次打开应⽤ 第2+N次打开应⽤ 再次打开应⽤

展示 点击 安装 点击 再归因
impression Click Install Click Reattribution

31
⽤户⽣命周期 —— (归因更新）

⽤户看到 只有当⾃归因渠道晚回复的点击信息有效并且胜过
⽤户点击 跳转应⽤商
⼴告A 其他点击离安装最近，才会触发install
⼴告A 店并下载 update和
reattribution update。

2. ⾃归因渠道包含：Facebook, Twitter, Google,

Google - DoubleClick, Snapchat, King, Yahoo
展示
Gemini, Yahoo Japan, Tencent。

3. 由于归因更新完成时，包含旧归因信息的install/
reattribution callback已经发出，所以会有单独的回
传类型被触发。

32
⽤户⽣命周期 —— (归因更新）
Dashboard报表和原始数据回传对应指标

1. install update 和 reattribution update

更新后的数据，在Adjust Dashboard报
表不会单独体现，会直接在已有的数据
上进⾏纠正。

2. 配置归因回传时，install update和
reattribution update统⼀在“归因更新”
（”updated attribution”) 中定义。再通
过参数
{activity_kind}=install_update
{activity_kind}=reattribution_update
进⾏区分识别。

33
 Moscow
London Berlin

New York Beijing

Istanbul
Paris Seoul
San Francisco Tokyo
Tel Aviv

Shanghai

ADJUST HQ Bengaluru

Saarbrücker Str. 37a Singapore

10405 Berlin São Paulo

Germany