Google Analytics iOS SDK“1秒会话”（可能是后台会话？）
谷歌分析（使用iOS SDK版本3.14及其内置的会话跟踪）报告显着比例的应用会话为1秒。
也许用户正在启动应用程序来查看页面并且（有效地）然后立即离开应用程序，但这似乎不太可能（它应该继续作为最常见的用例。您认为此类用户将停止使用或卸载。）
最初我怀疑这与“后台获取”有关，但是当我查看应用程序的先前版本（没有启用或使用后台获取）时，我仍然看到这些（看似）伪造的会话。 该应用程序（iOS9之前版本）没有通用链接。
我不希望看到这些会话的（显而易见的）原因（特别是如果来自自动操作而不是用户操作）它会删除“用户行为”的所有值; 即忠诚度，新近度和偏差“平均会话长度”。 这些是我想要使用GA的主要原因，即看看人们是否更多地使用它/重视它。
我的问题：
- 这些会议可能会引起什么？ 他们是假的吗？
- 如果虚假，我怎么能阻止他们？
- 我可以确保新的“后台获取”代码不会以某种方式触发它们吗？
我考虑/研究的一些事情：
- 我在Android应用程序（这个应用程序的同行）上看到了类似的大型“短会话”，而且数量非常高。 我一直想知道这是否是网络搜索和网站链接的结果，这些网站链接会自动加载应用程序，而且（非常）快速用户“继续”。 （通用链接是新的iOS应用程序正在努力的方向，但还没有看到太多。）鉴于它不是在iOS上，我开始怀疑它是在Android上。
- GA上有一个“optOut”选项。 这感觉就像是解决这个核桃问题的大锤。 它也是一种持久的设置，在瞬态情况下使用会感觉很危险。 我可以尝试在applicationDidEnterBackground / applicationDidBecomeActive中切换它（并且如果它被认为是解决方案），但担心它可能会产生负面的副作用。
- 一个人可以有多个跟踪器。 我计划尝试一个用于人类前景活动，一个用于后台操作（这可能允许在后台进行时间/事件跟踪，不会影响人类用户跟踪数字。也就是说，我不知道/我相信这是原因伪造的会议。）
- 可以手动管理会话并自定义会话间隔超时，但我不明白为什么此应用程序应该需要任何自定义行为。 这是一个正常的应用程序。
- 该应用程序未报告崩溃总数以匹配这些数字; 它是一个普遍受欢迎的4/5星应用程序w /几个崩溃。
Google Analytics会将持续时间衡量为互动之间的时间。
这意味着，为了能够衡量持续时间，Google Analytics需要至少两次互动才能衡量。 但是他们仍然需要收集关于一个交互式Sessions的数据，并且从报告的角度来看，每个会话都是相同的 – 通过交互。 只是有些人不再进一步了。 为此，Google Analytics（分析）会保持会话持续时间的总计。
- 当用户首次交互时，该总数设置为0。
- 31秒后，他们再次互动。 总数更新为31秒。
- 10秒后，他们第三次互动。 总计现在是41秒。
- 35秒后，他们退出了。 这是不可测量的，因此不是互动。 谷歌分析在确定他们没有回来之前忠实等待30分钟。
您的总会话持续时间记录为41秒，因为这是您签到的最后一个点。没有办法知道您再坚持了35秒。
如果您查看4页或5页，这不是问题，但如果您只查看了1页，我们的会话持续时间为0。这就是每次’Bounce’所发生的情况; 每个只有一次交互的会话的长度为“0”秒。
扔进那些在8或9秒后相互作用的人，你在’0 – 10’类别中平均有1秒。
原来问题出在Google AnalyticsSDK中。 已发布新版本：
[Google Analytics SDK issue with short sessions][1]