Android Live Updates

进度变化,实时呈现

一条 Android 16 通知,随订单、行程或比赛的推进不断改写自身。Pushwoosh 从服务端开启、刷新并结束它,App 关闭时同样有效——为出海 App 的海外用户提供实时推送通知。

三台并排的 Android 手机屏幕,展示实时通知卡片:外卖订单处于骑手配送阶段、网约车司机还有两分钟到达、比赛比分与计时正在进行

80,000+ 家企业信赖 Pushwoosh 以提升用户互动

这一格式的完整能力

普通推送只说一件事、说一次,一个五步的订单就会变成五条通知。Live Update 为整个过程只发布一张卡片,然后不断改写它——锁屏上始终是当前步骤,而不是一堆过时的旧通知。对于面向海外用户的外卖、出行和电商 App,这意味着更清爽的通知栏和更少的打扰。

一张持续卡片

整个过程在锁屏和通知栏中只占一条通知,后续每次更新都改写这张卡片,而不是新增一条。

会动的进度

Pushwoosh 渲染 Android 原生的 Notification.ProgressStyle,进度条、数值和彩色分段都是真正的系统原语。

状态栏指示标

过程进行期间,Android 会在状态栏保留一个紧凑的指示标,在任何其他 App 中都能看到。

时间锚点

更新可以携带时间锚点,在两次服务端刷新之间,卡片会自行倒计时至预计到达时间(ETA)。

实时卡片上的操作按钮

SDK 模块会在进度旁接入按钮,用户在卡片上轻点即可打开地图或拨打骑手电话。

自定义渲染

LiveUpdateProgressStyleProvider 将绘制交给您的 App,颜色、图标和分段标签都遵循您的设计。

Live Update 在推送与页面之间的位置

消息内容发送形式展示位置
一次状态变化,说一次即可普通推送横幅,然后进入通知栏
值得配图的一次变化富媒体推送展开后的通知
用户轻点即可做出的选择交互式推送通知上的按钮
正在进行的过程,持续数分钟到数小时Live Update一张自我改写的持续卡片,外加状态栏指示标
用户稍后会回看的记录Message InboxApp 内的消息列表
详情、表单或复杂布局应用内消息App 内的全屏页面
消息内容
1 / 6
一次状态变化,说一次即可
发送形式
展示位置
横幅,然后进入通知栏
消息内容
2 / 6
值得配图的一次变化
发送形式
展示位置
展开后的通知
消息内容
3 / 6
用户轻点即可做出的选择
发送形式
展示位置
通知上的按钮
消息内容
4 / 6
正在进行的过程,持续数分钟到数小时
发送形式
Live Update
展示位置
一张自我改写的持续卡片,外加状态栏指示标
消息内容
5 / 6
用户稍后会回看的记录
发送形式
展示位置
App 内的消息列表
消息内容
6 / 6
详情、表单或复杂布局
发送形式
展示位置
App 内的全屏页面

它在客户旅程中的作用

一个旅程覆盖双平台

Live Update 是您已经在发送的消息的一个属性。受众、触发器、分群和用户画像都保持不变,格式只决定这条消息在过程进行期间的呈现方式。

Android 16 设备收到实时卡片,iPhone 收到 Live Activity,较旧的 Android 手机收到标准推送——全部来自同一个 Customer Journey,它同时编排您的推送、应用内消息和电子邮件。对于同时运营 Google Play 和 App Store 的出海团队,无需为两个平台维护两套流程。

一个订单的完整流程

餐厅接单后,旅程在第一步打开卡片。

一条静默推送在后台预热骑手数据,用户不可见,因此下一次刷新时就能显示真实的姓名和预计到达时间。烹饪中、骑手已接单、还有两分钟——这些状态依次改写同一张卡片,送达事件则关闭它。

在低于 Android 16 的手机上,同一旅程会在每一步发送普通推送,两个分支都会把收据留在 Message Inbox 中。

适用场景

当某件事确实正在进行、而用户正在等待结果时,Live Update 才有用武之地。对于公告、优惠或任何并非由用户发起的内容,普通推送才是合适的格式——Google 针对这一展示位置的政策也是如此规定的。

场景卡片内容用户行为
外卖:订单进行中已接单、烹饪中、骑手已接单、还有几分钟锁屏状态下看着骑手越来越近
网约车:行程进行中司机在途、ETA、行程进度看一眼锁屏,无需回到地图
跨境电商:下单之后已发货、派送中、还有几站、已送达在通知栏追踪包裹,知道何时该在家
电商平台:多个订单同时进行每个包裹一张卡片,各自对应卖家跟踪不同日期到达的包裹
航空:出行当天登机口、登机、延误、行李转盘在嘈杂的航站楼里从锁屏查看登机口
体育直播:比赛进行中比分、计时、节次锁着屏幕也能关注板球或足球比赛
体育博彩:滚球投注投注状态、实时赔率、提前兑现窗口在窗口关闭前完成提前兑现
银行:转账进行中转账进度、银行卡寄送状态手机放在口袋里也能看到资金到账
上门服务:技术人员在路上在途、ETA、已到达不用再猜要在家等哪个小时
能源:所在街道停电故障已确认、维修人员已到场、预计恢复时间无需拨打客服热线即可获得答复
场景
1 / 10
外卖:订单进行中
卡片内容
已接单、烹饪中、骑手已接单、还有几分钟
用户行为
锁屏状态下看着骑手越来越近
场景
2 / 10
网约车:行程进行中
卡片内容
司机在途、ETA、行程进度
用户行为
看一眼锁屏,无需回到地图
场景
3 / 10
跨境电商:下单之后
卡片内容
已发货、派送中、还有几站、已送达
用户行为
在通知栏追踪包裹,知道何时该在家
场景
4 / 10
电商平台:多个订单同时进行
卡片内容
每个包裹一张卡片,各自对应卖家
用户行为
跟踪不同日期到达的包裹
场景
5 / 10
航空:出行当天
卡片内容
登机口、登机、延误、行李转盘
用户行为
在嘈杂的航站楼里从锁屏查看登机口
场景
6 / 10
体育直播:比赛进行中
卡片内容
比分、计时、节次
用户行为
锁着屏幕也能关注板球或足球比赛
场景
7 / 10
体育博彩:滚球投注
卡片内容
投注状态、实时赔率、提前兑现窗口
用户行为
在窗口关闭前完成提前兑现
场景
8 / 10
银行:转账进行中
卡片内容
转账进度、银行卡寄送状态
用户行为
手机放在口袋里也能看到资金到账
场景
9 / 10
上门服务:技术人员在路上
卡片内容
在途、ETA、已到达
用户行为
不用再猜要在家等哪个小时
场景
10 / 10
能源:所在街道停电
卡片内容
故障已确认、维修人员已到场、预计恢复时间
用户行为
无需拨打客服热线即可获得答复
格式只是一半,另一半是您放进去的内容

50 个值得借鉴的推送通知案例,附带让它们奏效的文案和创意。

获取案例

平台与技术覆盖

实时、自动刷新的卡片是新能力,首先要对照您自己的海外装机量检查系统版本下限。最后一列说明推送本身何时就是格式,何时只是驱动您 App 已有的组件。

能力AndroidiOSWeb实现方式
原地刷新的持续卡片Android 16(API 36)iOS 16.1+,以 Live Activity 形式–推送,由 SDK 基于系统实时通知 API 渲染
原生分段进度条Android 16,Notification.ProgressStyle您的 ActivityKit 小组件–pushwoosh-liveupdates 6.9.0+,封装系统原语
始终可见的紧凑指示标状态栏指示标灵动岛,iPhone 14 Pro 及更新机型–由系统根据实时通知生成
服务端驱动的开启、更新和结束是是–Messages API 中的 OPERATION_START、OPERATION_UPDATE、OPERATION_END
从 App 内关闭卡片endLiveUpdate(id)、endAllLiveUpdates()是–App 中的 PushwooshLiveUpdates facade
实时卡片的品牌样式LiveUpdateProgressStyleProvider您的小组件代码–您的 App 代码,由 SDK 调用
Android 15 及以下–,SDK 调用为空操作不适用–同一旅程中的标准推送或 Message Inbox
能力
1 / 7
原地刷新的持续卡片
Android
Android 16(API 36)
iOS
iOS 16.1+,以 Live Activity 形式
Web
–
实现方式
推送,由 SDK 基于系统实时通知 API 渲染
能力
2 / 7
原生分段进度条
Android
Android 16,Notification.ProgressStyle
iOS
您的 ActivityKit 小组件
Web
–
实现方式
pushwoosh-liveupdates 6.9.0+,封装系统原语
能力
3 / 7
始终可见的紧凑指示标
Android
状态栏指示标
iOS
灵动岛,iPhone 14 Pro 及更新机型
Web
–
实现方式
由系统根据实时通知生成
能力
4 / 7
服务端驱动的开启、更新和结束
Android
是
iOS
是
Web
–
实现方式
Messages API 中的 OPERATION_START、OPERATION_UPDATE、OPERATION_END
能力
5 / 7
从 App 内关闭卡片
Android
endLiveUpdate(id)、endAllLiveUpdates()
iOS
是
Web
–
实现方式
App 中的 PushwooshLiveUpdates facade
能力
6 / 7
实时卡片的品牌样式
Android
LiveUpdateProgressStyleProvider
iOS
您的小组件代码
Web
–
实现方式
您的 App 代码,由 SDK 调用
能力
7 / 7
Android 15 及以下
Android
–,SDK 调用为空操作
iOS
不适用
Web
–
实现方式
同一旅程中的标准推送或 Message Inbox

安全与托管

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

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

工作原理

Android 端的集成是一次性的开发工作。之后,三种操作就像旅程中的其他消息一样,通过控制面板和 API 运行。

  1. 一次性添加模块 (开发者)

    将 pushwoosh-liveupdates 6.9.0+ 加入 Android App。它会在标准通知处理之前拦截 Live Update 推送,并处理通知渠道、权限、大图标和操作按钮。LiveUpdateProgressStyleProvider 用于为卡片设置品牌样式。

  2. 从服务端驱动完整生命周期 (API)

    OPERATION_START 发布卡片,OPERATION_UPDATE 原地改写,OPERATION_END 关闭卡片,全部通过 Messages API 完成,并由同一个 activity ID 串联。App 也可以通过 PushwooshLiveUpdates.endLiveUpdate() 关闭它持有的卡片,无需往返服务端。

  3. 编排流程 (无代码)

    在与其他消息相同的 Customer Journey 中触发这三种操作,面向同一分群和同一用户画像。同一流程的 iOS 部分也由该旅程运行。

需要了解的限制

这一展示位置是新的,适用范围严格。以下是它的边界。

  • 仅支持 Android 16(API 36)及更新版本。在更早版本上 SDK 调用为空操作,不会崩溃,也没有备用卡片,因此请在旅程中为这些设备分出标准推送分支。
  • 卡片使用 Android 16 的渲染原语 Notification.ProgressStyle 绘制,因此无法像富媒体推送模板那样向下兼容。
  • 每一次开启、刷新和结束都来自您的服务端。没有设备端发布 API,App 只能关闭它已持有的卡片。
  • Google 将这一展示位置限定于真实进行中的过程:不能用于促销、聊天消息或环境信息。滥用会危及您使用该能力的权限。
  • iOS 需要单独开发。Live Activities 通过 ActivityKit 在 iPhone 上完成同样的工作,由同一旅程驱动,但需要单独的 SDK 集成。
  • 报表能看到每一次操作推送。用户查看卡片不会在负载上留下标记,因此每次更新的互动数据需要通过您回传的应用内事件获取。