厂商通道推送限制及消息分类最佳实践

各厂商推送限制及消息分类概览

华为

推送限制

推送数量限制

根据推送数量管理细则，华为设计了消息分类制度来管理不同类别的通知数量。资讯营销类消息的每日推送数量自2023年01月05日起根据应用类型进行上限管理，服务与通讯类消息每日推送数量不受限制：

推送速率QPS限制

QPS = APP应用在华为渠道的MAU × 应用类别权重 × 整体分配系数。

• MAU：月活跃用户人数。

• 应用类别权重：如果没在华为应用市场发布，按Default分类，该类别权重系数为 1。

• 整体分配系数：是计算QPS需要的一个系数，这个系数不固定，会动态调整，QPS值不需要您自己计算，在AppGallery Connect上可以查看，华为FAQ文档中有说明查询方法。

• 如您的应用通过QPS公式计算所得的值不足6000，将执行默认6000的QPS；如全网流量较高时，也会出现系统级流控。其他说明参见消息管控类问题。

可以联系华为官方调整QPS，申请邮件：hwpush@huawei.com。

消息分类

根据消息分类标准，华为推送服务将通知消息分为资讯营销、服务与通讯两大类别。

消息分类说明

一、特定消息类型

1. 开发者按照华为自分类权益申请 文档中的申请流程申请适合自己的 category 参数，可申请多个。

2. 华为通道当前有两个自分类权益参数：importance 参数和 category 参数。

• importance：消息提醒方式，NORMAL 表示重要消息，LOW 表示一般（静默）消息。

• category：分为云端通知 category、本地通知 category，具体取值如下表所示：

  • 对于云端通知 category 和 本地通知 category 都有值：您只需申请云端通知 category 取值。推送结果：app在线时走阿里通道送达，app离线时走华为通道送达。

  • 对于云端通知 category 取值为“不涉及”，本地通知 category 有值：只需申请本地通知 category 取值，只走阿里云自有通道。

  • 对于本地通知 category 取值为“不支持”，云端通知 category 有值：只需申请云端通知 category 取值，只走华为通道。

二、高优先级透传场景

需要在华为平台申请，详见申请特殊权限，category取值：VOIP：音视频通话、PLAY_VOICE：语音播报。

消息分类使用

1. 使用前提：已完成Android SDK接入，并完成华为辅助通道集成。

2. 华为自分类权益申请好之后，使用EMAS控制台或OpenAPI进行分类消息推送。

EMAS控制台推送方式

使用EMAS控制台推送服务进行通知推送时，在厂商设置-通知通道及通知分类中，勾选华为通道，并选择对应的消息类型。

OpenAPI推送方式

调用推送高级接口时传入对应参数：

• AndroidMessageHuaweiCategory：对应华为通道自分类权益的“云端通知 category 取值”或“本地通知 category 取值”。

• AndroidNotificationHuaweiChannel：对应华为通道自分类权益的 importance 参数。

• 推送时一般只需传 AndroidMessageHuaweiCategory 参数，若您希望服务与通讯类消息按照静默方式（无铃声振动）发送，可以在上述要求的基础上，添加 importance 字段且传值为 LOW。

其他设置

发送测试消息

1）调用推送高级接口时，设置如下参数：

• AndroidHuaweiTargetUserType = 1；直接推送即可，每个应用每日可发送500条测试消息且不受每日推送数量上限要求。

• AndroidTargetUserType=1；本参数配置后等价于同时配置 AndroidHuaweiTargetUserType、AndroidHonorTargetUserType、AndroidVivoPushMode 三个参数。

2）使用EMAS控制台推送服务进行通知推送时，在厂商设置中，关闭华为通道的生产通知。

荣耀

推送限制

推送数量限制

根据消息分类标准，荣耀推送服务将通知消息分为资讯营销、服务与通讯两大类别，具体消息限制数量见下表：

推送速率QPS限制

QPS=3000。

荣耀暂不开放提升申请。

消息分类

为了提升终端用户的推送体验、荣耀推送服务将对推送消息进行分类管理。见：荣耀消息分类标准。

消息分类说明

1. 荣耀推送服务将根据应用类型、消息内容和消息发送场景，将推送消息分成服务通讯（NORMAL）和资讯营销（LOW），两大类别，对应的分类参数为importance。

2. 根据消息分类，不同类别的消息有不同的限制、提醒方式、消息样式和importance取值，具体如下：

3. 荣耀推送服务针对消息分类有2种处理方式：

• 消息智能分类

  • 智能算法将根据APP类型和消息内容等维度，自动将您的消息按照分类标准进行归类。

• 消息自分类

  • 允许开发者根据消息分类规范，自行对消息进行分类，申请方式参见自分类权益申请。

  • 目前，所有消息默认通过消息自分类方式进行分类处理，随着荣耀推送服务能力的不断补充和演进，分类方式也会逐渐更新与升级，具体参见荣耀消息分类标准。

消息分类使用

1. 使用前提：已完成Android SDK接入，并完成荣耀辅助通道集成。

2. 荣耀自分类权益申请好之后，使用EMAS控制台或OpenAPI进行分类消息推送。

EMAS控制台推送方式

使用EMAS控制台推送服务进行通知推送时，在厂商设置-通知通道及通知分类中，勾选荣耀通道，并选择对应的消息类型。

• 选择资讯营销类消息时，importance取值为LOW，默认展示方式为静默通知，仅在下拉通知栏展示。

• 选择服务与通讯类消息时，importance取值为NORMAL，默认展示方式为锁屏展示+下拉通知栏展示。

OpenAPI推送方式

调用推送高级接口时传入对应参数：

• AndroidNotificationHonorChannel 字段值为 LOW 时，表示消息为资讯营销类，默认展示方式为静默通知，仅在下拉通知栏展示。

• AndroidNotificationHonorChannel 字段值为 NORMAL 时，表示消息为服务通讯类，默认展示方式为锁屏展示+下拉通知栏展示。

其他设置

发送测试消息

1）调用推送高级接口时，设置如下参数：

• AndroidHonorTargetUserType = 1；直接推送即可，每个应用每日可发送500条测试消息且不受每日推送数量上限要求。

• AndroidTargetUserType=1；本参数配置后等价于同时配置 AndroidHuaweiTargetUserType、AndroidHonorTargetUserType、AndroidVivoPushMode 三个参数。

2）使用EMAS控制台推送服务进行通知推送时，在厂商设置中，关闭荣耀通道的生产通知。

小米

推送限制

推送数量限制

根据《小米推送消息分类新规》，2023年2月1日起小米推送将按照本新规中的消息分类正式运行，消息分为私信消息和公信消息两个类别，若应用选择不接入私信或公信，则会接入默认通道。

推送速率QPS限制

小米推送对推送速率（QPS）的分配主要依据App的通知开关开启数进行分级计算。

QPS：表示1秒可调用的请求数；1个请求里最多可以携带1000个目标设备。例如：3000QPS时，1秒内最多可推送300万设备。

不同量级的通知开关开启设备数分配不同的QPS：

小米暂不开放QPS提升申请。

应用上架限制

小米需要上架之后才能开启推送服务。

消息分类

如果推送数量不够用，建议您优化推送策略，如消息内容中有符合私信消息的内容，可以申请和接入私信消息，接入后该类消息将不受限制。

消息分类说明

根据《小米推送消息分类新规》，小米推送将消息分为私信消息和公信消息两个类别，若应用选择不接入私信或公信，则会接入默认通道。

• 私信：推送量和接收量无限制，见私信场景说明。需申请，申请链接： channel申请及接入方法。

• 公信：推送量和接收量有限制，见公信限制规则。需申请，申请链接： channel申请及接入方法。

• 默认：不申请接入私信或公信，则为默认，限制最大，单应用单设备单日只能接收1条 。

如果您有增加消息量的需要，比如有大量用户因收不到消息而投诉，您也可以向小米推送申请增加消息量级，申请方式请参见小米消息量申诉。

消息分类使用

1. 使用前提：已完成Android SDK接入，并完成小米辅助通道集成。

2. 小米自分类消息申请好之后，会自动为您申请的消息分类生成对应的channel_id。您可以使用EMAS控制台和OpenAPI进行分类消息推送。

EMAS控制台推送方式

使用EMAS控制台推送服务进行通知推送时，在厂商设置-通知通道及通知分类中，勾选小米通道，并填写申请channel审核通过的channel_id，不填则为默认通道。

OpenAPI推送方式

调用 推送高级接口时候填入对应参数：

• AndroidNotificationXiaomiChannel 对应您在申请消息分类通过后得到的channel_id值。

• AndroidNotificationXiaomiChannel 不填则为默认通道。

OPPO

推送限制

为提升用户通知体验，持续维护良好推送生态，OPPO PUSH对消息推送数量、推送速率QPS进行统一管理。若推送数量或QPS超过限制，OPPO 平台会限制推送，并通过消息回执返回错误信息，建议按照推送限制规定进行消息推送，参见OPPO 推送服务受限说明。

推送数量限制

OPPO 推送权限分为正式权限和测试权限，消息分为通讯与服务和内容与营销两个类别，若应用未接入新消息分类则为原私信与公信，具体限制如下：

推送速率QPS限制

OPPO 推送根据应用累计用户量级划分不同的QPS限制速度。

QPS定义：(Quantity per second)表示1秒可推送的OPPO PUSH的用户数，例如针对应用维度，3000QPS表示1秒内本应用最多可推送给3000个用户（所有接口共享应用维度限速上限总值）。

消息分类

OPPO 目前有新旧两种消息分类方式，在11月20日之前新开启 OPPO 推送的应用可自主选择接入新消息分类方式或原有自建通道方式；11月20日开始新开启 OPPO 推送的应用仅能使用新消息分类能力，不再支持原有自建通道，配置消息时必须携带新的消息分类字段才能下发成功。

如果推送数量不够用，建议您优化推送策略，根据消息类型，申请开通新消息分类/私信通道权限，走新消息分类/私信下发，提升内容与营销/公信通道的使用效率。

新版消息分类

OPPO 推送对消息发送通道和消息分类进行调整优化，于2024年10月31日推出新版消息分类接入方式。

新版消息分类说明

根据OPUSH消息分类细则，OPPO 新版消息分类将通知分类为通讯与服务、内容与营销两个大类别，若不接入通讯与服务类，则默认为内容与营销类，不同类别消息明确发送的通道、内容、发送量级和提醒方式，具体如下：

OPPO 新版消息分类申请：

1. 使用新版消息分类能力，需要您在OPPO推送平台开启新消息分类能力，详见消息分类细则中的3. 新消息分类接入流程，开启后默认遵循新消息分类形式进行消息推送，请您评估确认后再开启。

2. 若不接入通讯与服务类，则默认为内容与营销，无需申请。

3. 若有通讯与服务消息类别发送诉求，则走线上权限申请，详见：消息分类细则中的4.1默认提醒申请，申请通过后OPPO平台会自动增加通讯与服务消息类别，默认提醒方式为通知栏、锁屏；如果之前已开通旧版私信通道权限，则无需再申请。

4. 若接入通讯与服务消息分类，还有强提醒诉求，可以根据规则和需求进行消息分类细则中的4.2强提醒申请，强提醒方式为：通知栏、锁屏、横幅、铃声、震动，强提醒方式会对用户造成一定程度打扰，请谨慎申请及使用。

新版消息分类使用

1. 使用前提：已完成Android SDK接入，并完成OPPO辅助通道集成。

2. 在 OPPO 新版消息分类权限申请通过后，支持使用 OpenAPI 进行新版分类消息推送，建议同时填写AndroidMessageOppoCategory和原有旧版通道 ID，来兼顾低版本用户的触达。

OpenAPI推送方式

调用推送高级接口时填入对应的参数：

• AndroidMessageOppoCategory：对应OPPO新版消息分类的 category 参数取值。

• AndroidMessageOppoNotifyLevel（可选）：对应OPPO新版消息分类的 notify_level 参数取值，使用 AndroidMessageOppoNotifyLevel 参数时，必须同时传入 AndroidMessageOppoCategory 参数。

旧版通道消息分类

旧版通道消息分类说明

根据原OPPO消息分类说明，OPPO 将消息分为私信消息和公信消息两类，若应用未接入消息分类，将默认为公信消息，受公信消息规则管控。私信通道推送量和接收量均无限制。

私信申请步骤：

1. 请参照安卓8.0通知通道设置中的创建通道部分，先在app侧代码创建通知通道的时候指定通道ID，并将创建了该通道的app上线发版。

2. 给OPPO发邮件申请设置该通道为私信通道，请参见 OPPO 邮件私信模板发送邮件。

3. 在OPPO 推送平台上登记该通道，并将通道对应属性设置为“私信”。

旧版通道消息分类使用

1. 使用前提：已完成Android SDK接入，并完成OPPO辅助通道集成。

2. 在OPPO私信通道权限生效后，支持使用EMAS控制台和OpenAPI进行分类消息推送。

EMAS控制台推送方式

使用EMAS控制台推送服务进行通知推送时，进行如下设置：

1. 厂商设置-通知通道及通知分类中，勾选OPPO通道

2. 推送设置中，若填写通道ID，离线走OPPO私信通道；若不填写通道ID，离线默认走OPPO公信通道。

OpenAPI推送方式

调用推送高级接口时传入AndroidNotificationChannel参数，该参数有两个含义：

• app在线时走阿里在线通道，AndroidNotificationChannel代表客户端创建的通知通道。

• app离线时走OPPO厂商通道，AndroidNotificationChannel参数代表您申请的OPPO私信通道。

vivo

推送限制

每日推送数量限制

根据推送消息限制说明，vivo推送将消息分为系统消息和运营消息两大类别，未接入消息分类，将默认为运营消息，不同类别有不同的限制：

应用上架限制

若应用没有上架应用市场，推送权限会显示受限，不支持发送正式消息，支持对测试设备发送测试消息进行推送。

若应用已上架应用市场，推送权限显示为正式的应用，支持发送正式消息，也支持向测试设备推送测试消息。

推送时间限制

为避免造成用户打扰，目前vivo手机接收的消息为7:00-23:00，服务器允许推送时间为7:00-23:00，系统消息不受此时间限制（在允许时间之外发送的运营消息，将返回错误码10071，且不会再下发）。

推送内容限制

1.“测试”消息纯英文纯数字限制

为避免开发者调试时，将测试消息误发送给用户，接口做了内容限制。

注：测试消息和正式消息采用相同的规则，测试字样包括中文“测试”及英文“test”

2.重复运营消息拦截限制

vivo 平台不允许推送重复运营消息，请您尽量避免1个自然日内圈选重复人群发送同一个文案。

客户端去重机制：1个自然日内，同一台设备收到重复运营消息文案，客户端会进行去重拦截。（系统消息不受此限制）

推送速率QPS限制

vivo 推送 QPS 根据通知开启的有效用户数自动调整，默认最低 3000/秒，最高 5000/秒。

QPS定义：表示1秒内最多可推送的用户数。例如：3000 QPS时， 1秒内最多可推送3000用户，换算为单推：一秒最多调用3000次接口；换算为列表推：若一次推送100用户，一秒最多调用30次接口。

消息分类

根据《推送消息分类说明》，vivo推送将消息分为系统消息和运营消息两大类别；未接入消息分类，将默认为运营消息，受运营消息规则管控。

消息分类说明

一级分类：

• 系统消息、运营消息这两大类别均无需申请，但是必须确保您推送的内容符合vivo对分类消息的定义。

• vivo会日常巡检，禁止通过系统消息通道发送运营消息，如发现推送内容不符合对应场景的，会进行严格处罚，参看vivo运营监管及处罚。

• 应用系统消息默认数量为3倍通知开启有效用户数，若数量无法满足需求，可通过vivo工单系统申请系统消息不限量。

• 申请系统不限量权限，需提前接入消息二级分类，提供相应信息，平台将根据消息分类评估。其中，“订阅提醒”类消息请先完成系统消息归档，再申请系统消息不限量权限，参看vivo推送服务工单操作指南。

二级分类：

• 若下表消息二级分类中，存在符合您应用推送场景的分类，则可以直接使用；若消息属于订阅类消息，需要通过工单系统申请系统消息归档申请，参看vivo推送服务工单操作指南。

• 若下表消息二级分类中，无符合您应用推送场景的分类，则需要给vivo团队发邮件申请特殊分类参数，申请通过后才能使用。

消息分类使用

1. 使用前提：已完成Android SDK接入，并完成vivo辅助通道集成。

2. vivo 分类消息申请好之后，支持使用EMAS控制台和OpenAPI进行分类消息推送。

EMAS控制台推送方式

使用EMAS控制台推送服务进行通知推送时，在厂商设置-通知通道及通知分类中，勾选vivo通道，并选择对应的消息类型。

OpenAPI推送方式

调用推送高级接口时传入对应参数：

1. AndroidNotificationVivoChannel，对应一级分类标准，取值 0：运营类消息（默认），取值 1：系统类消息。

2. AndroidMessageVivoCategory，对应二级分类标准，请按照消息分类规则填写，且必须大写。

其他设置

发送测试消息

1）调用推送高级接口时，设置如下参数：

• AndroidVivoPushMode = 1；直接推送即可，每个应用每日可发送500条测试消息且不受每日推送数量上限要求。

• AndroidTargetUserType=1；本参数配置后等价于同时配置 AndroidHuaweiTargetUserType、AndroidHonorTargetUserType、AndroidVivoPushMode 三个参数。

2）使用EMAS控制台推送服务进行通知推送时，在厂商设置中，关闭vivo通道的生产通知。

魅族

推送限制

魅族推送未对推送消息进行分类管理，但是对单个业务推送有限制，具体规则见下：

1. 单个业务推送有速率限制，默认app是 10000设备/10秒；订阅标签个数需<=100个；单业务每天推送上限1000次/天。

2. API 创建任务推送限制，默认10000 次/天。

3. 单个设备单个业务推送消息⼤于等于 4 条会被折叠展⽰，Flyme 10 以下的系统版本会将多次不点击的消息收纳于右上⻆消息收纳盒。

4. 单个设备 30 天不活跃，将取消订阅。

推送速率QPS限制

默认QPS=200；可以联系魅族官方调整QPS，申请邮件：push_support@meizu.com。

Google

推送限制

Google 通道不区分消息类型，但是单个应用或单台设备有限制，具体限制如下：

通道限制

谷歌消息服务已彻底弃用Firebase Cloud Messaging API旧版（原谷歌云消息传递，简称：GCM），若您需要通过谷歌通道下发推送，请使用最新的Firebase Cloud Messaging（简称：FCM） API HTTP v1 版推送通道，集成方式详见：Google推送通道集成。

鸿蒙

为了改善终端用户推送体验、营造良好可持续的通知生态，鸿蒙对通知消息进行分类管理。根据鸿蒙通知消息分类标准，鸿蒙将通知消息分类为服务与通讯、资讯营销两大类别，不同类别在鸿蒙通道有不同的接收数量限制，具体限制如下：

消息分类说明

鸿蒙允许开发者自行对通知消息进行分类，未申请消息分类时，鸿蒙默认您推送的是资讯营销类消息，受消息推送数量限制：

1. 开发者按照鸿蒙申请通知消息自分类权益文档中的申请流程申请适合自己的 category 参数，可申请多个。

2. 鸿蒙通道当前的通知消息自分类权益参数 category 的取值和对应的消息提醒方式如下表所示：

消息分类使用

1. 使用前提：已进行HarmonyOS SDK接入，并且已接入厂商通道。

2. 鸿蒙自分类权益申请好之后，支持使用EMAS控制台和OpenAPI进行分类消息推送。

EMAS控制台推送方式

使用EMAS控制台移动推送服务进行鸿蒙应用的通知推送时，在鸿蒙设置中，选择对应的通知消息分类。

OpenAPI推送方式

调用推送高级接口时传入对应参数。

• HarmonyCategory：对应鸿蒙通道的 category 参数取值。

阿里云在线自有通道推送消息

设备在线时走的是阿里云通道，通知方式受鸿蒙通知渠道管控，对应的通知渠道参数为SlotType，具体取值和说明如下：

1. 使用前提：已进行HarmonyOS SDK接入。

2. 开发者在鸿蒙端侧创建通知渠道，参看鸿蒙开发步骤。

3. 创建完成后，支持使用EMAS控制台和OpenAPI进行分类消息推送：

   1. EMAS控制台推送方式

      • 使用EMAS控制台选择阿里云在线通知渠道进行推送时，在鸿蒙设置中，选择对应的通知渠道类型。

      

   2. OpenAPI推送方式

      • 调用推送高级接口时传入对应参数：HarmonyNotificationSlotType，对应上表中SlotType的取值。

其他设置

发送测试消息

1）调用推送高级接口时，配置HarmonyTestMessage=true，单个项目最多可推送1000条测试消息。

2）使用EMAS控制台推送服务进行鸿蒙应用通知推送时，在鸿蒙设置中，启用测试消息。

更多建议

一、app设计

建议在app中增加引导用户订阅通知和引导打开推送开关的功能，并申请自分类权益，以提高通知触达率。

• 对消息要进行分类，避免重要消息占用非重要消息的Quota，或重要消息被收纳进非重要消息列表里。

• 对一些本属于非重要消息的，考虑是否能转为用户主动的订阅。

• 非拉活场景下，减少非活跃用户的发送量，避免无效触达带来总量浪费。

二、消息设计

良好的运营和适量的推送可以避免过分打扰用户导致用户关闭通知权限。

• 对消息要进行分类，避免重要消息占用非重要消息的Quota，或重要消息被收纳进非重要消息列表里。

• 对一些本属于非重要消息的，考虑是否能转为用户主动的订阅。

• 非拉活场景下，减少非活跃用户的发送量，避免无效触达带来总量浪费。

通过用户主动订阅实现更高配额

推送过多的运营消息（比如资讯营销类消息、公信），容易触及厂商通道单设备每日推送的数量上限，而系统消息（比如服务与通讯消息、私信等）则没有数量限制。为了实现单设备更多的推送条数，需要合理分类，尽量推送系统消息，节约运营消息的数量额度，因此建议在app研发中考虑用户主动订阅的机制。 各厂商通道对用户订阅的要求如下：

从各厂商通道的要求可以总结出：

1. app中需要体现用户主动订阅，并提供退订功能，订阅时需提示用户会收到推送，而不是简单的“关注”文案；

2. 订阅内容不可过于宽泛，需要进行分类；

3. 推送的通知内容要体现出订阅的特征文案。

用活跃度推送代替全推

鉴于部分厂商通道对运营消息的推送总量有限制，以及节约推送费用考量，不建议进行大范围的推送。这里提供一种按照活跃度推送的方法，整体思路是对每个设备活跃度用标签进行标记，推送时向对应标签进行推送。

1. app打开时，查询当前设备的标签，判断是否打上当前的活跃度标签，如：tag202403（标签名中带有年月信息，也可以按周来打，但是按天要注意标签表达式里的数量限制）；

2. 如果app没有打上当前活跃度标签，则打当前的活跃度标签。

3. 服务器端调用推送接口时，用标签表达式圈定目标设备，如：TargetValue={"and": [{"tag": "tag202402"}, {"tag": "tag202403"}]}。

   4为避免标签数量过多，定期对过早的标签进行删除，如：每月删除24个月前的活跃度标签。