4

在我们的应用中，我们使用 Google 跟踪代码管理器将应用内事件发送到 Firebase 和 AppsFlyer。当我们在本地测试它时，它在日志中正常工作我可以看到 GTM 保存了 Tag

GoogleTagManager info: Saved tag for URL https://api2.appsflyer.com/inappevent/idxxxxxxxx

然后过了一会儿，GTM 发送它

GoogleTagManager info: Sent hit https://api2.appsflyer.com/inappevent/idxxxxxxxx

我与 Charles 核对了请求的外观，一切看起来都很好，有效负载构建正确，我得到 200 OK。

{
    "appsflyer_id": "XXXXX",
    "eventName": "af_initiated_checkout",
    "af_events_api": "true",
    "eventValue": "{\"af_price\":500,\"af_content_id\":\"x1\",\"af_content_type\":\"xxx\",\"af_currency\":\"EUR\",\"af_quantity\":8}",
    "idfa": "XXXX-XXXX-XXXX",
    "bundle_id": "com.superapp.superapp"
}

几分钟后，我可以在 AppsFlyer 仪表板上看到效果。但是当我们将应用程序发送到生产环境（相同的捆绑包 id）时，我们发现 Firebase 和 AppsFlyer 之间的事件计数有很大不同，在某些情况下，Firebase 中的事件数甚至增加了 10 倍。这可能是什么原因？我该如何调试这个问题？

4

1 回答 1

5

这是来自 AppsFlyer Support 的 Luc，根据您的描述，我的猜测如下：

AppsFlyer 仪表板基于安装日期并显示生命周期数据，这意味着如果您查看“上周”，您会看到上周安装您应用的用户的数据。GTM 上周发送给 AppsFlyer 的事件数量可能远高于上周安装产生的事件，因为其中大部分对应的是较旧的安装。

我们仪表板中唯一遵循不同逻辑的页面是“活动”页面，它基于事件日期。您能否将 GTM 中的事件数与活动页面中的事件数进行比较？

如果这不能解决问题，只需向 support@appsflyer.com 发送电子邮件，提供更多详细信息和 app_id，我会看看。

谢谢，最好的，卢克

于 2019-05-28T12:28:00.073 回答