我们使用v3 Google Analytics(分析)iOS SDK。我们目前正在生产中使用Google的自动会话管理。应用程序上的每个屏幕都会被跟踪。我的平均会话时间为25分钟。会话时间偏低或偏高。30%的会话为0-10秒,而60%为181+秒。
Google的文档说,即使用户在后台运行应用程序后又回到同一屏幕,他们也会计算每个屏幕视图。根据在受控环境中进行的测试,我证实了这一点是正确的。首先,我使用此向应用程序添加了手动会话跟踪。我在下午12:36使用全新的Google Analytics(分析)应用ID首次打开了该应用。然后我把它放在后台。然后再次打开它并再次使其成为背景。15分钟后,我的会话正确计数为2,屏幕计数为2。然后我删除了手动会话计数,并在下午12:55进行了另外两个会话。大约10分钟后,我的会话计数为3,屏幕计数为准确的4。自动跟踪的会话计数似乎减少了一个,但偏低。有了这个测试,我无法理解生产中正在发生什么。
从逻辑上讲,每个会话都需要至少一个屏幕视图。那么会话数怎么会大于生产中的屏幕数呢?我看到的是会话计数大约是屏幕计数的两倍。怎么会这样
因此,事实证明,如果您使用后台获取或后台位置服务,didFinishLaunchingWithOptions
则会调用AppDelegate方法-Google Analytics(分析)库会告诉您将会话启动代码放在此处。如果您在左右选择该代码UIApplicationState
,则可以避免幻像会话。(请参阅此处的更多信息:http : //mikethinkingoutloud.com/issues-with-google-analytics-and-ios-7-background-fetch/)
本文收集自互联网,转载请注明来源。
如有侵权,请联系[email protected] 删除。
我来说两句