iOS版谷歌Analytics（分析）SDK - 奇怪的會話長度

我似乎無法理解從谷歌分析參與行爲忠誠以下這些資料：iOS版谷歌Analytics（分析）SDK - 奇怪的會話長度

enter image description here

這表明，其平均第一屆長度爲24秒，而在42,530名用戶的40,289名用戶中，平均長度爲4分46秒的第二段。該應用程序有一個註冊過程，所以4m46s不會讓我感到驚訝，但它應該已經在第一階段..

我很確定有一些錯誤的統計信息。我想我正確地啓動會議didFinishLaunchingWithOptions：

//google anlytics 
[GAI sharedInstance].trackUncaughtExceptions = YES; 
[GAI sharedInstance].dispatchInterval = 20; 
id<GAITracker> tracker = [[GAI sharedInstance] trackerWithTrackingId:[[NSBundle mainBundle] objectForInfoDictionaryKey:@"GAIKey"]]; 
[tracker sendEventWithCategory:@"some-category" withAction:@"some-action" withLabel:@"some-label" withValue:@0];

我真不明白這些數字，他們不符合我的其他記錄，反饋，並亂舞的統計資料。

有人對此有所瞭解嗎？

編輯 - 添加GOOGLE ANALYTICS調試模式LOGS SCREENSHOT - 注意：這是在包含註冊過程的模擬器中的一個會話期間記錄的。 enter image description here

來源

2013-05-13 David Ben Ari

您是否在Flurry中獲得了類似數量的Google Analytics會話？你的數據似乎表明GA會以某種方式打斷會話（也許在註冊後）。 – 2013-05-20 12:06:15

你有沒有找到答案？ – samir 2014-11-06 15:00:36

@samir，不，我沒有。 – 2014-11-06 15:25:12

閱讀此篇請：

http://cutroni.com/blog/2012/06/29/google-analytics-mobile-app-tracking-data-and-reports/

互動指標和成果指標移動SDK類似於網絡跟蹤，但他們已經調整了移動應用世界。我們擁有屏幕瀏覽，而不是瀏覽量。而不是平均時間我們有平均會話持續時間，而不是頁面/訪問我們有屏幕/會話。

來源

2013-05-17 20:35:23 protikhonoff

沒有幫助，沒有回答我的問題[請閱讀此帖]（http://meta.stackexchange.com/questions/8231/are-answers-that-just-contain-links-elsewhere-really-good-answers ） – 2013-05-19 11:12:46

我不知道我說的是當它涉及到的應用分析，但這裏是一個受過教育的猜測：

如果這是什麼樣的漏斗可視化/跟蹤（這是我想你的時候說註冊表單），我不得不認爲有一些額外的第一步/會話可能會持續大約4秒，然後定期調度將20秒添加到該度量標準。

也許設置調度爲0至少可以排除故障，如果這是某種因素。

您使用自動會話管理嗎？

google analytics ios sdk V2.0 short session durations：

應用程序啓動時在啓動一個會話，並且還當屏幕保護程序是通過觸摸駁回。

讓我難以置信的一個問題是，當面對4米註冊表單時，你只有2000個用戶失去了。這將是一個電子商務網站上的交易斷路器。

希望這不言而喻：

測試和調試

的谷歌Analytics（分析）SDK爲iOS提供了調試模式，將打印什麼數據被髮送到谷歌Analytics（分析）有用信息你的日誌。

//啓用調試模式。 [GAI sharedInstance] .debug = YES;

如果你真的用didFinishLaunchingWithOptions正確地開始會話，我還會進一步調查。

來源

2013-05-20 18:19:47 nocommit

沒有直接訪問您的數據，這是猜測，但我認爲這可能與您的會話具有較高的跳出率（意味着它們只有一次命中的會話）有關。 Google Analytics（分析）將反彈視爲訪問時間爲0秒。

您可以檢查：首次訪問者的跳出率是多少？如果它非常高，那麼0:24是因爲它正在被0:00實例嚴重加重。

事實上，它不影響第二屆會議表明它可能是一個跟蹤配置問題;是否有可能您的跟蹤錯誤地導致第一次會話的一大部分進入第二次會話，從而使您的回訪人數增加，並使您的首次訪問數據看起來很糟糕？

來源

2013-05-21 13:55:00 Yahel

我將google分析日誌添加到問題中，您可以查看它並推測更明智。我究竟如何檢查跳出率？ – 2013-05-22 13:21:48

根據Google Analytics documentation，默認會話長度爲30秒。不知您的用戶是否由於某種原因而暫停，然後繼續執行您正在跟蹤的下一個操作。也許你可以增加會話超時來驗證是/不是導致奇數的原因。

下面是從文檔代碼：

[tracker setSessionTimeout:60];

來源

2013-05-22 21:43:07 pinkeerach

https://productforums.google.com/forum/#!forum/analytics

還有AdWords支持網站，讓您Analytics（分析）技術支持人員，而不是直接接觸某處的鏈接。他們幫助我多次實施超大規模解決方案，並且通常在12-24小時內響應。我強烈建議您與他們聯繫，儘可能分享問題以獲得最佳迴應。我們只能用有限的信息做很多事情。

現在不在家裏的電腦，但如果你需要幫助找到鏈接讓我知道。

來源

2013-06-04 22:09:22 nocommit

iOS版谷歌Analytics（分析）SDK - 奇怪的會話長度

回答

相關問題