看來,原因可能與GA查詢相關:用戶與幾個層面,包括GA指標:APPID。
我嘗試了不同的組合,只有ga:當用ga:date查詢更多維時,用戶返回採樣數據。
總之,如果我從示例中查詢具有相同3維的任何其他度量,它將返回完整的空間數據。
兩週前沒有發生這種情況,所以我猜Google最近改變了ga:users的計算方式。
此外,作爲一種副作用,我意識到如果計劃計算用戶總數,查詢批量用戶會產生誤導,因爲您不能簡單地對它們求和。也就是說,當用ga:date查詢時,ga:用戶與ga:1dayUsers類似,然後您無法彙總數據。另外奇怪的是,您不能使用ga:1dayUsers使用ga:appId,但您可以使用ga:用戶。
我們在檢測器中丟棄ga:用戶之後還檢測到另一個問題。該問題與細分參數有關,它與其餘指標和維度結合使用時也會觸發抽樣。
我們從同一視圖中收集來自多個應用程序的數據(不推薦使用,但它出於傳統原因)。因此,我們使用像「sessions :: condition :: ga:[email protected]」這樣的動態定義段。
事實是,當我們過濾這種方式時,我們會遭受採樣,但如果我們使用像「ga:appId = com.xxx.yyy.zzz」這樣的通用過濾器,我們就不會得到採樣結果。
可能問題是我們爲什麼使用基於細分的過濾器而不是標準過濾器,原因是因爲我們需要一些特定的衡量指標,如ga:7dayUsers和相關的,它們不能與ga:appId組合使用所以你不能在過濾器中使用ga:appId。令人困惑的是,對於這些指標,當我們使用基於分段的濾波器時,我們不會得到採樣結果。
現在看來,我們所有的API調用都返回實際的數據。
但是,還不確定爲什麼Web界面中的默認報告(如「用戶概覽」)將一天中的採樣數據返回少於1000個會話。
希望這些信息可以幫助其他人,如果有類似的問題抽樣。
您是否爲您的請求設置'samplingLevel'?你可以分享你的要求嗎? – etemple1
另外,響應字段'containsSampledData'是否爲true? – etemple1
是將採樣級別設置爲HIGHER_PRECISION,並在containsSampledData中返回true。當查詢一天時,它也會發生在網絡界面上,所以不確定採樣觸發器最近是否發生了變化。我會盡快添加查詢一個響應 – barranquero