我正在使用Firebase Analytics在Android / iOS应用中首次实现一些基本的使用情况统计信息,但对于我如何精确计算会话持续时间以及会话超时的方式,以及看到结果的24小时循环无助于通过反复试验来理解。
我现在只对一个非常简单的统计信息感兴趣 - 用户在应用中花费的时间。当应用程序“最小化”/“在后台”时确实发生了什么 - 这是否算作活动使用或与应用程序关闭相同 - 现在不是那么重要,但是如果你在这方面需要添加一些内容问题的背景,请做。
根据我的理解,这样一个简单的统计信息应该可以直接与Firebase Analytics一起使用,所以我目前没有使用任何自定义事件或任何比仅仅将Firebase Analytics链接到项目中的更好的事情,添加了配置文件,并调用FirebaseAnalytics.getInstance(this);在Android和[FIRApp配置];在iOS上。
我看到first_open,session_start和app_remove事件在控制台中按预期显示,仪表板中的一些聚合会话数据等,我也知道可配置的会话超时可用。
但我不清楚的是,当用户会话确实到期时 - 只要应用程序处于打开状态,Firebase会自动保持打开状态,或者我是否需要确保发布一些人为的“保持活动”事件防止用户会话在用户实际使用该应用程序时过期。
假设如下:
这会算作用户的单个2小时会话吗?自会话在30分钟后到期以来是否仅计为30分钟会话并且没有生成任何事件以使其保持活动状态?会发生其他事情吗?
奖金问题:如果用户退出应用的时间比会话超时短一些/更长,会发生什么?
红利奖金问题:如果不是从应用程序中退出,它会改变一下吗?
谢谢!
答案 0 :(得分:8)
快速回答:您描述的场景将导致一个2小时的会话。
会话基于应用的活动是当前活动的时间。没有必要发送事件;从活动恢复到停止活动的时间被计为参与时间。在连续参与的一小时结束时,将记录参与事件,但这不会结束会话。会话在连续时间段(默认为30分钟)时到期,即应用程序的所有活动都不是当前活动。 如果用户退出应用程序的时间比会话超时短,然后重新启动,会话将继续。如果用户退出应用程序的时间超过会话超时,则会话结束。退出应用程序并将其置于后台之间无变化。如果不是用户正在查看的内容,则不会将其视为应用运行的参与度。