Android 谷歌分析iOS SDK“；“第二届会议”；（可能是背景会议？）

Google Analytics（使用iOS SDK版本3.14，内置会话跟踪）报告说，应用程序会话的显著百分比为1秒

也许用户正在启动一个应用程序来查看页面，然后（有效地）立即离开该应用程序，但这似乎不太可能（它应该继续作为首要用例。你认为这样的用户会停止使用或卸载。）

起初我怀疑这与“后台提取”有关，但当我查看应用程序的前一个版本（没有启用或使用后台提取）时，我仍然看到这些（似乎）伪造的会话。该应用程序（iOS9之前）没有通用链接

我不想看到这些会话（特别是从自动操作而不是用户操作）的（明显）原因是它删除了“用户行为”的所有值；i、 e.忠诚度、最近度和偏差“平均会话长度”。这些是我想使用GA的主要原因，也就是说，看看人们是否更多地使用它/更重视它

我的问题是:

• 这些会话可能是由什么引起的？它们是假的吗
• 如果是假的，我怎样才能阻止他们
• 我可以确保新的“后台提取”代码不会以某种方式触发它们吗

我考虑/研究过的一些事情：

• 我在Android应用程序（该应用程序的对等应用程序）上看到了一组类似的“短会话”，而且数量非常多。我一直想知道这是否是网络搜索和网站链接的结果，这些网站链接会自动加载应用程序，以及（非常）快速的用户“继续”。（通用链接是新的iOS应用程序正在努力实现的东西，但还没有看到太多。）考虑到在iOS上并非如此，我开始怀疑在Android上是否如此
• GA上有一个“optOut”选项。这感觉像是解决这个胡桃问题的大锤。它也是一种持久性设置，在临时情况下使用它会有风险。我可以尝试在applicationIdentinterbackground/applicationIDbecomeactive（如果它被认为是解决方案，我也会这样做），但我担心它可能会产生负面的副作用
• 一个可以有多个跟踪器。我计划尝试一个用于前台活动，另一个用于后台操作（在后台可能允许时间/事件跟踪，不影响用户跟踪号码。也就是说，我不知道/相信这是伪会话的原因。）
• 可以手动管理会话，也可以自定义会话间隔超时，但我不明白为什么这个应用程序需要任何自定义行为。这是一个正常的应用程序
• 应用程序没有报告与这些数字匹配的崩溃总数；这是一款广受欢迎的4/5星级应用程序，几乎没有崩溃

---

谷歌分析将持续时间作为交互之间的时间来衡量

这意味着为了能够测量持续时间，Google Analytics需要至少两次交互来测量持续时间。但他们仍然需要收集一次交互会话的数据，从报告的角度来看，每一次会话都是以相同的方式开始的——通过一次交互。只是有些人没有走得更远。为了说明这一点，Google Analytics保持了会话持续时间的运行总数

• 当用户首次交互时，该总数设置为0
• 31秒后，他们再次互动。这个总数被更新为31秒
• 10秒后，他们第三次互动。总数现在是41秒
• 35秒后，他们退出了。这是不可测量的，因此不是相互作用。Google Analytics忠实地等待了30分钟，才决定他们不会回来

您的总会话持续时间记录为41秒，因为这是您最后一次签入的时间点。没有办法知道你多坚持了35秒

如果你看了4或5页，这不是问题，但如果你只看了1页，我们的会话持续时间将为0。这就是每次“反弹”都会发生的情况；只有一个交互的每个会话的测量长度为“0”秒

---

再加上少数人在8秒或9秒后进行交互，“0-10”类别的平均时间为1秒。

结果表明问题出在Google Analytics SDK内部。新版本已发布：

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

---

谢谢@j-brezier。对于网页，我可以理解这一点，但作为iOS内部的SDK，它有足够的机会检测相关的“会话结束”事件（进入后台、终止应用程序等），这将是获得额外35秒的一种方式。此外，平均屏幕数为1.86个/会话，因此这并不意味着会话持续时间为“00:00:01”，并且你的理论是只有一个屏幕。我只是不明白25万人是如何在一个屏幕（这不是一个单屏幕类型的应用程序）后打开并关闭应用程序的。有没有发布说明这样说的？找不到任何说明SDK有问题或已修复的内容。@asdfassdf-很抱歉延迟。我能提供的最好的服务是：