Google Analytics iOS SDK" 1秒会话" （可能是后台会话？） [英] Google Analytics iOS SDK "1 second sessions" (possibly background sessions?)

问题描述

Google Analytics（使用iOS SDK版本3.14并且内置会话跟踪功能）报告的应用会话数量相当大，为1秒。可能用户正在启动一个应用程序来查看页面和（有效地）然后立即离开应用程序，但这似乎不太可能（它应该继续作为顶级用例，您认为这些用户将停止使用或卸载）。 p>

最初我怀疑这与后台获取有关，但是当我查看应用程序的先前版本（未启用或使用后台获取）时，我仍然可以看到这些（貌似）也是虚假的会议。该应用程序（iOS9之前）没有通用链接。

我不想看到这些会话（尤其是如果来自自动化操作而不是用户操作）的（显而易见的）原因是它消除了用户行为的所有价值;即忠诚度，新近度和偏斜平均会话长度。这些是我想要使用GA的主要原因，即看看人们是否更多地使用它/评估它。

我的问题：

• 这些会话可能会导致什么？是否它们是假的？


• 如果伪造，我该如何阻止它们？


• 我可以确保新的背景获取代码不会以某种方式触发它们

我已考虑/查看的一些内容：

• 我在Android应用程序（此应用程序的同位体）上看到类似的大型短会话集合，并且数量极高。我一直在想，这是否是网络搜索和搜索的结果。站点链接，这些站点链接自动加载应用程序，以及一个（非常）快速的用户继续前进。 （通用链接是新的iOS应用程序正在努力的方向，但目前还没有看到。）鉴于这不是在iOS上，我开始怀疑这是在Android上。


• GA上有一个optOut选项。这感觉就像这个核桃问题的大锤解决方案。这也是一个持久的设置，对于瞬态情况感觉有风险。我可以尝试在applicationDidEnterBackground / applicationDidBecomeActive上切换它（如果它被认为是解决方案的话，将会被切换），但是担心它会产生负面影响。
  
• 可以有多个跟踪器。我打算尝试一个用于人类前景活动，另一个用于后台操作（这可能允许在后台进行时间/事件跟踪，而不影响人类用户跟踪号码。但是，我不知道/相信这是原因）
  
• 可以手动管理会话，也可以自定义会话间隔超时，但我不明白为什么这个应用程序需要任何自定义行为。这是一个普通的应用程序。


• 应用程序不报告崩溃总数来匹配这些数字;它是一款广受好评的4/5星级应用程序，只有少量崩溃。

问题出在Google AnalyticsSDK中。已发布新版本：

  [Google AnalyticsSDK问题与短会话] [1] 
  

Google Analytics (using iOS SDK version 3.14 and it's built in sessions tracking) is reporting a significant percentage of app sessions as 1 second.

Maybe users are launching an app to view a page and (effectively) then instantly leaving the app, but that seems unlikely (that it should continue as the top use case. You think such users would stop using or uninstall.)

Initially I suspected this was related to "background fetch" but when I look at a prior incarnation of the application (that did not have background fetch enabled or used) I still see these (seemingly) bogus sessions also. That application (pre iOS9) had no universal links.

The (obvious) reason I don't want to see these sessions (especially if from automated action not user action) is it removes all value of "user behavior"; i.e. loyalty, recency and skews "average session length". These are the main reasons I want to use GA, i.e. to see if folks are using it more/valuing it more.

My questions:

• What might these sessions be caused by? Are they bogus?
• If bogus, how can I stop them?
• Can I ensure new "background fetch" code doesn't somehow trigger them?

Some things I've considered / looked into:

• I am seeing a similarly large set of "short sessions" on an Android application (this application's peer) and again with extremely high numbers. I've been wondering if this was a result of a web searches & site links, with those site links automatically loading the app, and the a (very) quick user "move on". (Universal linking is something the new iOS application is working towards, but doesn't see much of yet.) Given it is not that on iOS I am starting to doubt that it is that on Android.
• There is a "optOut" option on GA. That feels like a sledgehammer solution to this walnut problem. It is also a persistent setting, which feels risky to use for a transient situation. I could attempt to toggle it at applicationDidEnterBackground / applicationDidBecomeActive (and will if it is deemed the solution) but worry it could have negative side-effects.
• One can have multiple trackers. I am planning to attempt one for human foreground activity and one for background operations (which might allow time /event tracking when in background, w/o impacting human user tracking numbers. That said, I don't know / believe this is the cause of the bogus sessions. )
• One can manage sessions manually and also customize the sessions interval timeout, but I don't see why this application should need any custom behavior. It is a normal application.
• The application isn't reporting crash totals to match these numbers; it is a generally well liked 4/5 star app w/ few crashes.

解决方案

Turns out the problem was inside the Google Analytics SDK. A new version has been posted:

[Google Analytics SDK issue with short sessions][1]

这篇关于Google Analytics iOS SDK" 1秒会话" （可能是后台会话？）的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！