到达正确的设备
使用外部ID、标签、属性和同意将设备注册，以便活动可以针对真实产品用户群而不是匿名令牌
First-party Capgo 通知
Capgo 通知
从同一个 Capgo 发布流程中向用户发送消息、更新徽标和触发实时更新检查。现在，通知可以连接本地推送和渐进式发布，而不是让发布团队来拼凑它们。
本地通知与 Capgo 实时更新和频道发布工作在一起。
iOS + Android
原生推送
外部ID
目标已知用户
徽章+事件
跟踪打开和状态
更新检查
静默推送伴侣
下一步或设置
安装模式控制
通道感知
实时更新指南
发布通信
推送现在是部署循环的一部分
Capgo 通知提供给产品团队他们期望的消息面板，并为发布团队提供原生方式唤醒设备进行实时更新检查
移动更新
使用静默通知要求已同意的设备检查、下载和排队最新Capgo 包的指定频道
证明发生了什么
从Capgo控制台中跟踪提供商设置、活动、交付事件、打开、徽章变化和后台更新检查结果.
当发布需要推动时使用通知.
- 向用户说明与实时更新一起发布的更改.
- 要求设备在下一次应用打开之前检查一个捆绑包.
- 保留渐进式发布、渠道和安装模式控制.
Workflow
从提供商设置到目标更新检查的整个流程.
Capgo控制台、通知插件和更新器现在为Capacitor应用联合工作.
1
配置提供商
在Capgo控制台中添加Android和iOS推送凭证，然后运行通知设置，以便本机插件和更新器之间的连接.
2
注册接收者
将您的应用程序中的外部ID、标签、属性、同意和徽章附加到设备标识上，以便支持、增长和发布工作流共享相同的设备标识。
3
发送或触发更新
广播警报，向一个用户发送API通知，或者在渐进式发布期间推送一个后台更新检查。
功能集
不需要单独发布栈的原生通知。
Capgo处理通常成为推送、用户目标和更新提示的临时粘合剂code的表面。
Capgo通知
原生推送
原生推送
从您团队已经使用的Capgo发布产品控制台中，发送警报、后台、徽章和更新检查活动。
$ npx @capgo/cli@latest notifications setup provider ready | recipients linked | update check enabled
供应商控制平面
从同一个Capgo应用设置屏幕中，保持Android和iOS通知提供者处于活动状态，用于您的发布团队。
广播活动
创建警报、背景、徽章或更新检查活动，以便在需要时触达匹配设备。
API 发送
向已知外部 ID 发送通知，并在触发它之前检查该收件人关联的设备。
徽章管理
通过本机插件读取、写入和同步应用徽章计数，以便通知状态始终可见于用户。
后台回调
在 Capacitor 应用中处理前台接收、通知打开和后台数据通知。
活动统计
在不离开 Capgo 发布流程的情况下，跟踪活动状态、交付结果、打开和更新检查结果。
发布指导
使用推送来加速更新，而不是绕过控制。
静默通知可以要求设备检查新包，而 Capgo 通道、安装模式和渐进式发布规则仍然决定每个设备可以安装什么。
- 使用警告框显示用户界面消息和使用后台推送进行发布操作.
- 保持静默更新检查与通道和渐进式发布控制配对，以便每个设备仍遵循您的部署规则.
- 对 iOS 后台推送视为最佳努力，因为操作系统可以限制交付.
$ notification.kind = update_check
已选择的通道 | 安装模式下一步
渐进式发布仍然控制合格设备
设备检查、下载和排队打包
继续从Capgo Notifications
连接原生通知 Capgo Live Updates, Capgo Pricing, Capacitor Notifications, 频道和 Update Behavior when you plan progressive deployments.