小编ale*_*hko的帖子

我们正在使用Firebase Analytics来跟踪我们的Android应用.我们已将其与我们的Google Play帐户相关联,希望能够收到自动in_app_purchase活动.我们后来意识到,不支持应用内订阅:https://support.google.com/firebase/answer/6317485？hl = zh - CN

我们如何跟踪订阅收入事件？
我们考虑过使用该ecommerce_purchase活动(https://support.google.com/firebase/answer/6317499?hl=en),以便我们跟踪用户的ARPU,ARPPU和LTV.

我们面临的问题是处理订阅重复.我们是否应该每月/每年手动发送此事件,并在取消订阅后停止发送？这似乎是一个容易出错的黑客......

还有其他想法吗？

谢谢!

我们有一个Android应用程序,它包含两个主要组件:主UI(几个活动)和无限运行的后台服务,无需与UI直接交互(从同一个数据库写入/读取).UI通常由用户使用,但不是那么多.后台服务应始终运行.

目前我们正在使用Flurry,但我们做错了.由于事件来自活动和后台服务,因此会损坏我们的会话设置,活动用户等.我们想让事情变得更好.

我们已经决定用谷歌分析取代Flurry(自上次我们检查它以来,SDK v3已经有了很大改进).我们创建了两个具有不同跟踪ID的不同属性(一个用于UI,一个用于服务).我们的计划是将EasyTracker与UI结合使用(在测量会话时间和屏幕流程方面更加简单),并使用手动跟踪器进行服务(https://developers.google.com/analytics/devguides/collection/android/v3/高级#multi-trackers)

我们有两个主要问题:

1. 将UI和服务分成两个不同的属性是一个好主意吗？
2. 我们应该测量服务的会话时间吗？我们确实想知道实际运行服务的用户数量,但在这种情况下会话时间无关紧要.我们可以使用其他任何事件来了解有多少活跃服务用户？

任何想法,评论,建议或见解将受到高度赞赏.

谢谢,Alik