不必等待审核就恢复生产环境
使用JavaScript、CSS、复制、远程配置和web资产修复的实时更新，而native变化继续通过店铺进行。
Capgo 实时更新
跳过等待。直接发布修复.
网层修复即刻发布。跳过 App Store 等待.
14 天无限免费试用。无需信用卡。
原生回滚
JS 失败在 JavaScript 之外恢复
99.99% uptime
平台可用性
动态通道
Canary、beta、支持和生产跟踪
300+ 边缘位置
全球 CDN
44ms 的典型值
[__CAPGO_KEEP_0__]
设备日志
每台设备的更新状态和回滚历史
为发布压力而设计
在CapacitorJS应用中，生产环境出现问题时，知道发生了什么。
Capgo为移动团队提供了紧急web修复、控制发布和清晰的审计记录的发布路径，使坏的发布不再成为等待店铺审核的几天时间。
在所有人都接收到更新之前控制风险
将更新推送到内部、beta、canary和生产环境的通道中， rollback准备就绪，避免发布变成支持事件。
发布后证明发生了什么
使用设备日志、更新状态、打包历史和采用度指标来向工程、支持和领导解释发布。
选择这些陈述为真时进行实时更新
- 您需要一个不依赖于App Store或Play评审时间的生产错误恢复路径
- 您的应用程序具有多个客户群、白标签部署、beta测试者或仅支持调试的通道
- 您的团队需要符合法规的控制：签名包、回滚、审计和自主托管路径
实时更新证明
Teams already shipping with Capgo
来自使用Capgo进行生产OTA更新的Capacitor团队的短笔记
Capgo Capacitor Updater插件完全改变了我们如何部署更新。过去需要几天的时间现在只需要几分钟
推送生产 OTA 更新可以立即完成，而不需要等待完整 App Store 审核周期，这对我们来说是一个巨大的运营优势。
什么在盒子里
专为安全的 OTA 更新而设计，仅仅是快速上传而已。
原生运行时、回滚、验证和发布控制在一个服务中
Capgo Live Updates
纯原生引擎
纯原生引擎
下载、安装和激活在原生 OS 线程上运行。JavaScript 崩溃无法影响更新过程。
$ npx @capgo/cli bundle upload ✔ validated · ✔ published · ✔ rolling out
更新检测
CLI扫描本机依赖项并在部署不兼容更新之前警告您。快速部署 web 更改而不推送破坏本机的code给客户。
自动回滚
如果您的应用程序在 10 秒内没有调用 notifyAppReady()，我们将自动回滚到最后一个工作版本。
预检验证
验证 notifyAppReady()、index.html、bundle 大小限制和校验和之前接受任何上传。
防篡改更新
每个更新都经过校验、签名和端到端加密。没有人可以篡改更新——甚至Capgo也看不到您的 bundle 内容。
自我修复更新
fallback 机制始终维护一个工作版本。您的用户永远不会看到一个破损的应用程序。
切换发布跟踪（无新二进制）
Capgo 通道是实时控制，而不是硬编码。从您的应用程序 UI 或API即刻将用户移动到 dev、staging、PR、canary 和生产。
发布智能
捕捉在发布前就发生的更新
上传是否安全、需要原生构建还是等待 —— 在发布前就知道
- 安全的OTA更新：原生包与生产通道匹配
- 需要原生构建：插件或Capacitor依赖发生了变化
- 发布动作：根据原生版本进行分段发布、暂停通道或触发商店构建
$ npx @capgo/cli@latest bundle upload --channel production --fail-on-incompatible
警告：原生不兼容的包
@capacitor/camera从6.1.0更新到6.2.0
动作：拒绝发布或先构建原生包
__CAPGO_KEEP_0__
__CAPGO_KEEP_0__
自动加速，手动控制。每一步都有安全检查。
1
CLI 验证
在上传之前，CLI 检查原生依赖项、版本兼容性和必需文件
2
原生下载
纯原生 code 下载并安装更新 - 完全隔离于 JavaScript
3
应用确认就绪
您的应用程序调用 notifyAppReady()。如果在 10 秒内没有调用，则自动回滚启动
诚实的比较
Capgo 实时更新与替代方案的比较
相同的 OTA 保证。不同的安全模型。
| Capgo 实时更新 | DIY / 自建 自定义脚本和静态托管 | 竞争对手云 | |
|---|---|---|---|
| 更新运行时 | 完全原生。 下载、安装并激活在本机操作系统线程中。JS崩溃无法中断更新管道。 | 在您的应用JS上下文中运行。一个坏包裹也可以中断更新。 | 大部分应用层交付。JS错误可以阻塞或损坏更新流。 |
| 回滚恢复 | 原生回滚。 即使新包裹在启动时崩溃，外部JavaScript也会回滚到最后一个良好包裹。 | 您设计并维护自己的回滚逻辑。 | 回滚存在，但通常依赖于应用层仍然工作。 |
| Failed install guard | 自动 如果在10秒内没有调用notifyAppReady()，则回滚。 | 您自己监控和监测它。 | 可选或手动，取决于产品。 |
| 原生兼容性 | CLI检查。 扫描原生依赖项之前上传并标记破坏性更改。 | 除非您自己构建它们，否则没有安全网。 | 仅在大多数产品上进行上传验证。 |
| __CAPGO_KEEP_0__ | __CAPGO_KEEP_1__ __CAPGO_KEEP_2__ | __CAPGO_KEEP_3__ | __CAPGO_KEEP_4__ |
| __CAPGO_KEEP_5__ | __CAPGO_KEEP_6__ __CAPGO_KEEP_7__ | __CAPGO_KEEP_8__ | __CAPGO_KEEP_9__ |
| __CAPGO_KEEP_10__ | __CAPGO_KEEP_11__ 无需 Xcode 或 Android Studio,每台设备的安装、失败、回滚和策略事件。 | 自定义分析或服务器端下载计数。 | 仪表板聚合,每台设备的深度减少。 |
| 试用前付款 | 是。 无需信用卡的14天免费试用。 | 流量增长前便宜的托管。 | 按等级划分的计划。试用期根据供应商而异。 |
比较反映了典型的 DIY/自托管设置和公众竞争对手云文档。
继续使用 Capgo 实时更新
连接此页面 频道, 回滚, 更新行为, 和 Capgo 本机构建 适用于仍需要商店审查的版本。