在我们的应用中,我们使用Google跟踪代码管理器将应用内事件发送到Firebase和AppsFlyer。 当我们在本地对其进行测试时,它可以在日志中正常运行,我可以看到GTM保存了标记
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确认。
{
"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倍。 这可能是什么原因?我该如何调试此问题?
答案 0 :(得分:3)
以下是来自AppsFlyer支持小组的Luc, 根据您的描述,我的猜测如下:
AppsFlyer仪表板基于安装日期并显示生命周期数据,这意味着如果您查看“上周”,则可以看到上周安装了应用程序的用户 的数据。 GTM上周发送给AppsFlyer的事件数量可能比上周的安装生成的事件数量高得多,因为它们大多数对应于较早的安装。
我们仪表板中唯一遵循不同逻辑的页面是“活动”页面,该页面基于事件日期。您能否将GTM中的事件编号与“活动”页面中的事件数量进行比较?
如果仍然不能解决问题,只需将电子邮件发送至support@appsflyer.com,以获取更多详细信息和app_id,我来看看。
谢谢,最好的, 卢克