?
?
分析了下三方和Firebase的安裝數據差異原因：
?
?
這一點主要是埋點的時候，邏輯不同造成的差異。比如說對安裝的定義，商店是點擊了商店的下載按鈕就算安裝，Appsflyer作為三方是用戶下載以后首次打開app算安裝，還有的是用戶激活之后算安裝，所以對同一個點的不同定義導致計數存在差異。不過我們同時接了Appsflyer和Firebase的SDK，然后雙平臺的打點邏輯完全一致的情況下，數據仍然存在差異，那么大概率就要考慮其他原因了。?
?
這里要分兩部分：
?
一個是平臺處理數據的時間差異，因為有些平臺的數據處理并不是實時的，可能是分階段處理的，且不同平臺歸因到的具體時間點也不會完全一樣，有的根據點擊時間歸因有的根據激活時間歸因；另外一個是本身平臺的時區設置，也就是時差問題，A平臺是國內UTC+8時間，B平臺是UTC+0時區這種情況。如果說是時間差異原因的話，可以查看一下分時段的數據，或者一般把對比周期拉長會發現差異是降低甚至逐步減少的，不過對于新產品數據增長較快的情況下，最好是等到平穩期再評估一下時間導致的影響大小。?
不同平臺的歸因窗口設置周期和用戶多次卸載重裝也會導致數據差異。比如我們Appsfyer老用戶歸因窗口期手動設置是180天，如果該用戶在180天前激活且注冊過游戲，Appsfyer歸為用戶的后續活躍行為，不計算該用戶為一個新用戶，而Firebase會計算為一個新用戶，這也會導致數據的差異。?
?
?
這個是谷歌搜索到的一個關于Firebase數據偏多的原因：當現有用戶遷移到包含Firebase的新版應用程序時，即使不是新用戶，Firebase也會記錄first_open。?也就是說，如果發版的時候用戶不斷遷移或者經過版本更新，那Firebase的first_open將會不斷重新記錄。谷歌官方也有表示過會優化這個情況，目前為止還是會有這個情況。?
還有一個是數據對接的方式和端口區別，如果用的是服務器的數據和客戶端的數據前后也會有差別，這部分涉及到具體的代碼調用和技術細節了，需要跟技術部門確認好相關的使用區別。另外一方面就是SDK的版本更新等導致的數據回傳異常等問題的可能性也需要考慮在內，這一點可以直接跟三方溝通差異進行確認。
觀察數據之間差異也可以幫助我們更深刻的了解用戶行為。當然還可能有別的未知原因未被發現，如果有其他可能原因也歡迎告知。
下拉推薦菜單可查看更多精彩內容↓
文章為作者獨立觀點，不代表DLZ123立場。如有侵權,請聯系我們。( 版權為作者所有，如需轉載，請聯系作者 )
網站運營至今，離不開小伙伴們的支持。 為了給小伙伴們提供一個互相交流的平臺和資源的對接，特地開通了獨立站交流群。
群里有不少運營大神，不時會分享一些運營技巧，更有一些資源收藏愛好者不時分享一些優質的學習資料。
現在可以掃碼進群，備注【加群】。 ( 群完全免費，不廣告不賣課！)
