![](/img/trans.png)
[英]Firebase Analytics: first_open event missing for part of my users
[英]Google Play New Users vs Firebase first_open / New Users Comparison
应用安装归因始终是一个棘手的话题:我的问题是:
到目前为止,我发现first_open
可能是在 Firebase 和 Google Play 控制台之间进行比较的一个很好的起点,但这并不是那么简单......
到目前为止的学习:
first_open
还是应用安装后的first_open
( 来源)first_open
事件。 因此,即使他们不是新用户,他们也会登录first_open
。 换句话说,它会在更新时触发,前提是之前的版本之前没有 Firebase( 来源)first_open
事件计数将不同于 Google Play 或 App Store 安装,因为如果用户安装 > 打开 > 卸载 > 再次打开应用程序,这将计为 Play 中的一次安装和 Firebase 中的两个first_open
事件( 来源)first_open
事件。 因此,即使他们不是新用户,他们也会登录first_open
( Source )first_open
事件报告中过滤掉。 但是,这些事件仍将导出到 BigQuery 并带有一个标志,表明first_open
是由于新的 Firebase 集成( 来源)可能的解决方案:
first_open
记录在应用程序生命周期的早期并且在您可以访问 FA singleton 之前。 在first_open
-event 被记录之前,您将没有机会设置用户属性。 设置用户属性与应用程序连接性正交。 在设置属性之前记录的所有事件都不会有它,在设置属性之后记录的所有事件都会设置属性。 连接性仅影响何时可以上传数据,而不影响数据的内容。 如果您的应用程序在离线设备上运行,则数据将在设备获得连接时上传。 数据本身几乎相同( 来源)first_open
-event ( Source ) 中看到一个名为“app_info.install_source”的字段我会尝试解决这个问题,但我想如果有人有任何其他想法/反馈,我会在这里发布问题:)
在稍微研究了这个问题之后,我发现了一种可能有效的方法。
Firebase 控制台:
您还可以在 firebase-console 中启用first_open
作为转换事件,并在转换报告中向下钻取source=google-play
(至少在撰写本文时可以)。
大查询:
查看 GA4 模式,我们可以看到我们可以利用firebase_campaign
-事件( Source-1和Source-2 )。 BigQuery 代码将如下所示:
SELECT
platform as platform,
param.value.string_value AS firstopeners,
COUNT(param.value.string_value) AS count
FROM `<gcp-project>.analytics_<id>.events_20*`, UNNEST(event_params) AS param
WHERE
# platform = "ANDROID"
_TABLE_SUFFIX >= FORMAT_DATE('%y%m%d', DATE_ADD(CURRENT_DATE(), INTERVAL - 3 DAY))
AND _TABLE_SUFFIX < FORMAT_DATE('%y%m%d', DATE_ADD(CURRENT_DATE(), INTERVAL - 2 DAY))
AND event_name = "firebase_campaign"
AND param.key = "source"
GROUP BY 1,2
ORDER BY 2 DESC
笔记:
first_open
为 30 天。 任何 web 或后续应用内转化的归因 window 为 90 天。 您无法调整这些属性 windows(来源)platform
= ANDROID
,因为它仅支持 Google Play Console 集成。 然而,我修改了代码,以便将来可以看到 iOS 是否会得到支持。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.