运营推送频控与用户打扰控制最佳实践

运营推送的目标不是“发得越多越好”，而是在合适的用户、合适的时间、用合适的频率发送真正有价值的内容。过度推送会带来通知关闭、卸载、厂商限流、点击率下降和重要消息资源被挤占等问题。

本文结合极光频控设置、厂商运营消息策略、消息分类、下发策略和数据监控，帮助您建立一套更稳妥的运营推送治理方式。

核心原则

• 先区分消息类型：订单、交易、账号安全等是重要消息；活动、推荐、内容资讯、平台公告等通常是运营消息。
• 运营消息默认应该进入频控，重要消息是否纳入频控需按业务风险单独评估。
• Android 厂商运营消息同时受厂商配额、单设备数量限制、QPS 和极光频控影响。
• 不要把营销内容设置成系统消息，否则可能导致厂商审核失败、通道受限或用户投诉。
• 频控不只是“每日 N 条”，还应包含可接受时间段、用户分群、内容去重、优先级和退出机制。

频控对象

推荐治理流程

1. 将推送按业务价值分为重要通知、运营通知、测试通知和静默通知。
2. 为运营通知设置统一的单设备每日上限和可接受时间段。
3. 按厂商规则配置 Android 厂商运营消息策略。
4. 服务端发送时明确设置 options.classification，运营消息使用 0，系统消息使用 1。
5. 对运营活动建立优先级，低优先级消息在超过频控时应主动放弃。
6. 使用标签、用户属性、分群和 A/B 测试减少无关用户触达。
7. 通过推送记录、统计 API、回执 API 监控送达率、点击率、未送达变化。

控制台频控设置

进入【推送设置】-【频控设置】，可配置以下能力：

推送频率

开启后可设置单设备单日下发推送条数限制。每个用户每天最多允许下发 N 条消息，超过限制会直接丢弃。

建议：

• 运营消息必须纳入单设备每日频控。
• 重要消息可根据业务风险决定是否排除频控，但不应滥用系统消息。
• 多个运营活动同时进行时，应在业务侧先做优先级排序，避免高价值活动被低价值活动占用额度。

可接受时间段

开启后可设置用户可接收推送的时间段。不在指定时间段内的消息会直接丢弃。

建议：

• 默认避免夜间、清晨等高打扰时段。
• 金融、交易、安全、物流异常等强时效消息可单独设计例外策略。
• 对跨时区用户，应按用户所在地或业务区域配置发送时间。

限制消息类型

频控开启后默认对运营消息生效，系统消息是否限制可自行选择。开发者需要在发起推送时主动指定消息类型；不指定时默认运营消息。

API 字段：

• options.classification=0：运营消息，默认值。
• options.classification=1：系统消息。

极光不对开发者指定的消息类型做判断或校准，请确保字段值与实际业务内容一致。

Android 厂商运营消息策略

Android 厂商通道对运营消息通常有更严格的限制，例如小米公信消息、OPPO 公信、vivo 运营消息、华为/荣耀资讯营销类消息等。建议在控制台开启厂商运营消息策略，并填写单用户每天的运营消息上限。

关键规则：

• 厂商运营消息策略和极光单设备频控可同时生效。
• 厂商运营消息上限应小于或等于极光单设备下发推送条数限制。
• 当单用户单日运营消息量超过厂商上限时，极光会使用极光通道进行推送，尽可能保证消息送达。
• 厂商配额和 QPS 限制无法绕过，即使 VIP 用户也需要遵守。
• OPPO、vivo、小米等厂商的运营消息单设备上限、总量和 QPS 规则可能因应用类型不同而不同。

运营推送分层

建议将运营消息按价值和紧急程度分层管理：

服务端发送建议

明确消息分类

运营消息示例：

          {
  "platform": "android",
  "audience": {
    "tag": ["active_user"]
  },
  "notification": {
    "android": {
      "alert": "本周精选内容已更新",
      "title": "内容推荐"
    }
  },
  "options": {
    "classification": 0,
    "time_to_live": 3600
  }
}

        

控制离线保留

运营消息通常不建议设置过长的离线保留时间：

• 强时效活动可设置较短 time_to_live，避免活动结束后仍触达。
• 日常内容推荐可根据内容有效期设置数小时到 1 天。
• 对过期不可点击的活动，落地页必须校验活动状态。

分批与错峰

• 大规模运营推送建议分批发送，避免同一时间集中触达。
• 对厂商通道，应关注厂商 QPS 和额度变化。
• 对实时性要求不高的营销消息，可结合业务策略错峰发送。

用户打扰控制建议

• 发送前先判断用户是否近期活跃、是否对该内容有兴趣、是否已收到类似消息。
• 同一活动只保留必要触达，不要在多个标签、人群包中重复命中同一用户。
• 对已点击、已转化、已完成任务的用户，及时从后续推送人群中排除。
• 对长期未点击、关闭通知或频繁卸载风险用户，降低推送频率。
• 用应用内消息、站内信、短信补充等渠道承接不同优先级消息，不要把所有信息都压到通知栏。
• 对持续更新状态类消息，使用消息覆盖减少历史通知堆叠。

数据监控

建议按活动和人群持续观察：

• 发送数、送达数、点击数、送达率、点击率。
• Android 厂商通道请求成功数和送达数。
• 极光通道与厂商通道的比例变化。
• 频控丢弃、厂商配额不足、QPS 排队等异常。
• 通知权限关闭率、卸载率、投诉或退订反馈。
• 不同文案、发送时间、人群策略的 A/B 测试结果。

常见误区

误区一：频控只在极光侧配置即可

Android 厂商运营消息还会受到厂商侧单设备上限、总量和 QPS 限制。

误区二：系统消息不受限制，所以运营消息都设置为系统消息

系统消息通常有明确业务边界。营销、活动、推荐类消息如果误用系统消息分类，可能影响厂商审核和通道稳定性。

误区三：超过频控后再补发一条

频控的目标是减少打扰。超过频控后继续换通道补发，可能带来更差的用户体验。除非是重要消息，否则应主动放弃。

相关文档

• 频控设置
• 厂商限额及 QPS 限制
• 厂商消息分类使用指南
• Push API v3 - options.classification
• 如何设置通知下发策略
• 厂商消息分类与配额管理最佳实践
• 推送排查最佳实践