1

火力地堡Analytics(分析)跟蹤的一些違約事件:https://support.google.com/firebase/answer/6317485Firebase Analytics如何跟蹤它的自動事件?

他們中有些人喜歡

  • first_open
  • app_remove
  • app_clear_data
  • app_update

是BroadcastIntents,唐」不會發送給受影響的pac卡格。例如ACTION_PACKAGE_FIRST_LAUNCH僅發送給安裝程序包,而不發送給正在安裝的包(source)。

Firebase Analytics如何繼續跟蹤這些事件?他們的方法是什麼?

回答

3

first_openapp_update是基於存儲在磁盤上的數據。每次Firebase Analytics啓動時,它都會讀取磁盤上的存儲狀態,並檢查是否是首次運行該應用程序。如果是這種情況first_open事件被記錄並且磁盤上的狀態被更新。 app_upgrade的作用相似。當Firebase Analytics啓動時,請檢查該應用程序的最後一次運行版本。如果版本不同,它會記錄app_update事件並更新磁盤上的狀態。不管有沒有Google Play服務的設備,磁盤狀態保持不變。在具有該服務的設備上,該狀態將保存在Google Play服務數據中。在非Google Play設備上,數據與應用一起保存。

app_clear_dataapp_remove僅適用於帶有Google Play服務(大多數Android設備)的設備。記錄磁盤狀態的Firebase服務在Google Play服務中運行,因此當應用程序運行時,應用程序中的代碼會告知Google Play服務,以瞭解其應用程序數據中存儲的共享首選項文件是否已刪除。然後,Google Play服務會檢查此應用是否過去運行過,如果已經運行過,則假定應用數據已清除並記錄app_clear_data

對於app_remove,當包被移除時,從Package Manager廣播。 Google Play服務會偵聽此廣播,並在收到該廣播後會記錄下app_remove事件,並將與此應用有關的所有數據從設備中移除。

+0

謝謝!我接受這個答案,因爲我猜它會是正確的:)沒有辦法驗證它 – jones

+0

還有一種方法可以關閉所有自動分析事件嗎?如「first_open」,「session_start」等...我們有自己的系統,不想額外的噪音。謝謝。 – Darko

相關問題