我是第一次使用Firebase Analytics在Android/iOS应用中实现一些基本的使用情况统计信息,但是对于我来说,关于如何精确计算 session 时长,如何超时以及24小时,这些文档对我来说似乎有点模棱两可查看结果的周期无助于通过反复试验来理解。
我现在只对非常简单的统计信息感兴趣-用户在应用程序中花费的时间。当应用程序“最小化”/“在后台”时究竟发生了什么-是算作事件使用还是与关闭应用程序相同-目前尚不那么重要,但是如果您需要在这方面添加一些内容,问题的背景,请这样做。
据我了解,Firebase Analytics应该可以立即使用这种简单的统计信息,因此,我目前没有使用任何自定义事件或任何更简单的方法,而不仅仅是将Firebase Analytics链接到项目中,添加配置文件,并调用FirebaseAnalytics.getInstance(this);在Android和[FIRApp配置]上;在iOS上。
我看到first_open,session_start和app_remove事件按预期在控制台中显示,仪表板中有一些汇总的 session 数据,等等,而且我也知道有可配置的 session 超时。
但是我不清楚的是,用户 session 的确切时间是何时到期-只要应用打开,Firebase会自动保持它打开,还是我需要确保发布一些人为的“保持事件”事件以防止用户用户实际上仍在使用该应用程序时到期的 session 。
假设以下内容:
应用明确要求的内容。
对于用户而言,这将算作一个2小时的 session 吗?它会仅算作30分钟的 session ,因为该 session 在30分钟后过期,并且没有任何事件使它保持事件状态吗?还会发生其他事情吗?
额外的问题:如果用户退出应用的时间短于/长于 session 超时,会发生什么?
额外红利问题:如果不是从应用程序退出而只是进入后台,是否会有所改变?
谢谢!
最佳答案
快速解答:您描述的场景将导致一个2小时的 session 。
session 基于应用程序事件是当前事件的时间。无需发送事件;从事件恢复到暂停的时间算作参与时间。在持续参与的一个小时结束时,将记录一个参与事件,但这不会结束 session 。如果连续某个时间段(默认为30分钟)表明该应用程序的事件都不是当前事件,则该 session 将终止。
如果用户退出应用的时间短于 session 超时,然后重新启动, session 将继续。如果用户退出应用程序的时间超过 session 超时时间,则 session 结束。退出应用程序并将其置于后台之间没有任何变化。如果不是用户正在看的东西,则不算是正在运行的应用程序的参与度。
关于session - Firebase Analytics如何精确地处理 session 持续时间/超时?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/40999239/