Flurry > Usage >会话长度(B)显示我的中间会话长度为2.5分钟。
它也显示基准同样低得多,这让我感觉很好。
但是,当您查看我的会话长度分布时,它讲述了一个不同的故事:
钟形数据:
1)如何避免跟踪/包括不准确的会话?(a - c,可能是h)
我也尝试过使用timedEvent:
如果我深入钻研它: Events > Select > Tap“Events”,我得到Avg事件持续时间,这稍微好一点,但是隐藏的方式(没有仪表板访问)。
这显示了平均大约4分钟--视觉上的估计。
真正的黄金似乎是每个用户的Avg事件持续时间,这显示了更真实的数据。
这告诉我,我的时间在增加,从平均10分钟开始,从那里开始上升。这是一个非常不同的图片,与"2.5分钟中位会话长度“的狂风吹捧我的仪表板。
但是因为我做的是定时事件,而不是依赖Flurry的会话长度逻辑,所以我倾向于质疑它的准确性。
简单地说,如何才能使Flurry的会话长度更准确、更有用?
或者,如何证明我的timedEvent是准确的?
平台: iOS。
注意:我见过关于"setContinueSessionMillis“的线程。但默认值是10秒,这里似乎不起作用。
谢谢!
发布于 2015-12-18 15:33:19
这里的戴夫。
所以你的大部分会议都在1到30分钟之间,但也有一些很短的会议和一些非常长的会议。是什么让你认为这是不准确或不有用的?
中位数为2.5分钟与分布一致--寻找哪些值有一半的会话减少和一半更多。此外,平均4分钟也是有意义的,因为较少的长时间的会议可以提高平均水平。平均和中位数是不同的东西。
使用定时事件也应该是可以的。每个用户的平均事件时间将包括一个用户跨越多个会话的事件持续时间,因此,它显示的平均时间比平均会话时间要大并不奇怪。
https://stackoverflow.com/questions/31882476
复制相似问题