卸載衡量——分析渠道質量的另一利器

729 閱讀 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自動顯示推送通知。