Time-Sensitive 与 Critical 通知

当消息刻不容缓时，穿透专注模式

iOS 中断级别决定了您的推送是立即送达，还是在定时摘要中等到晚上。在 Pushwoosh 控制面板中一键开启 Time-Sensitive 或 Critical——为出海金融科技、出行和外卖 App 的海外 iPhone 用户及时送达关键消息。

预约演示免费开始

两台并排的 iPhone 锁屏：左侧一条紧急通知醒目显示并带有黄色优先级标签，状态栏中有月牙形专注模式图标；右侧屏幕变暗，一叠普通通知被收在定时摘要中

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

这一格式的完整介绍

自 iOS 15 起，由用户决定自己要多少安静。专注模式会拦下通知，定时摘要则在晚上把它们一次性交给用户。这对优惠消息没问题，对欺诈提醒却是灾难——而推送上的中断级别，正是区分两者的那个字段。

`passive` （iOS 15+）

进入通知列表，不发声音也不点亮屏幕。适用于可以等用户自己去看的推荐或优惠。

`active` （默认）

点亮屏幕并播放声音，但仍会被专注模式和摘要拦下。您今天发送的每条推送已经是这一级别。

`time-sensitive`

穿透专注模式和定时摘要，立即发布并带有黄色的 Time Sensitive 横幅，随后在一段时间内保持醒目。

`critical`

具备 Time-Sensitive 的全部能力，并可覆盖勿扰模式和静音开关，静音的手机也会响铃。Apple 只向健康、安全和安防类 App 授予这一权限。

每个级别能穿透什么

级别	声音与点亮屏幕	专注模式与摘要	勿扰与静音开关	所需条件
`passive`	–	–	–	无
`active`	是	–	–	无，这是推送的默认行为
`time-sensitive`	是，带黄色横幅	是	–	在 App 中声明 Time Sensitive Notifications 能力
`critical`	是，静音时也会响铃	是	是	Apple 授予您 App 的 Critical Alerts 权限

级别

1 / 4

passive

声音与点亮屏幕

–

专注模式与摘要

–

勿扰与静音开关

–

所需条件

无

级别

2 / 4

active

声音与点亮屏幕

是

专注模式与摘要

–

勿扰与静音开关

–

所需条件

无，这是推送的默认行为

级别

3 / 4

time-sensitive

声音与点亮屏幕

是，带黄色横幅

专注模式与摘要

是

勿扰与静音开关

–

所需条件

在 App 中声明 Time Sensitive Notifications 能力

级别

4 / 4

critical

声音与点亮屏幕

是，静音时也会响铃

专注模式与摘要

是

勿扰与静音开关

是

所需条件

Apple 授予您 App 的 Critical Alerts 权限

在哪里设置

编辑器中的两个开关

单次推送编辑器的 iOS 设置中有 Time-sensitive 选项和单独的 Critical Push 选项。调整营销活动的紧急程度无需发版。

API 中的一个字段

/createMessage 中的 ios_interruption_level 接受 passive、active、time-sensitive 和 critical，并与 apns-push-type: alert 搭配使用。

SDK 中的权限回读

iOS SDK 会报告设备是否仍允许 Time-Sensitive，您可以不再对已关闭该级别的用户使用它。

它在旅程中的作用

Customer Journey 流程图：同一受众和同一用户画像拆分为三个分支——以 time-sensitive 推送发送的欺诈分支、以 active 推送发送的订单状态分支、以 passive 推送发送的召回分支，最终汇合到同一出口

一个旅程，分级的紧急程度

级别是您已经在发送的消息的一个属性。受众、触发器、分群和用户画像都保持不变，改变的只是这条消息争取注意力的力度。

因此，在同一个 Customer Journey 中，欺诈分支使用 time-sensitive，而召回分支保持 passive——这个旅程已经在运行您的推送、应用内消息、邮件和 SMS。

Customer Journey 流程图：可疑登录事件、预取设备详情的静默推送、带有“是我”和“不是我”按钮并穿透睡眠专注模式的 time-sensitive 推送，然后是等待触发并设有五分钟超时，分支到已确认出口、冻结银行卡的应用内页面和 SMS 兜底

凌晨 2 点拦下一次可疑登录

风控引擎标记了一次登录并触发事件。一条静默推送在后台预热设备详情，用户不可见；随后 time-sensitive 推送穿透睡眠专注模式送达，带有两个按钮：“是我”，以及醒目红色的“不是我”。

点击“不是我”会冻结银行卡并打开账户恢复页面。如果五分钟内两个按钮都没有被点击，同一旅程会通过 SMS 发送同样的选择，Message Inbox 也会把这条提醒保留在 App 中。对于服务海外用户的出海金融科技 App，这正是在不同时区也能守住资金安全的方式。

适用场景

当一条消息在三小时后才被看到就失去价值时，这一级别才有用武之地。在大多数 App 中，这样的流程只有少数几个，其余都应使用 active 或 passive。

场景	推送内容	为何值得穿透
金融科技：欺诈与可疑登录	请确认这笔付款：银行卡已冻结	摘要还在等待，钱已经在流动
交易与加密货币：保证金与强平	追加保证金：10 分钟后强平	仓位平掉之后才看到的价格提醒，只是一张收据
网约车：司机到达	您的司机已在外面等候	司机只等两分钟，摘要却要三小时后才到
外卖：骑手到门口	您的骑手已到门口	门口取餐的窗口只有一两分钟
航空与铁路：当日变更	登机口已改为 B12：航班已取消	旅客此刻正站在错误的航站楼里
医疗与药房：用药与检查结果	该服药了：您的检查结果已出	这是 Apple 自己的示例，也是其认可 Critical 的两类场景之一
能源与公用事业：停电与安全	您所在区域停电：检测到泄漏	用户已经在担心，而安全警报可能符合 Critical 的条件
借贷、停车、电动车充电：有代价的截止时间	付款逾期：停车计时即将到期	用户还能避免一笔费用，而时间大概只有推送送达那么长

场景

1 / 8

金融科技：欺诈与可疑登录

推送内容

请确认这笔付款：银行卡已冻结

为何值得穿透

摘要还在等待，钱已经在流动

场景

2 / 8

交易与加密货币：保证金与强平

推送内容

追加保证金：10 分钟后强平

为何值得穿透

仓位平掉之后才看到的价格提醒，只是一张收据

场景

3 / 8

网约车：司机到达

推送内容

您的司机已在外面等候

为何值得穿透

司机只等两分钟，摘要却要三小时后才到

场景

4 / 8

外卖：骑手到门口

推送内容

您的骑手已到门口

为何值得穿透

门口取餐的窗口只有一两分钟

场景

5 / 8

航空与铁路：当日变更

推送内容

登机口已改为 B12：航班已取消

为何值得穿透

旅客此刻正站在错误的航站楼里

场景

6 / 8

医疗与药房：用药与检查结果

推送内容

该服药了：您的检查结果已出

为何值得穿透

这是 Apple 自己的示例，也是其认可 Critical 的两类场景之一

场景

7 / 8

能源与公用事业：停电与安全

推送内容

您所在区域停电：检测到泄漏

为何值得穿透

用户已经在担心，而安全警报可能符合 Critical 的条件

场景

8 / 8

借贷、停车、电动车充电：有代价的截止时间

推送内容

付款逾期：停车计时即将到期

为何值得穿透

用户还能避免一笔费用，而时间大概只有推送送达那么长

何时保持 active 或 passive

Apple 明确规定，这一级别是为真正的紧急情况而设，不得用于营销。当一条 Time-Sensitive 推送无人点击时，iOS 会在锁屏上为用户提供一键开关，为您的 App 永久关闭该级别，且无法再请求恢复。所以以下内容应保持原级别。

促销、折扣和季节性营销活动。
内容上新、新剧集和编辑精选摘要。
重新激活、召回和购物车挽回提醒。
游戏 LiveOps 提醒：体力恢复、活动开始、连续登录提醒。

级别让消息被看到，文字决定接下来会发生什么

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

获取案例

平台与技术覆盖

中断级别是 iOS 15 引入的机制。Android 通过通知渠道重要性控制紧急程度，由 Pushwoosh SDK 根据推送负载创建，而不是由您的 App 在代码中注册；Web 端则没有可比的机制。最后一列说明级别何时就是推送本身，何时取决于 Apple 必须先授予您的权限。

能力	iOS	Android	Web	实现方式
`passive` 和 `active` 级别	iOS 15+	–	–	推送本身，无需 App 代码
`time-sensitive` 级别	iOS 15+	–	–	推送，前提是您的 App 已声明 Time Sensitive Notifications 能力
`critical` 级别	iOS 15+，需要权限	–	–	推送，前提是 Apple 已授予您的 App Critical Alerts 权限
编辑时的无代码开关	是，在营销活动的 iOS 设置中	–	–	Pushwoosh 控制面板，单次推送和预设
通过 API 设置级别	/createMessage 中的 `ios_interruption_level`	–	–	Messages API
每个旅程分支使用不同级别	是	–	–	旅程步骤，将级别作为消息属性携带
回读设备是否仍允许 Time-Sensitive	是	–	–	Pushwoosh iOS SDK
可比的紧急程度控制	四个中断级别	渠道重要性和推送优先级	–	根据推送负载创建的通知渠道

能力

1 / 8

passive 和 active 级别

iOS

iOS 15+

Android

–

Web

–

实现方式

推送本身，无需 App 代码

能力

2 / 8

time-sensitive 级别

iOS

iOS 15+

Android

–

Web

–

实现方式

推送，前提是您的 App 已声明 Time Sensitive Notifications 能力

能力

3 / 8

critical 级别

iOS

iOS 15+，需要权限

Android

–

Web

–

实现方式

推送，前提是 Apple 已授予您的 App Critical Alerts 权限

能力

4 / 8

编辑时的无代码开关

iOS

是，在营销活动的 iOS 设置中

Android

–

Web

–

实现方式

Pushwoosh 控制面板，单次推送和预设

能力

5 / 8

通过 API 设置级别

iOS

/createMessage 中的 ios_interruption_level

Android

–

Web

–

实现方式

Messages API

能力

6 / 8

每个旅程分支使用不同级别

iOS

是

Android

–

Web

–

实现方式

旅程步骤，将级别作为消息属性携带

能力

7 / 8

回读设备是否仍允许 Time-Sensitive

iOS

是

Android

–

Web

–

实现方式

Pushwoosh iOS SDK

能力

8 / 8

可比的紧急程度控制

iOS

四个中断级别

Android

渠道重要性和推送优先级

Web

–

实现方式

根据推送负载创建的通知渠道

安全与托管

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

工作原理

设置级别无需代码。获得使用它的资格，对 Time-Sensitive 来说是一次性的开发工作，对 Critical 来说则需要 Apple 审核——这一步在每家供应商都一样，因为这是 Apple 的机制。

一次性获取权限 （开发者）

passive 和 active 无需任何条件。Time-Sensitive 需要在 Xcode 中声明 Time Sensitive Notifications 能力，没有 SDK 版本下限。Critical 需要 Apple 授予的 Critical Alerts 权限，通过 Developer Portal 申请，仅限健康、安全和安防类 App，并需在 App 中发起 .criticalAlert 授权请求。
在消息上设置级别 （无代码或 API）

在编辑器的 iOS 设置中开启 Time-sensitive 或 Critical Push，或通过 Messages API 发送 ios_interruption_level。推送的其他行为与之前完全一致。
编排流程 （无代码）

同样的受众，同样的 Customer Journey。只在值得的分支上提高级别，其余保持 active 或 passive。

阅读 Messages API 参考

需要了解的限制

这个开关很强大，但过度依赖就会被收回。以下是它的边界。

仅限 iOS。Android 的紧急程度通过通知渠道重要性控制，这是由 SDK 根据推送负载创建的独立机制，因此该级别只作用于受众中的 iPhone 用户。
用户可以在锁屏上一键为您的 App 关闭 Time-Sensitive。无人互动的该级别推送，正是促使 iOS 提供这一开关的原因。
Critical 受 Apple 管控。Apple 经审核后向您的 App 授予该权限，且仅限健康、安全和安防类，任何供应商都无法代为提供。
从 iOS 18 起，设备端的 Intelligent Breakthrough 仍可能拦下它判断为不重要的 Time-Sensitive 推送。请把这一级别视为一个强烈请求，系统有权自行权衡。
级别改变的是消息的呈现方式。它不会增加受众，也不会增加创意，只是升级一条您本来就要发送的推送。
送达和打开照常统计，级别本身不留下任何标记。要衡量效果，请让紧急分支与 active 对比，比较打开率和打开所需时间。