iOS + Android
您自己应用中的原生通知
FCM V1 · APNs
与 Google 和 Apple 直接集成
5 个渠道
推送、Telegram、Viber 机器人、Viber BM 和 SMS 在一个级联中
24/7
集成期间的技术支持
当大部分受众已安装您的应用，且通知量足以产生显著影响时，推送通知能带来回报。
订单、支付和配送更新优先发送至应用，仅对未查看的用户通过 Viber 或 SMS 发送。
交易警报和确认信息保留在您的应用内，而非通过外部渠道传输。
快递员指派、快递员到达、状态变更——这些事件必须在几秒内触达用户。
将大部分通知移至推送，仅在推送未送达时通过 Viber 或 SMS 付费发送。
优先将验证码发送至应用，仅在推送未确认时回退到 SMS 或 Viber。
如果用户已安装应用，通知看起来原生且无需额外费用。
SMSBAT 中的推送并非独立工具——它是您的 Viber 和 SMS 已经运行的同一级联流程中第一步，也是最经济的一步。
一个请求包含推送及其回退选项。如果在您设置的 TTL 内未收到送达确认，系统将自动发送下一个渠道——Telegram 机器人、Viber 机器人、Viber 商务消息或 SMS。
一旦您的应用报告已送达或已查看状态，剩余的付费步骤将被取消。若无此回调，后端将假设推送失败，并为用户已看到的渠道付费。
服务发送数据负载，由您的应用自行绘制通知，因此外观、分组和点击行为完全由您控制。
一个 API，返回发送给某次安装的通知，以便用户可以打开他们滑掉的消息。
通知通过您自己的应用和开发者账户发送——用户永远不会看到中间商。
没有 SDK 将您锁定。您将获得 API 契约、Postman 集合以及涵盖实际发生故障的故障排除指南——例如发送了 FID 而非令牌、UNREGISTERED、Android 已送达而 iOS 保持静默等情况。
从空账户到设备上的第一条通知，只需四个步骤。
为两个平台设置一个 Firebase 项目，并上传用于 iOS 的 APNs 授权密钥。后端在同一项目下发送消息。
登录时，应用会发送 Firebase 安装 ID 以及 FCM 注册令牌。两者一同传输：一个是密钥，另一个是我们投递的目标。
一次请求包含推送及其级联回退方案——Telegram、Viber 或 SMS。
应用在收到消息时确认送达，在点击时确认已读，从而停止级联并节省付费渠道的成本。
Android 通知栏中的真实 SMSBAT 推送：您的应用图标、标题、订单行和状态文本。负载以数据形式到达并由应用渲染，因此通知中没有任何内容指向中间商。
