到达正确的设备
使用外部 ID、标签、属性和同意注册设备，以便活动可以针对真实产品用户群而不是匿名令牌
首发 Capgo 通知
Capgo 通知
从同一个 Capgo 发布流程中向用户发送消息、更新徽标并触发实时更新检查。现在，原生推送与渐进式发布相连，而不是让发布团队来拼凑它们。
来自马丁的人性化支持
原生通知与 Capgo 实时更新和频道发布工作在一起
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后台推送视为尽力而为，因为操作系统可以限制传递。
来自马丁的人性化支持
$ notification.kind = update_check
频道已选择 | 安装模式下一步
渐进式发布仍然控制合格设备
设备检查、下载和排队包
继续使用 Capgo 通知
将本机通知与 Capgo 实时更新, Capgo 价格, Capacitor 通知, 频道, 和 更新行为 当您计划逐步部署时