概要：留存面板可帮助您判断哪些媒体渠道为您带来的活跃用户最多/最少。重要提示！建议使用群组与保留面板。
重要提示！
此面板即将弃用（日期待定）。建议使用群组与保留面板。
留存报告
营销人员需要吸引用户持续与相关应用互动，以培养忠诚用户。这时，就需要用到留存指标来衡量一段时间内的应用打开率。留存率指标可用于：
- 判读活跃用户最多的带量渠道
- 优化LTV
- 版本更新后评估产品可用性
提示
- 相关应用的留存率与其他应用相比处于什么水平？
我们梳理了分垂类和国家的基准数据，供您参考。 - 如需进一步了解留存报告，请查看我们在AppsFlyer充电站里为您准备的相关课程。视频虽短，但干货满满！
留存报告的查看方式
保留报告的查看方式如下：
- 从AppsFlyer后台的左侧菜单栏中选择分析 > 留存。
- 选择留存报告的时间段，查看用户在此期间的留存率。这里的日期指的是用户激活日期。
- 选择该报告的数据分组维度。
- 选择所需的数据筛选条件 。
- 点击确定。
单元格的色调与相关留存率呈对应关系：用户群组在某一天的留存率越高，则单元格的色调越深。
代理商
代理可以访问留存报告，但需要广告主事先为其开通权限。
如需向代理开放留存报告的访问权限，请按以下方式操作：
- 广告主侧：进入相关代理（对接渠道）的权限选项卡，打开允许访问留存和群组报告的开关。
请注意：代理只能查看由其自身带来的流量所产生的相关数据，看不到自然量或其他来源的非自然量产生的数据。
报告的使用方式
留存率的计算方式
选定时间段内的留存率按以下两者之间的比率计算：
- 自激活日/周以来，在指定某天/周内打开相关应用至少一次的独立用户数量
- 在选定时间段内首次打开相关应用的用户总数。
- 仅适用于留存率
- 数据时效性：
- 日度留存KPI：每天更新一次
- 周度留存KPI：每周（周一午夜至周日午夜）计算一次。更新后的KPI从UTC时间周一12:00开始呈现在面板中。
示例1：基础计算
PracticeChords是一款新应用，其受众群体为有志成为音乐家的用户。在某个时间段内，有10名用户激活了该应用。如果我们将该时间段作为选定时间段，可以从报告中了解以下信息：
- 激活后的第一天（Day 1），仅四名用户使用了该应用（假设这四名用户分别为充满热情的年轻音乐家John、Paul、George和Ringo）。
- 他们很快就对该应用产生的倦怠。因此在激活后的第二天（Day 2），四人都未打开该应用。
这时，留存报告会呈现以下信息：
| 媒体渠道 | 激活日期 | 第1天 | 第2天 |
|---|---|---|---|
|
XXX |
100% 10 |
40% 4 |
0% 0 |
示例2：报告中的数据非累计数据
- John和Paul在激活后的第1天（Day 1）使用了该应用。
- Paul、George和Ringo在第2天（Day 2）使用了该应用。
这时，留存报告会呈现以下信息：
| 媒体渠道 | 激活日期 | 第1天 | 第2天 |
|---|---|---|---|
|
XXX |
100% 10 |
20% 2 |
30% 3 |
由于AppsFlyer计算的是各天中打开该应用的独立用户数，因此报告中呈现的不是累计数据。也就是说，在第一天（Day 1）和第二天（Day 2）打开该应用的用户可能会有重合（比如此示例中的Paul）
示例3：第1天（Day 1）的含义
第1天（Day 1）是指用户在激活应用后使用该应用的第一天。第X天以此类推。
- 选定时间段：1月1-3日
- Kurt、Krist和Dave于1月1日安装并启动了该应用
- John、Paul、George和Ringo于1月2日安装并启动了该应用
- Sting、Andy和Stewart于1月3日安装并启动了该应用
将这些用户作为基数（100%）：3+4+3=10.
- 在1月1日激活该应用的3位用户全都在第二天（即1月2日）使用了该应用。
- 在1月2日激活的用户中，仅John和George在次日（即1月3日）使用了该应用。
- 在1月3日激活的用户中，仅Andy在次日（即1月4日）使用了该应用。
将这些用户（3+2+1）组成一个群组，计算Day 1留存率：6/10=60%
日期范围
面板右侧有一个群组时间段设置控件，如下图所示：
选择激活后的用户活跃时间段：
- 若选择日度，报告每列代表首次激活日期后具体某天内的用户活跃数据。
- 若选择周度，报告每列代表发生首次激活的那一周之后具体某周内的用户活跃数据。
使用日期选择器选定激活日期的范围。每个在选定时间段内首次打开应用的用户都会被记入基数（100%）。
示例4：日度和周度数据之间的区别
- 假设只有Paul和John在选定时间段内激活了PracticeChords。他们都从Day 1开始使用该应用。
- 第二周周中，John对此产生倦怠，不再练习。
- Paul则坚持每天使用该应用，一连持续3周。
这时，日度报告（仅显示最初两周）会呈现以下信息：
| 媒体渠道 | 激活日期 | 第1天 | 第2天 | ... | Day 7 | 第8天 | ... | 第12天 | 第13天 |
|---|---|---|---|---|---|---|---|---|---|
|
XXX |
100% 2 |
100% 2 |
100% 2 |
... |
100% 2 |
100% 2 |
... |
50% 1 |
50% 1 |
周度报告会呈现以下信息：
| 媒体渠道 | 激活周 | 第1周 | 第2周 | 第3周 |
|---|---|---|---|---|
|
XXX |
100% 2 |
100% 2 |
50% 1 |
50% 1 |
John在第7天到第13天之间（即激活周之后的第1周）没有使用该应用，计入第一周数据（即使他仅在该周内的数天中使用了该应用）。
筛选和分组
您可以通过筛选条件和分组维度选项层层剖析留存数据。具体可用选项请参见下表。请注意，您可以使用下列任意维度对表格中的数据进行分组，但一次不能超过四个。
您可以通过最小群组规模控件来设定面板显示的最小用户群组。默认值为10。如需忽略显著性较低的结果，可以使用这个控件进行筛选。
- 媒体渠道：您投放广告的平台（如Meta ads、Google Ads、Applovin等等）或自然量（Organic）
- 国家/地区：发生用户激活的国家/地区
- 广告系列：相关广告系列的名称
- 城市：发生用户激活的城市
- 子渠道ID：子渠道的ID
- sub1-sub5：可自行配置的参数
- 操作系统版本移动端操作系统的版本
- 品牌：移动设备的品牌
- 代理：相关代理
- 广告组：相关广告组
- 广告：相关广告
- 流量入口：相关流量入口
- 关键词：相关关键词
- 应用版本：相关应用的版本号
- SDK版本：SDK的版本号
- 归因触点类型：触点类型（即展示或点击）
近期数天的留存数据查看方式
基于留存率的计算方式，如果您查看最近一段时间内的留存情况，其中很可能有数据缺失。举例来说，假设您要查看3天前激活应用的用户，则报告仅会显示第1天和第2天的留存率，这是因为某些用户的第三天（及之后）数据尚不可用：
如果您想要查看非常近期的日度留存率，请按日期对结果分组。按日期分组后，报告就会显示选定时间段内每天的数据：
局限性
保留报告具有以下局限性：
- 由于面板限制，一次仅可显示200条结果。
- 不支持更改广告系列名称。如果广告系列名称发生变更，面板会显示最初的广告系列名称。
- 留存数据中不包含重装激活。
- 留存报告仅适用于归因到拉新广告的用户。
- 选定某个筛选条件后不会影响其他筛选条件的值。举例来说，假设您选择仅显示Facebook带来的激活，这时广告系列名称的下拉菜单中仍会显示所有渠道中的广告系列名称。
- 历史数据：2年.
- 日度报告最多可计算选定时间段之后30天的留存率，周度报告最多可计算选定时间段之后12周的留存率：
示例
日度报告：
周度报告：