__CAPGO_KEEP_0__通知为产品团队提供他们期望的消息表面，并为发布团队提供一种原生的方式来唤醒设备进行实时更新检查
到达正确的设备
Capgo Capgo 通知
Capgo Capgo 通知
Message users, update badges, and trigger live-update checks from the same Capgo release workflow. Notifications now connect native push with progressive deployments instead of leaving release teams to stitch it together.
来自马丁的人性化支持
Native notifications work alongside Capgo Live Updates and channel rollouts.
iOS + Android
原生推送
外部ID
目标已知用户
徽章 + 事件
跟踪打开和状态
更新检查
静默推送伴侣
下一步或设置
安装模式控制
__CAPGO_KEEP_0__
频道感知
在发布工作中可用
发布通信
Capgo Notifications gives product teams the messaging surface they expect and gives release teams a native way to wake devices for live-update checks.
快速移动更新
使用静默通知要求已同意设备检查、下载并排队最新的Capgo频道中的包
证明发生了什么
从Capgo控制台跟踪提供商设置、活动、交付事件、打开、徽章变化和背景更新检查结果
在发布需要推动时使用通知
- 告知用户与实时更新一起发布的更改
- 要求设备在下一次应用打开之前检查包
- 保留渐进式发布、频道和安装模式控制
工作流
从提供商设置到目标更新检查
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
Provider控制平面
从您的发布团队使用的相同Capgo应用设置屏幕中，保持Android和iOS通知提供者处于活跃状态。
广播活动
创建警报、背景、徽章或更新检查活动时，您需要将匹配设备都覆盖到。
API发送
向已知外部ID发送通知并在触发它之前检查该接收者所链接的设备。
徽章管理
通过本机插件读取、写入和同步应用徽章计数，以便通知状态始终对用户可见。
后台回调
在Capacitor应用中处理前台接收、通知打开和后台数据通知。
活动统计
在Capgo发布工作流中，跟踪活动状态、交付结果、打开和更新检查结果。
推送指南
使用推送来加速更新，而不是绕过控制。
静默通知可以要求设备检查新的包，而 Capgo 通道、安装模式和渐进式发布规则仍然决定每个设备可以安装什么。
- 使用警报来显示用户界面消息，使用后台推送来执行发布操作。
- 确保静默更新检查与通道和渐进式发布控制相配，所有设备仍然遵循您的部署规则。
- 对 iOS 后台推送视为最佳努力，因为操作系统可以限制传递。
来自 Martin 的人性化支持
$ notification.kind = update_check
已选择通道 | 安装模式下一步
渐进式发布仍然控制合格设备
设备检查、下载和排队包裹
Keep going from Capgo Notifications
继续从__CAPGO_KEEP_0__ Notifications 中进行 Capgo 实时更新, Capgo 价格, Capacitor 通知, 频道, 和 更新行为 当您计划渐进式部署时