我们正在使用 Firebase Analytics 来跟踪我们的 Android 应用。我们已将其连接到我们的 Google Play 帐户，希望能够接收自动in_app_purchase事件。我们后来意识到不支持应用内订阅：https ://support.google.com/firebase/answer/6317485?hl=en
我们如何跟踪订阅收入事件？
我们考虑使用该ecommerce_purchase事件 ( https://support.google.com/firebase/answer/6317499?hl=en )，以便我们可以跟踪用户的 ARPU、ARPPU 和 LTV。
我们面临的问题是处理订阅重复。我们是否应该每月/每年手动发送此事件并在取消订阅后停止发送？这似乎是一个容易出错的黑客......
还有其他想法吗？
谢谢！
如果您想使用您描述的技术，从您的服务器，您可以通过订阅 API跟踪 google 订阅事件是处于活动状态还是已取消。
如果您轮询此 API，您应该能够确定何时将ecommerce_purchase事件发送到 firebase。
这是轮询Google Play API 的 ruby 示例。您可以使用类似的技术轮询iTunes API 。
订阅在应用程序中测量和跟踪是一件复杂的事情，因为应用程序可能无法获得取消/更改事件，因此继续跟踪不再存在的东西。这会导致数据损坏和不可信。
出于这个原因，我们实现它如下：
客户端： 我们将所有创建、更改和取消作为自定义事件进行跟踪。
服务器端： 每当我们收取订阅费用时，我们都会将此作为“购买”事件进行跟踪。因此，计算出的用户生命周期价值是正确的，我们仍然有一个包含用户所做的所有操作、更改……的工作流。
我真的可以推荐这个解决方案，因为 - 尽管它稍微复杂一些 - 允许您跟踪完整的用户旅程，同时拥有正确的 firebase 统计信息。
首先，要跟踪所有应用内订阅事件，您需要验证来自后端的收据。否则，如果用户不打开应用程序，则无法获得续订、退款和其他订阅事件。然后您需要将事件发送到 Firebase。我们为此构建了一个解决方案，您可以在此处查看。