卸载衡量——分析渠道质量的另一利器

206 阅读 0 评论 6 点赞

Hello，大家好。

我是目前研究出海投放&变现业务的SL。

分析用户是否卸载应用，渠道卸载用户的比例，既可以有效帮助我们识别渠道长期的投放效果，又可以帮助我们在再营销广告环节中区分出沉默用户和卸载用户，大大提升再营销的投放效率。

MMP是如何判定卸载的呢？今天文章从这个话题讲起，并分析一下背后的技术原理。我们以Appsflyer为例，官网介绍的背后原理如下：

官网参考链接：https://support.appsflyer.com/hc/en-us/articles/4408933557137-Uninstall-measurement

从具体的技术层面看，我来分别讲解一下：

FCM

Firebase Cloud Messaging（FCM）是Google提供的一种跨平台消息推送服务。它允许开发者向Android、iOS和Web应用发送通知和数据消息。

为了方便解释且更加直观，我直接在代码块里面描述流程，如下：

1. 客户端注册
**应用安装后，客户端（例如Android或iOS设备）会向Firebase Cloud Messaging（FCM）发送注册请求。
2. 获取FCM令牌
**FCM返回一个唯一的注册令牌（Registration Token），这个令牌用于标识设备。
3. 服务器存储令牌
**服务器同时也会将该令牌存入数据库，以便后续推送消息。
4. 服务器发送消息
**当需要推送时，服务器会调用FCM的API并指定目标设备的令牌。**推送消息包括两种：/通知消息（Notification Message）：用于显示推送通知。/数据消息（Data Message）：用于应用内部处理，不会自动显示通知。
5. FCM服务器处理消息
**FCM会检查设备的状态（在线/离线）并进行消息分发。/如果设备在线，消息会被立即传输。/如果设备离线，消息会暂时存储在FCM服务器，等设备上线后再推送（最多存储28天）。
6. 设备接收消息
**设备同样会根据运行状态处理消息。/如果应用在运行，应用可以直接接收数据消息并处理，例如更新UI或存储数据。/如果应用在后台/被关闭：---通知消息：会自动显示在系统通知栏。---数据消息时：系统可能不会直接交给应用，具体行为取决于平台和系统版本。

所以，FCM本身无法直接检测用户是否卸载了应用，但可以通过以下两种方式来间接判断用户是否已卸载应用：

A>通过“不可达令牌”检测（Invalid Registration Token）

当用户卸载应用后，Firebase生成的设备令牌将失效，FCM服务器在尝试向该设备发送消息时，会返回错误信息，例如："NotRegistered"（未注册）和"InvalidRegistration"（无效注册）。

B>通过消息送达率（Notification Delivery Rate）

如果一段时间内，某些设备一直没有收到推送消息，可能是：用户卸载了应用或者设备长时间离线或断网。可以定期统计FCM推送的送达率（Delivery Rate），如果某个设备长期未响应推送，可以推测用户可能已经卸载应用。[AF选择了270天]

官网参考链接：https://firebase.google.com/docs/cloud-messaging/fcm-architecture?hl=zh-cn

APNs

Apple Push Notification service这里应该是Appsflyer的官网不是技术人员更新本地化造成的问题，因为我们一般默认是叫APNs而不是APNS。

它的工作原理类似FCM，是专门为iOS和macOS设备开发的。

1. 设备注册
**应用启动时，向iOS系统请求推送权限。**用户同意后，iOS会向APNs请求一个设备令牌（Device Token）。
2. 获取设备令牌
**iOS系统将Token返回给应用，设备令牌同样也是每个设备的唯一标识，用于接收推送消息。
3. 服务器存储令牌
**应用将设备令牌发送到开发者服务器并存储，以便后续推送。
4. 服务器向APNs发送推送请求
**开发者服务器使用APNs的API(HTTP/2或旧版binary协议)发送推送消息。**推送请求包括：//设备令牌//消息内容//优先级//有效期
5. APNs处理并分发消息
**APNs检查设备状态（在线/离线）。--如果设备在线：立即发送推送。--如果设备离线：暂时缓存推送（具体时长由Apple决定）。--如果设备Token失效：APNs会通知开发者，表示用户可能卸载了应用。
6. 设备接收推送
**应用在前台：消息交给应用处理，不会自动显示通知。**应用在后台/锁屏：iOS自动显示推送通知。