Android 通知渠道

让海外 Android 用户只静音一个渠道,而不是屏蔽整个 App

Pushwoosh 将每条 Android 推送归入用户可控的通知渠道——订单更新、促销、突发新闻各归其位。按类别设置重要性级别和提示音,用户静音促销,不等于屏蔽您的 App。

一部正面展示的 Android 手机,通知栏中有三个独立的渠道类别:醒目的订单更新横幅提醒、安静变暗的促销通知,以及带有专属提示音图标的突发新闻提醒

超过 80,000 家企业借助 Pushwoosh 扩大用户互动

通知渠道全解析

每条 Android 通知都属于一个渠道,即用户可控的类别,例如“促销”“订单更新”或“突发新闻”。正是渠道让用户可以静音某一类消息,而不必屏蔽发送它的 App。对出海 App 来说,这意味着海外用户关掉营销推送后,交易通知依然能正常送达。

命名渠道,服务端创建

在 Control Panel 的 Android root params 中添加 pw_channel,或在 /createMessage 的 android_root_params 中添加。第一条使用新渠道名的推送会在设备上创建该渠道,无需发布新版本。

开箱即用的默认渠道

SDK 会在每台 Android 8+ 设备上自动创建默认渠道,即使 pw_channel 留空,通知也总有一个有效的落点。

重要性级别

Importance level 字段(-2 到 2)决定渠道在通知到达时的表现,从静默到完整的横幅提醒。该值只在渠道创建时读取一次。

每个渠道的自定义提示音

将 pw_channel 与 android_sound(放在 res/raw 中的文件)搭配使用,进入该渠道的每条推送都会播放专属提示音,而非系统默认音。

您可以控制什么

发送内容作用设置位置
渠道名称首次发送时创建渠道,或复用设备上已有的渠道Android root params 中的 pw_channel,或 API payload
重要性级别,-2 到 2设置横幅提醒行为,在渠道创建时即固定推送中的 Importance level 字段,或通过 API 传入相同的值
android_sound + pw_channel为该渠道单独设置提醒音res/raw 中的文件,按名称引用,不带扩展名
未发送 pw_channelSDK 自动创建并使用默认渠道无需配置,Android 8+ 开箱即用
发送内容
1 / 4
渠道名称
作用
首次发送时创建渠道,或复用设备上已有的渠道
设置位置
Android root params 中的 pw_channel,或 API payload
发送内容
2 / 4
重要性级别,-2 到 2
作用
设置横幅提醒行为,在渠道创建时即固定
设置位置
推送中的 Importance level 字段,或通过 API 传入相同的值
发送内容
3 / 4
android_sound + pw_channel
作用
为该渠道单独设置提醒音
设置位置
res/raw 中的文件,按名称引用,不带扩展名
发送内容
4 / 4
未发送 pw_channel
作用
SDK 自动创建并使用默认渠道
设置位置
无需配置,Android 8+ 开箱即用

在哪里设置

编辑器中的一个字段

在 Send-Push 表单或推送预设的 Android root params 中填写渠道名称。新增类别无需发版,也无需开发人员参与。

API 中的一个键

/createMessage 中的 android_root_params.pw_channel,可搭配 android_sound 为渠道设置专属提醒音。

所有 Android 通道逻辑一致

同一个 pw_channel payload 可通过 FCM 生效,也可通过 非 Google Play 设备推送 经由 Huawei HMS 和 Amazon ADM 生效。

在用户旅程中发挥作用

同一个旅程运行两个渠道

渠道只是您已经在发送的推送的一个属性,无需单独集成。交易分支指定一个渠道,促销分支指定另一个,两者与其余 移动推送 共用同一受众和同一个 Customer Journey。

订单提醒响起,促销保持安静

以跨境电商 App 为例:下单事件触发旅程。一条静默推送在后台悄悄预取预计送达时间,交易分支以高重要性级别指定“订单更新”渠道,以横幅提醒的形式弹出。

同一个旅程还运行一条独立分支,以默认重要性推送到“促销”渠道。静音了促销的用户,在同一部手机上仍能收到订单提醒:两者在同一个 App 中作为独立渠道运行。

适用场景

通知渠道的价值,与 App 发送的通知类型有多少真正不同成正比。单一类型的通知流几乎无法从中获益;响亮的促销与安静的交易提醒混在一起时,收益最大。

行业值得拆分的渠道为什么适用
出海手游活动与促销 vs 公会与社交 vs 奖励 vs 运营活动提醒通知类型多样,且安装用户以 Android 为主
跨境电商与零售促销 vs 订单与物流更新 vs 降价提醒经典的促销与交易拆分
创作者与订阅类 App新内容 vs 社交互动 vs 账单 vs 促销订阅用户只收到他们订阅的内容
交易平台买家/卖家消息 vs 订单更新 vs 促销 vs 商品提醒多边消息天然就是多条通知流
金融科技与银行欺诈与交易提醒 vs 对账单 vs 提醒 vs 促销必达提醒与完全可选的促销并存
媒体、新闻与流媒体突发新闻 vs 主题订阅 vs 新剧集 vs 促销Android 通知渠道的教科书式用例
行业
1 / 6
出海手游
值得拆分的渠道
活动与促销 vs 公会与社交 vs 奖励 vs 运营活动提醒
为什么适用
通知类型多样,且安装用户以 Android 为主
行业
2 / 6
跨境电商与零售
值得拆分的渠道
促销 vs 订单与物流更新 vs 降价提醒
为什么适用
经典的促销与交易拆分
行业
3 / 6
创作者与订阅类 App
值得拆分的渠道
新内容 vs 社交互动 vs 账单 vs 促销
为什么适用
订阅用户只收到他们订阅的内容
行业
4 / 6
交易平台
值得拆分的渠道
买家/卖家消息 vs 订单更新 vs 促销 vs 商品提醒
为什么适用
多边消息天然就是多条通知流
行业
5 / 6
金融科技与银行
值得拆分的渠道
欺诈与交易提醒 vs 对账单 vs 提醒 vs 促销
为什么适用
必达提醒与完全可选的促销并存
行业
6 / 6
媒体、新闻与流媒体
值得拆分的渠道
突发新闻 vs 主题订阅 vs 新剧集 vs 促销
为什么适用
Android 通知渠道的教科书式用例

什么情况下不值得配置

  • 触达新用户:渠道只负责对已发出的推送进行归类。
  • iOS 上的任何场景:渠道在 iOS 上不起作用,同样的任务由 Time-Sensitive 或 Critical 级别 完成。
  • 追溯修改横幅提醒:重要性在渠道创建时即固定,新的行为需要新的渠道名称。
  • 一长串几乎重复的渠道:显得杂乱,还会让用户习惯直接静音整组通知。
  • 只有一类通知的 App:没有可拆分的内容,渠道只会增加一个没人需要的设置。
渠道决定通知落在哪里,文案决定它是否被阅读

50 个值得借鉴的推送通知案例,附每个案例的文案与创意思路。

获取案例

平台与技术支持

通知渠道是 Android 独有的系统机制,从 Android 8.0 Oreo 开始引入。iOS 没有可注册的渠道,类似的任务由 Time-Sensitive 和 Critical 中断级别 完成;Web 端也没有对应机制。最后一列说明 Pushwoosh 的机制在哪里结束、操作系统规则从哪里开始。

能力iOSAndroidWeb实现方式
通知渠道–Android 8.0 Oreo(API 26)及以上–原生系统机制,Pushwoosh SDK 5.4.0+
默认渠道–支持,自动创建–Pushwoosh SDK,在每台 Android 8+ 设备上
通过 pw_channel 命名渠道–支持,首次发送时创建,无需发版–Android root params 字段,或 /createMessage
每个渠道的自定义提示音–支持–pw_channel + android_sound,res/raw 中的文件
Huawei 和 Amazon 设备上机制相同–支持,通过 HMS 和 ADM–非 Google Play 设备推送
跨平台 SDK 封装–Cordova/Capacitor、React Native、Unity、Flutter–通过原生 Android 桥接路由
需先获得运行时权限–Android 13+,POST_NOTIFICATIONS–由操作系统控制,渠道显示之前
对应的紧急程度控制Time-Sensitive / Critical 级别在此设置渠道重要性–各平台为独立功能
能力
1 / 8
通知渠道
iOS
–
Android
Android 8.0 Oreo(API 26)及以上
Web
–
实现方式
原生系统机制,Pushwoosh SDK 5.4.0+
能力
2 / 8
默认渠道
iOS
–
Android
支持,自动创建
Web
–
实现方式
Pushwoosh SDK,在每台 Android 8+ 设备上
能力
3 / 8
通过 pw_channel 命名渠道
iOS
–
Android
支持,首次发送时创建,无需发版
Web
–
实现方式
Android root params 字段,或 /createMessage
能力
4 / 8
每个渠道的自定义提示音
iOS
–
Android
支持
Web
–
实现方式
pw_channel + android_sound,res/raw 中的文件
能力
5 / 8
Huawei 和 Amazon 设备上机制相同
iOS
–
Android
支持,通过 HMS 和 ADM
Web
–
能力
6 / 8
跨平台 SDK 封装
iOS
–
Android
Cordova/Capacitor、React Native、Unity、Flutter
Web
–
实现方式
通过原生 Android 桥接路由
能力
7 / 8
需先获得运行时权限
iOS
–
Android
Android 13+,POST_NOTIFICATIONS
Web
–
实现方式
由操作系统控制,渠道显示之前
能力
8 / 8
对应的紧急程度控制
Android
在此设置渠道重要性
Web
–
实现方式
各平台为独立功能

安全与托管

Pushwoosh 运行在位于美国和德国的自有硬件上,遵循 GDPR。

ISO 27001:2022 CertifiedISO 27001 CertifiedGDPR CompliantData Privacy FrameworkHIPAA CompliantSOC 2 Type 2 CertifiedOWASP Compliant

工作原理

  1. 编写推送 (无代码)

    在 Send-Push 表单的 Android root params 中填写渠道名称,或通过 Messages API 发送 android_root_params.pw_channel。

  2. 一次性规划

    第一条使用新渠道名的推送会在设备上创建该渠道,并采用该消息中的重要性、提示音和振动设置。建议提前规划 3 到 5 个渠道,因为之后修改行为需要新的渠道名称。

  3. 编排 (无代码)

    在同一个 Customer Journey 的对应分支中路由各个渠道,与其他消息共用同一受众和用户档案。

需要了解的限制

这是一个遵循严格 Android 规则的分类机制,以下是它的边界。

  • 仅限 Android。渠道在 iOS 上不起作用,同样的任务由 Time-Sensitive 和 Critical 级别 完成。
  • 重要性、提示音和振动在渠道创建时即锁定。之后进入同一渠道的推送无法更改它们,新的行为需要新的渠道名称。
  • 最终决定权在用户。任何人都可以在系统设置中静音或完全屏蔽某个渠道,服务端无法撤销该决定。
  • Android 13 及以上版本需要先获得 POST_NOTIFICATIONS 运行时权限,任何渠道才能显示。
  • Android 14 会向用户展示渠道的重要性,Android 15 会自动冷却短时间内重复的通知,因此分类不当的渠道很快会被静音。
  • 渠道名称是自由文本键。拼写错误会创建一个新的、非预期的渠道,而不是复用您想要的那个。
  • 服务端对渠道使用情况的可见性只是下限,而非覆盖率指标。默认渠道不会在 payload 中留下标记,因此我们不报告使用命名渠道的发送方占比。