差異導出

據火力地堡分析文檔（https://support.google.com/firebase/answer/6317517#active-users），用戶活躍數是誰發起在某一天的會議獨特的用戶數。另外根據文檔，每次會話開始時都會發送一個名爲session_start的事件。我試圖使用BigQuery的導出來獲取該指標，但我的查詢給了我不同的結果（BigQuery上的15636，FB分析上的14908）差異導出

我也嘗試轉換到不同的時區以查看是否可能是問題，但不管是哪個時區我嘗試我從來沒有得到相同（或相似）的結果

哪個查詢我應該運行得到火力地堡分析儀表盤我得到相同的結果爲活躍用戶？

我的查詢是

SELECT EXACT_COUNT_DISTINCT(user_dim.app_info.app_instance_id) 
FROM table_date_range([XXXXX.app_events_], timestamp('2016-11-26'), timestamp('2016-11-29')) 
WHERE DATE(event_dim.timestamp_micros) = '2016-11-27' 
AND event_dim.name ='session_start'

感謝

更新

後@djabi的答案，我改變了我的查詢中使用user_engagement而不是session_start現在它的效果要好得多。儘管如此，還是有一些細微的差別（取決於日期，它們的範圍從16K以下的10以下到50以下）。

我已經嘗試過使用不同的時區再次嘗試DATE(date_add(event_dim.timestamp_micros,1,'hour'))，但我從來沒有收到過我在Firebase Analytics儀表板上得到的確切數字。

新的數字是不夠好，被認爲是統計上可以接受的，但想知道如果任何人有一個建議，提高了查詢，並得到準確的結果？

當前查詢爲：

SELECT 
    COUNT(*) AS active_users 
FROM (
    SELECT 
    COALESCE(user_dim.user_id, user_dim.app_info.app_instance_id) AS user_id 
    FROM 
    TABLE_DATE_RANGE([XXXXX.app_events_], TIMESTAMP('2016-11-24'), TIMESTAMP('2016-11-29')) 
    WHERE 
    DATE(event_dim.timestamp_micros) = '2016-11-25' 
    AND event_dim.name ='user_engagement' 
    GROUP BY 
    user_id)

注：目前，我們不發送USER_ID，所以COALESCE總是會返回app_instance_id，萬一有人會建議，可能是這個問題

來源

2016-11-28 Javier Ramirez

您需要等待整整3天才能上傳離線設備的數據。您的查詢根據事件時間戳正確過濾事件，並從3天內提取數據，但從今天起只有一天半的時間，這足以讓所有數據上傳。嘗試包括從昨天起3天。

也嘗試使用user_engagement事件，而不是session_start。我相信活動用戶數是基於user_engagement而不是session_start事件。

而且FB報告需要一點來處理，所以你要懷特，檢查FB第二天報道。

FB報告上的帳戶時區進行，這樣的日子在FB報告是從UTC日曆天不同的事件在UTC時間戳的。你想控制這種差異以及獲得匹配的數字。

來源

2016-11-29 21:56:00 djabi

這是輝煌的。謝謝！當改變由user_engagement在session_start的數量仍然不完全一樣，但都是非常非常接近。我試着搞時區，但最好的結果是當我不改變它，所以我假設時區實際上是UTC（這是有道理的，因爲我的客戶是基於倫敦）。如果有更多的信息，如果沒有其他人在 –

，我會接受你的回答，因爲這個文檔說的是「獨特發起會話的用戶「_」。但它似乎經驗你是正確的和文檔是不是（因爲它是可以看到的用戶參與，而無需啓動一個會話，按[此的其他問題（http://stackoverflow.com/questions/38967231/firebase -analytics數據視差）） –

文檔是不正確。它會很快修復。感謝您提出這個問題，它幫助我發現我們的文檔已損壞。乾杯。 – djabi

對於Android的統計我使用：的

user_dim.device_info.resettable_device_id

代替

user_dim.app_info.app_instance_id

，它產生的結果。

來源

2017-01-12 16:05:17

會話被默認在相應的應用程序，它可以改變爲10秒的用戶活動進行測量。嘗試將會話開始時間計數更改爲儘可能少的數字，然後您可能會得到更接近您期望的數字。

來源

2017-10-12 10:10:03

回答

相關問題