Firebase查询Android、iOS下载量时有无first_open条件的用户计数差异原因

两个查询的统计口径本质完全不同，差值来源于仅触发了非first_open事件的用户，具体原因如下：
你添加event_name = "first_open"筛选条件时，统计的是所选时间范围内首次启动应用的去重用户，这个指标和你要统计的下载启动口径匹配。
去掉该筛选条件后，统计的是所选时间范围内上报过任意类型事件的去重用户，前者统计的是新装启动用户，后者统计的是所有活跃用户，两者的差值通常由以下几类场景贡献：

• 历史存量老用户：这类用户在你统计的时间窗口之前就已经完成安装首次启动，first_open事件上报在更早的时间分区，不会被计入带筛选的统计结果；但他们在你统计的时间窗口内有活跃行为，触发了其他事件，就会被无筛选的统计覆盖，这是最常见的差值来源。
• 上报异常的用户：少数用户首次打开应用时，遇到网络中断、应用被强制终止、本地缓存写入失败等问题，导致first_open事件没有成功上报，但后续打开时其他事件正常上报，这部分用户不会出现在带first_open筛选的统计结果中。
• 内部测试/特殊安装用户：通过本地打包、调试工具、企业证书安装的测试应用，很多时候不会触发Firebase的first_open事件，但测试过程中的操作事件会正常上报，也会形成差值。
• 跨窗口行为用户：如果用户的first_open事件上报在你统计的时间窗口之外，仅在统计窗口内有活跃行为，也只会被无筛选的统计计入。

如果你的统计窗口是应用上架至今的全量数据，200-300的差值属于正常的上报误差范围。

内容的提问来源于stack exchange，提问作者Imran Qadir Baksh - Baloch