Iphone iOS Google Analytics SDK-怪异的会话长度

Iphone iOS Google Analytics SDK-怪异的会话长度,iphone,ios,objective-c,google-analytics,Iphone,Ios,Objective C,Google Analytics,我似乎无法理解google analytics参与行为忠诚度的以下统计数据: 这表示平均第一个会话长度为24s,在42530用户的40289会话中,第二个会话的平均长度为4m46s。该应用程序有一个注册过程,因此4m46s不会让我感到惊讶,但它应该在第一个会话中 我敢肯定统计数据有问题。我认为我在didFinishLaunchingWithOptions中正确启动了会话: //google anlytics [GAI sharedInstance].trackUncaughtException

我似乎无法理解google analytics参与行为忠诚度的以下统计数据:

这表示平均第一个会话长度为24s,在42530用户的40289会话中,第二个会话的平均长度为4m46s。该应用程序有一个注册过程,因此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];
//谷歌分析
[GAI sharedInstance].trackUncaughtExceptions=是;
[GAI sharedInstance].调度间隔=20;
id tracker=[[GAI sharedInstance]trackerWithTrackingId:[[NSBundle mainBundle]objectForInfoDictionaryKey:@“GAIKey”];
[tracker sendEventWithCategory:@“某些类别”withAction:@“某些操作”withLabel:@“某些标签”withValue:@0];
我真的不明白这些数字,它们不符合我的其他日志、反馈和flurry统计数据

有人熟悉这个吗

编辑-添加GOOGLE ANALYTICS调试模式日志屏幕截图-注意:这是在模拟器的一个会话期间记录的,其中包括注册过程。

请阅读此帖子:


移动SDK中的参与度指标和结果指标类似于web跟踪,但它们已经针对移动应用世界进行了调整。我们没有页面视图,而是屏幕视图。我们有平均会话时间,而不是站点上的平均时间。我们有屏幕/会话,而不是页面/访问。

关于应用程序分析,我不知道我在说什么,但这里有一个有根据的猜测:

如果这类似于漏斗可视化/跟踪(这是我在你说“注册表格”时所假设的),我会认为还有一些额外的第一步/会话可能会持续4秒左右,然后定期调度会在该指标上增加20秒

也许将dispatch设置为0至少可以解决问题,如果这是一个因素的话

您正在使用自动会话管理吗

:

应用程序在启动时启动会话,也在屏幕保护程序启动时启动会话 一碰就被解雇了

有一个问题让我感到困惑,那就是当你面对400万的注册表格时,你怎么只会失去2000个用户。这将是一个电子商务网站的交易破坏者

希望这是不言而喻的:

测试和调试

Google Analytics SDK for iOS提供了一种将打印的调试模式 关于发送到Google Analytics的数据的有用信息 在你的日志中

//启用调试模式。[GAI sharedInstance].debug=YES


我还将进一步调查您是否真的使用didFinishLaunchingWithOptions正确启动会话。

如果不直接访问您的数据,这只是猜测,但我认为这可能与您的会话具有高跳出率有关(这意味着它们是只有一次命中的会话)。Google Analytics将反弹视为花费0秒的访问

你能查一下吗:第一次来访者的跳出率是多少?如果它非常高,那么0:24是因为它被0:00实例严重地加权了

它不影响第二次会议的事实表明,这可能是一个跟踪配置问题;您的跟踪是否可能错误地导致第一个会话中的很大一部分被打断为第二个会话,从而增加了您的回访人数并使您的第一次访问数据看起来非常糟糕?

根据,默认会话长度为30秒。我想知道您的用户是否因为某种原因暂停,然后继续执行您正在跟踪的下一个操作。也许您可以增加会话超时以验证这是否是导致奇数的原因

以下是文档中的代码:

[tracker setSessionTimeout:60];

Adwords支持网站上还有一个链接,允许您直接联系分析支持人员。他们多次帮助我实施大规模解决方案,通常在12-24小时内做出响应。我强烈建议您与他们联系,并尽可能多地分享问题,以获得最佳响应。我们能做的只有有限的信息量


现在不在家用电脑上,但如果您需要帮助查找链接,请告诉我。

没有帮助,没有回答我的问题您在Google Analytics中的会话数是否与Flurry中的会话数相同?你的统计数据似乎表明GA以某种方式破坏了会话(可能是在注册后)。你找到答案了吗?@samir,没有。我在问题中添加了谷歌分析日志,你可以查看它并做出更明智的推测。我如何准确地检查反弹率?