到达正确的设备
使用外部 ID、标签、属性和同意注册设备，以便营销活动可以针对真实的产品受众，而不是匿名令牌。
Capgo 首发通知
Capgo 通知
从同一个Capgo发布工作流程中，通知用户，更新徽章，并触发实时更新检查。通知现在将原生推送与渐进式发布联系起来 而不是让发布团队来拼凑它。
原生通知与Capgo实时更新和频道发布工作流一起工作。
iOS + Android
原生推送交付
外部ID
已知用户
徽章 + 事件
跟踪打开和状态
更新检查
静默推送伴侣
下一步或设置
安装模式控制
通道感知
引导实时更新
发布通讯
推送现在是部署循环的一部分。
Capgo 通知为产品团队提供他们期望的消息面板，并为发布团队提供一种原生的方式来唤醒设备进行实时更新检查。
移动更新更快
使用静默通知要求已同意的设备检查、下载和排队最新的 Capgo 包，选择的渠道。
证明发生了什么
从 Capgo 控制台跟踪提供商设置、营销活动、交付事件、打开、徽章变化和后台更新检查结果。
在发布需要一个推动时使用通知。
- 告知用户关于一个与实时更新一起发布的变化。
- 要求设备在等待下一个应用程序打开时检查一个包。
- Keep progressive rollout, channel,和install-mode controls in place.
Workflow
从提供商设置到针对性的更新检查.
The notification plugin,Capgo控制台,和updater现在一起工作Capacitor应用程序.
1
Configure providers
在Capgo控制台中添加Android和iOS推送凭证，然后运行通知设置，使原生插件和updater连接起来.
2
Register recipients
将您的应用程序中的外部ID、标签、属性、同意和徽章附加到设备标识上，以便支持、增长和发布工作流共享相同的设备标识.
3
Send or trigger updates
向一个用户发送API通知、广播警报或在渐进式发布期间推送背景更新检查.
Feature set
不需要单独的发布堆栈的原生通知。
Capgo处理通常成为一次性胶水code的推送、用户目标和更新提示的表面。
Capgo通知
发布团队的原生推送
发布团队的原生推送
从您团队已经使用的Capgo发布控制台中发送警报、后台、徽章和更新检查活动。
$ npx @capgo/cli@latest notifications setup provider ready | recipients linked | update check enabled
供应商控制平面
从您的发布团队使用的Capgo应用设置屏幕中保持Android和iOS通知提供者处于活跃状态。
广播活动
创建警报、后台、徽章或更新检查活动以在需要时触达匹配设备。
API发送
__CAPGO_KEEP_0__发送通知到已知外部ID并在触发它之前检查该接收者链接的设备。
徽章管理
通过本地插件读取、写入和同步应用程序徽章计数，以便通知状态始终对用户可见。
后台回调
在您的Capacitor应用程序中处理前台接收、通知打开和后台数据通知。
活动统计
在不离开Capgo发布工作流程的情况下，跟踪活动状态、投递结果、打开和更新检查结果。
发布指南
使用推送来加速更新，而不是绕过控制。
静默通知可以要求设备检查新包，而Capgo通道、安装模式和渐进式发布规则仍然决定每个设备可以安装什么。
- 使用警报来显示用户界面消息，后台活动用于发布操作。
- 将静默更新检查与通道和渐进式发布控制保持配对，以便每个设备仍然遵循您的部署规则。
- 将 iOS 后台推送视为最佳努力，因为操作系统可以限制交付。
$ __CAPGO_KEEP_0__通知类型 = 更新检查
__CAPGO_KEEP_0__通知渠道已选择 | 安装模式下一步
渐进式发布仍控制合格设备
设备检查、下载和排队打包
继续从 Capgo 通知中
将本地通知与 Capgo 实时更新, Capgo 价格, Capacitor 通知, 频道、和 更新行为 当您计划渐进式部署时