到达正确的设备
使用外部 ID、标签、属性和同意注册设备，以便活动可以针对真实产品用户群而不是匿名令牌
首发 Capgo 通知
Capgo 通知
从同一个 Capgo 发布流程中向用户发送消息、更新徽标并触发实时更新检查。现在，原生推送与渐进式发布相连，而不是让发布团队来拼凑它们。
来自马丁的人性化支持
Native notifications work alongside Capgo Live Updates and channel rollouts.
iOS + Android
原生推送
外部 ID
已知用户
徽标 + 事件
跟踪打开和状态
更新检查
静默推送伴侣
下一步或设置
安装模式控制
通道感知
引导实时更新
发布通知
推送现在是部署循环的一部分
Capgo 通知为产品团队提供他们期望的消息表面，为发布团队提供原生方式唤醒设备进行实时更新检查
移动更新
使用静默通知要求已同意的设备检查、下载和排队最新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
控制平面
从您的发布团队使用的相同Capgo应用程序设置屏幕上，保持Android和iOS通知提供者处于活动状态。
广播活动
创建警报、背景、标签或更新检查活动以便于在需要时触达所有匹配设备。
API 发送
向已知外部 ID 发送通知并在触发它之前检查与该接收者相关的设备。
标签管理
通过本机插件读取、写入和同步应用程序标签计数，以便通知状态始终可见于用户。
后台回调
在 Capacitor 应用程序中处理前台接收、通知打开和后台数据通知。
活动统计
在 Capgo 发布流程中跟踪活动状态、交付结果、打开和更新检查结果。
发布指导
使用推送来加速更新，而不是绕过控制。
静默通知可以要求设备检查新包，而Capgo频道、安装模式和渐进式发布规则仍然决定每个设备可以安装什么。
- 使用警报来显示用户界面消息，背景推广活动用于发布操作。
- 保持静默更新检查与频道和渐进式发布控制器配对，以便每个设备仍然遵循您的部署规则。
- 将 iOS 后台推送视为尽力而为，因为操作系统可以限制交付。
来自 Martin 的人性化支持
$ notification.kind = update_check
频道已选择 | 安装模式下一步
渐进式发布仍然控制合格设备
设备检查、下载和排队包
继续使用Capgo通知
将本地通知与 Capgo实时更新, Capgo定价, Capacitor 通知, 频道, 和 更新行为 当您计划逐步部署时