Firebase Analytics中创建两周内新用户受众的问题咨询

我完全懂你的困扰——针对首次打开APP不足两周的新用户做定向受众，绝对是产品运营里的高频需求，但Firebase Analytics的受众配置界面在日期条件上的限制确实有点反常识。

为什么直接用first_open_date的相对日期行不通？ #

核心原因在于Firebase受众系统的底层设计逻辑：

• Firebase的受众群体是预计算并定期更新的用户集合，不是实时动态筛选的。first_open_date是一个固定的用户属性（用户首次打开的日期一旦生成就不会改变），而“过去14天”这种相对日期属于动态时间范围，需要每天重新判断用户是否还在有效期内，这会大幅增加系统的计算负载，官方目前的架构暂时不支持这种实时动态的受众计算。
• 另外，Firebase的受众规则更偏向于基于静态属性的分组，比如“所有来自美国的用户”“所有使用iOS 16的用户”，这类属性不会随时间变化；而“两周内的新用户”是一个随时间变化的动态分组，和现有系统的适配性不强。

可行的替代方案 #

虽然直接配置相对日期走不通，但有几种变通方法可以实现你的需求：

1. 自定义用户属性标记新用户
   • 在APP代码里做判断：当用户打开APP时，计算当前时间与首次打开时间的差值，如果小于14天，就给用户设置一个自定义属性（比如is_recent_new_user），值设为true；当用户使用满14天后，再把这个属性更新为false。
   • 之后在Firebase受众配置里，直接筛选is_recent_new_user等于true的用户就行。
   • 注意：对于已经存在的老用户，需要通过后台脚本或者批量更新的方式补全这个属性的值。
2. 通过BigQuery导出+导入受众
   • 如果你的Firebase项目已经开启了BigQuery集成，可以直接写SQL查询筛选出首次打开在过去14天内的用户，然后把查询结果导入到Firebase受众中。
   • 示例SQL参考：

     SELECT DISTINCT user_pseudo_id
     FROM `your-project-id.analytics_xxxx.events_*`
     WHERE event_name = 'first_open'
       AND DATE(TIMESTAMP_MICROS(event_timestamp)) >= DATE_SUB(CURRENT_DATE(), INTERVAL 14 DAY)
     

   • 导入后可以设置受众的更新频率，保证数据的时效性。
3. 基于first_open事件的时间范围筛选
   • 其实还有个更简单的方法：直接基于first_open事件来创建受众。路径是：受众配置 → 添加规则 → 选择“事件” → 选中first_open → 设置条件为“过去14天内发生过”。
   • 因为first_open事件每个用户只会触发一次，所以这个规则本质上和筛选first_open_date在过去14天的用户是完全等价的，这个方法可能是最省心的！

总的来说，Firebase Analytics的受众系统在静态属性分组上很成熟，但动态时间范围的支持确实还有提升空间。上面的几种方法都能帮你实现目标，根据你的技术栈和数据规模选最适合的就行。

内容的提问来源于stack exchange，提问作者Daniel K