APP PUSH 免费版
免费$0 · 免费套餐
从核心 App Push 功能与共享队列开始。
专为您的用户打造
日常时刻的事务性推送通知
一条相关更新，一个明确目标。
发货
包裹运往下一站
将事务性推送通知关联到已验证的履约事件及当前订单视图。
预订
预约更新已就绪
将确认或变更通知给预约人，无需披露不必要的详情。
账户活动
帮助用户查看近期变更
显示中性的账户活动提醒，并在展示详情前要求身份验证。
服务状态
预约进入下一阶段
使用事务性推送通知分享已确认的服务或取货更新。
安心选择
规划 事务性推送通知 接入
将通知投递与应用规则连接。
| 您的需求 | 实现方式 | 需要提前规划的事项 |
|---|---|---|
| 授权与身份 | 通过平台 SDK 注册已订阅的接收者。 | 您的应用管理同意、偏好及账户与设备映射。 |
| 发送 | 使用受支持的控制台或服务器 API。 | 您的后端控制业务触发、发送时机与重复消息抑制。 |
| 打开更新 | 处理通知点击及其目标页面。 | 显示私密内容前，验证载荷与账户访问权限。 |
| 投递洞察 | 查看可用的消息记录与互动报表。 | 发送请求被接受不保证接收成功；功能取决于套餐和通道。 |
什么是事务性推送通知？
它们传达与现有账户或用户操作相关的事件，如订单更新或预约确认。发送触发条件应来自权威后端。
事务性推送通知与营销有何区别？
事务性消息说明相关服务事件；营销消息推广回访或优惠。各用途的受众资格、同意、频率及偏好规则应分别适配。
事务性推送通知保证送达吗？
不保证。授权、操作系统策略、网络状态和通道行为都会影响投递。所需备用或升级处理请在您的应用中设计。
事务性推送通知可以包含私密详情吗？
锁屏预览尽量简短。将用户带到需身份验证的页面查看敏感详情，并验证当前账户可访问所引用记录。
如何避免重复的事务性推送通知？
在后端使用幂等事件处理、接收者检查及过期规则。Push 投递记录帮助调查发送情况，业务事件去重由您的系统控制。
如何在下单或预约后发送事务性推送通知？
根据后端已确认的事件触发消息，发送给已授权接收者。包含明确的目标页面，并避免在锁屏上显示敏感详情。
事务性推送通知应如何处理重复和过期事件？
为业务事件设置稳定 ID，并在发送流程中实现幂等与过期处理。投递依赖授权、通道及设备状态，因此关键更新需定义备用方案。