【问题标题】:How could the Google Analytics session count be greater than the screen count?Google Analytics(分析)会话数怎么会大于屏幕数?
【发布时间】:2015-01-21 18:30:04
【问题描述】:

我们使用 v3 Google Analytics iOS SDK。我们目前在生产中使用谷歌的自动会话管理。应用程序上的每个屏幕都会被跟踪。我的平均会话时间是 25 分钟。会话时间要么非常低要么非常高。 30% 的会话为 0-10 秒,60% 为 181 秒以上。

Google 的文档称,即使用户在应用程序处于后台后返回到同一屏幕,他们也会计算每个屏幕视图。我根据在受控环境中的测试验证了这是真的。首先,我使用this 在应用程序中添加了手动会话跟踪。下午 12 点 36 分,我第一次在全新的 Google Analytics(分析)应用程序 ID 中打开了该应用程序。然后我把它放在后台。然后再次打开它并再次将其设置为背景。 15 分钟后,我的正确会话数为 2,屏幕数为 2。然后我取消了手动会话计数,并在下午 12:55 又做了两个会话。大约 10 分钟后,我的会话计数为 3,而我的屏幕计数准确为 4。自动跟踪的会话计数似乎减少了 1,但偏低。鉴于这个测试,我无法理解生产中发生了什么。

从逻辑上讲,每个会话都必须至少需要一个屏幕视图。那么会话数怎么会大于生产中的屏幕数呢?我看到的是会话数大约是屏幕数的两倍。这怎么可能?

【问题讨论】:

    标签: ios session google-analytics google-analytics-sdk


    【解决方案1】:

    事实证明,如果您使用后台获取或后台定位服务,则会调用didFinishLaunchingWithOptions AppDelegate 方法 - 并且 Google Analytics(分析)库会告诉您将会话启动代码放在那里。如果您围绕UIApplicationState 对该代码进行门控,则可以避免幻像会话。 (在此处查看更多信息:http://mikethinkingoutloud.com/issues-with-google-analytics-and-ios-7-background-fetch/

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多