在锁屏上展示完整进程
Pushwoosh 为订单、行程或比赛启动并更新一张实时卡片，与其他推送共用同一活动和旅程。只要事件仍在进行，iOS 就会把它保留在锁屏和灵动岛中。
超过 80,000 家企业借助 Pushwoosh 扩大用户互动
实时活动全解析
普通推送只说一次“某件事发生了”。Live Activity 会持续地说——只要订单、行程或比赛还在进行，锁屏上的同一张卡片就会不断自我更新。
本地启动
在 App 内通过 ActivityKit 启动活动，支持 iOS 16.1 及以上版本。
推送启动（Push-to-start）
在 App 关闭时通过基于 Token 的推送开启活动，支持 iOS 17.2 及以上版本。
实时内容更新
随着事件推进，/updateLiveActivity 原地改写同一张卡片。
整个细分共用一张卡片
向共享的 activity ID 推送一次，所有运行该活动的设备同步更新。
锁屏与 Watch 同步
一个活动在多个触点间保持同步，包括 watchOS 11 上的 Apple Watch 智能叠放。
一个 Token 辅助方法
setup() 自动追踪并刷新 push-to-start 和 push-to-update Token。
Live Activity 处于推送与全屏之间的哪个位置
| 当消息是 | 发送什么 | 在哪里呈现 |
|---|---|---|
| 一次状态变化，说一次即可 | 普通推送 | 横幅，随后进入锁屏通知列表 |
| 值得配图的一次变化 | 富媒体推送 | 展开的通知 |
| 用户一键就能做出的选择 | 交互式推送 | 通知上的按钮 |
| 持续几分钟到几小时的进行中事件 | Live Activity | 锁屏和灵动岛中的一张卡片，原地自我更新 |
| 用户之后会回看的记录 | Message Inbox | App 内的列表 |
| 详情、表单或布局 | 应用内消息 | App 内的全屏 |
在用户旅程中发挥作用
一个旅程覆盖两大平台
Live Activity 是您已在发送的消息的一个属性，而不是一项独立集成。受众、触发器、细分和用户档案都保持不变，形式决定事件进行期间消息的样子。
iPhone 收到 Live Activity，Android 16 手机收到 Live Update，旧设备收到标准推送——全部来自运行您的 推送、应用内消息 和邮件的同一个 Customer Journey。对 iOS 与 Android 用户并存的海外市场来说，这意味着一套流程覆盖全部用户。
一笔订单的全流程
以出海外卖或配送 App 为例：餐厅接单后，旅程通过 push-to-start 调用开启 Live Activity。
一条静默推送在后台预热骑手数据，用户察觉不到，因此第一次更新就带着真实的名字和真实的预计到达时间。随后“制作中”“骑手已接单”“还有两分钟到达”依次改写同一张卡片。Apple 规定 Live Activities 只能用于当前事件，因此下一单的加购推荐要作为同一旅程中的应用内消息运行，而不能放在卡片上。送达事件结束活动，并把收据留在 Message Inbox 中。
适用场景
只有当某件事确实正在进行、并且是用户自己发起的——订单、行程、已开赛的比赛——Live Activity 才有用武之地。Apple 把这个触点限定于此：不能发公告，不能发优惠，不能发用户没有主动发起的任何内容。
| 场景 | 卡片承载的内容 | 用户的操作 |
|---|---|---|
| 外卖配送：进行中的订单 | 已接单、制作中、骑手已接单、即将送达 | 看一眼锁屏，不用重新打开 App |
| 网约车：行程进行中 | 司机在路上、预计到达时间、行程进度 | 看灵动岛，而不是地图页面 |
| 跨境电商：购买之后 | 已发货、派送中、还剩几站、已送达 | 在锁屏上追踪包裹，知道什么时候该在家 |
| 交易平台：同时有多笔订单 | 每个包裹一张卡片，分别来自不同卖家 | 追踪在不同日期到达的包裹 |
| 航空公司：航班当天 | 登机口、登机、延误、行李转盘 | 在嘈杂的航站楼里通过锁屏查看登机口 |
| 共享汽车：租用进行中 | 计时中、油量或电量、剩余时间、还车点 | 不打开 App 就能查看租用倒计时 |
| 体育直播：比赛进行中 | 比分、时间、节次 | 锁着屏幕也能跟进比赛 |
| 体育竞猜：滚球投注 | 注单状态、实时赔率、提前兑现窗口 | 在窗口关闭前完成提前兑现 |
体育竞猜、交易、银行和远程医疗类用例在上线前需要合规审批——请尽早联系您的 Pushwoosh CSM。
平台与技术支持
Live Activities 是 iOS 独有的触点，首先要对照您自己的安装用户检查的是最低版本要求。最后一列说明哪些情况下推送就是形式本身，哪些情况下推送只是驱动 App 中已有的组件。
| 能力 | iOS | Android | 实现方式 |
|---|---|---|---|
| 原地更新的持续卡片 | iOS 16.1+，Live Activity | Android 16（API 36），Live Update | 推送，由 SDK 调用系统 live-activity API 渲染 |
| 无需打开 App 即可远程启动 | iOS 17.2+，push-to-start | 支持，从服务端启动 | 仅支持基于 Token 的 APNs——Live Activities 不支持基于证书的配置 |
| 内容更新 | /updateLiveActivity | Messages API 中的 OPERATION_UPDATE | 同一 activity ID 将每次更新与运行中的卡片关联 |
| 更新同一活动的所有用户 | 向共享 activity ID 推送一次 | Android 按设备更新 | 持有该 activity ID 的所有设备在下一次推送时重新渲染——没有单独的广播通道 |
| 常驻的紧凑指示器 | 灵动岛（iPhone 14 Pro+）、Apple Watch 智能叠放 | 状态栏小标签 | 由系统根据实时活动呈现 |
| 小组件代码 | 由开发人员使用 SwiftUI/WidgetKit 构建 Widget Extension | pushwoosh-liveupdates SDK 模块提供默认样式 | Apple 要求自定义小组件 UI；Android 使用系统进度样式 |
/updateLiveActivityOPERATION_UPDATEpushwoosh-liveupdates SDK 模块提供默认样式安全与托管
Pushwoosh 运行在位于美国和德国的自有硬件上，遵循 GDPR。
工作原理
构建小组件是一次性的开发步骤。之后，三种操作都可以像旅程中的其他消息一样，通过 Control Panel 和 API 运行。
-
一次性构建小组件 （开发人员）
按照 Apple 的 Live Activity attributes 模型，使用 ActivityKit 和 SwiftUI/WidgetKit 添加 Widget Extension。这一步需要开发人员——Apple 要求卡片使用您自己的 UI 代码。
-
从服务端驱动整个生命周期 （API）
push-to-start 开启活动，
/updateLiveActivity改写活动，结束调用关闭活动，全部通过 Messages API 完成，并以同一个 activity ID 串联各项操作。setup()会为您管理 push-to-start 和 push-to-update Token。 -
编排 （无代码）
在与其他消息相同的 Customer Journey 中，针对同一细分和同一用户档案触发这些操作。同一流程的 Android 部分也从这个旅程运行，通过 Live Updates 实现。
需要了解的限制
探索相关产品
Android 16 Live Updates：订单、行程或配送在锁屏上只占一张卡片并原地刷新。Pushwoosh 从服务端开启、更新和结束，与其他推送共用同一活动和旅程。
Pushwoosh 移动推送通知帮助出海企业通过 FCM、APNs、华为 HMS 和 Amazon ADM 触达全球每一台设备，配合精准定向、全渠道 Journey 编排和 99% 高可用交付，把推送变成忠实付费用户。
使用一个可视化工具规划并优化您的营销活动。利用 Pushwoosh Customer Journey Builder 进行沟通、吸引、留存、转化、细分和实验。
Pushwoosh 应用内消息：在海外用户活跃的那一刻完成引导、追加销售、公告推送与反馈收集。无代码编辑器、原生 SDK 渲染模板、逐元素数据分析，符合 GDPR，欧盟数据中心托管，免费开始使用。
面向出海网约车与出行 App 的营销平台：在锁屏实时显示行程状态，司机到达时及时提醒乘客，并统一引导乘客和司机完成上手。
将您的应用和 Web 消息处理外包给 Pushwoosh API。我们管理推送、电子邮件、短信和数据流——让您无限制地构建成功的产品。