如何在Firebase控制台向指定用户定向推送应用内消息

你遇到的25个自定义用户属性上限是Firebase的默认限制，针对园艺类应用的分层推送需求，不需要占用多个属性维度就能实现，最优落地方案如下：

方案1：属性值枚举映射法（优先推荐，零额外成本） #

• 不要为每个区间单独创建属性，而是把同类指标用单个自定义属性存储分层枚举值，同大类的N个区间仅占用1个属性额度，25个上限完全可以覆盖后续新增的所有分层维度
  示例配置：
  • 针对植物数量维度，仅创建1个plant_count_level自定义属性，属性值按区间定义：1代表0-4株，2代表5-10株，3代表10-15株，4代表15株以上，后续新增区间直接新增枚举值即可
  • 针对花园数量维度，仅创建1个garden_count_level自定义属性，属性值定义：0代表无花园，1代表1个花园，2代表2个及以上花园
• 推送时在Firebase控制台的受众筛选栏，直接选择对应属性等于目标值即可，比如推送5-10株植物的用户，仅需设置筛选条件plant_count_level = 2

方案2：自定义受众预分组（适合固定推送群体） #

• 如果你的推送群体是长期固定的，直接在Firebase控制台「受众」板块提前创建对应受众，完全不占用25个自定义属性的额度，且自定义受众没有数量上限
  示例配置：
  • 创建「5-10株植物用户」受众，规则设置为用户属性plant_count >=5 且 <=10
  • 创建「2个及以上花园用户」受众，规则设置为garden_count >=2
• 发应用内消息时直接选择预创建的对应受众即可，不需要每次重新配置筛选规则

方案3：事件参数筛选（适合临时触发的推送） #

• 如果你的分层逻辑和用户近期行为挂钩，可以在上报自定义事件时携带对应参数，推送时用事件参数作为筛选条件，也不会占用自定义属性额度
  示例配置：
  用户每次新增/删除植物时上报plant_count_updated事件，携带current_plant_count参数，推送时筛选最近30天触发过该事件、且参数值在5-10区间的用户即可

注意事项 #

不要上报动态连续数值作为自定义属性值（比如直接上报具体植物数量11、14等），提前在客户端做分层映射后再上报枚举值，避免Firebase控制台筛选时出现匹配异常。如果需要给同时满足多个条件的用户推送，直接在受众筛选里叠加多个属性条件即可，不需要单独创建新属性。

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