友盟統計準確性如何?

2021-08-14 21:14:29 字數 666 閱讀 5424

討論資料準不准,先看統計原理和標準。有興趣的開發者可以檢視這篇文件

友盟移動應用統計的基本原理及 友盟umid 方案解析

下面再具體分析幾個開發者口中常見的「不准」

1、啟動次數不准,平均乙個使用者一天啟動幾百次

這是乙個常見的開發者整合錯誤,主要出現在android應用中,原因是開發者在存在繼承和控制關係的activity中重複呼叫了mobclickagent.onresume() 和mobclickagent.onpause()方法。

2、頁面資料不准,測試了半天沒有資料

其實友盟在整合文件和頁面

訪問路徑有明確的提醒,友盟的頁面訪問路徑是抽樣資料,抽樣比為全部日誌的3%,所以只有當資料量足夠大的時候才會顯示,如果要測試頁面整合的是否正確,可以使用整合測試模式,如何使用整合測試?

4、錯誤資訊不准,明明錯誤了後台看不到

這個問題和上面講的自定義事件相同,可能是傳送策略的問題或者你在整合測試環境下,log中需要關注的是error欄位。

5、渠道統計不准,新加的渠道看不到資料

對於渠道統計友盟的規則是「每台裝置只記錄每個應用初始安裝渠道」即乙個裝置通過a渠道安裝某應用之後,無論是解除安裝之後從b渠道安裝還是通過c渠道公升級,這個裝置的資料永遠都會算在a渠道,同理,新新增的渠道只有存在新裝置安裝之後才會在後台展示。

6、渠道統計不准,渠道

資料準確性和模型準確性

一 遇到了什麼問題 昨天在看 文獻,關於 中國汽車保有量的。文獻中提到了乙個資料 就是國家統計局每年都會 現在已經暫停 調查不同收入等級 八個等級 收入 人口 汽車擁有量的情況。通過這些資料進行簡單的計算就能得到不同收入等級群體的千人保有量情況。這個資料可以估算不同收入與千人保有量之間的函式關係 利...

DBA任務 確保統計資訊準確性

最近忙得不可開交,專案進入了cut over階段,壓力之大,前所未有。我的任務就是,負責優化long running的sql,讓其可以在3小時以內完成。昨天就出現乙個long running 的sql,它跑了16小時,經過2小時的奮鬥,終於把它優化到了2小時10分鐘。雖然那個long running...

DBA任務 確保統計資訊準確性

最近忙得不可開交,專案進入了cut over階段,壓力之大,前所未有。我的任務就是,負責優化long running的sql,讓其可以在3小時以內完成。昨天就出現乙個long running 的sql,它跑了16小時,經過2小時的奮鬥,終於把它優化到了2小時10分鐘。雖然那個long running...