WEATHER
FEMA
紧急指南中，小错误可能会迅速升级。
1.6M
4.0
问题
背景更新速度不够快以修复关键错误
背景更新的问题
1
用户打开有Bug的App
您的更新已经可用，但用户仍然看到有Bug的版本。背景下载开始静默地进行。
2
用户体验Bug
他们遇到了您修复的相同问题。他们的不满情绪在增长。他们可能会给您一星级的评价。
3
更新在下一次启动时应用
修复已经准备好，但他们必须先体验Bug。对于关键问题，这是不接受的。
在每次启动时，用户都必须经历Bug至少一次。对于关键问题，这太多次了。
当每次启动都很重要时
支付流程中断
用户无法完成购买。每次启动都没有修复的收入都是损失。
安全漏洞
发现了安全漏洞。用户不应该运行有漏洞的code甚至一次。
遵守期限
新规定将于午夜生效。每个用户必须立即看到更新的条款。
解决方案
直接更新检查并在用户打开应用程序时应用更新 - 在他们看到任何东西之前。体验是无缝的，每个会话都运行最新的__CAPGO_KEEP_0__。
Direct Updates check for and apply updates when users open your app - before they see anything. The experience is seamless, and every session runs your latest code.
用户打开应用
1
应用程序立即渲染（旧版本）
2
更新在后台下载
3
更新在下一次启动时应用
4
用户始终在推送更新后经历一个会话使用旧版本。
即时模式（直接）
遵守期限
1
用户打开应用
2
更新立即下载（约500ms）
3
应用渲染最新版本
用户始终看到最新的code。零例外，零过期会话。
capacitor.config.ts
// Enable Direct Updates - one config change
CapacitorUpdater: {
autoUpdate: 'always', // Updates apply immediately on app open
}
// That's it. When users open your app:
// 1. Capgo checks for updates (~50ms)
// 2. If available, downloads immediately (~200-500ms)
// 3. Applies before your app renders
// Users always see the latest version. Zero exceptions.真实世界的影响
如何QuickCart消除了支付失败的夜间
QuickCart
电子商务-闪电销售应用
QuickCart在高峰事件期间以100,000+个并发用户运行闪电销售。当支付网关更新破坏了他们的结算流程时，他们在4小时内发现了问题。使用后台更新，已经打开应用的用户将会经历错误。
他们的工程团队在23分钟内推送了修复。但是，使用后台更新，23分钟内打开应用的超过40,000个用户仍会在当前会话中遇到错误。根据他们的平均订单价值47美元，这代表了超过180万美元的风险收入。
在切换到直接更新后，他们的下一次事件是零受影响交易解决的。修复在18分钟内部署，所有在此之后打开应用的用户都立即获得了修复版本。他们的财务总监现在坚持在所有客户端支付流程中使用直接更新。
结果
到达100%部署所需时间
0分钟
修复后受影响的交易
0
每次事件保护的收入
1.8亿美元+
客户支持票
-97%
"Background updates are fine for feature releases. But for anything touching payments, authentication, or compliance? Direct Updates are non-negotiable."
— QuickCart工程副总裁David Park
为什么团队选择直接更新
直接更新解决了背景更新无法解决的问题。以下是区别所在。
零过时会话
每个用户在更新后打开应用程序时，都会立即获得最新版本。没有例外。没有‘再次遇到bug’。每个用户会运行最新的code。
- 100% 的会话都运行最新的code - 不是 95%，不是 99%，而是 100%
- 关键 bug 修复在用户体验 bug 之前就到达用户
- 合规更新立即在所有设备上生效
100%
code 的会话百分比
立即修复 Bug
当您推送修复时，它确实是修复的。用户不再在等待下一次发布时遇到 bug ‘再次遇到’。当他们打开应用程序后，立即获得修复版本。
- 不再有‘我刚刚遇到这个 bug’的支持票
- 监控显示立即改善，而不是逐渐的发布曲线
- 在部署后，on-call 工程师可以立即睡觉
0
修复部署后 bug 体验
优化用户入门体验
新用户下载您的应用程序时，总是会获得最佳的引导流程。 当您进行A/B测试并找到胜利者时，每个新用户都会立即获得它 - 不是等待背景下载周期。
- 新用户永远不会看到过时的引导流程
- A/B测试的胜利者立即部署到100%的新用户
- 第一印象总是您的最佳当前体验
+34%
第一天的留存率提高
何时使用直接更新
直接更新适用于场景，其中即时一致性比不可见的更新更重要
关键错误修复
支付失败、身份验证问题、数据损坏 - 经验一次就足够了的错误
新用户引导
第一印象很重要。 确保每个新用户从他们的第一会话开始就获得最佳、最优化的引导体验
事件驱动功能
特定时间相关的功能 - 节日促销、产品发布、直播活动。它们需要在活动开始时立即生效。
安全补丁
发现漏洞？即使已修复漏洞的code，用户也不应运行它一次。
AB测试发布
发现最佳变体？立即将其部署到所有用户中，而不是等待渐进式后台更新。
合规性更新
新法规、更新条款、必备披露。法律截止日期不会等待后台下载。
为速度而建
直接更新只有在速度快时才可行。我们的全球基础设施确保更新在一秒钟内应用。
更新检查时间
小于50毫秒
小于500毫秒
典型的包下载
<1s
应用渲染总时间
99.9%
基础设施可用性
团队类型的解决方案
找到适合团队需求的解决方案
使用Capacitor构建的应用
公共信息应用需要紧急修复内容
紧急、健康和公民应用不能等待几天来修复一个破损的清单、资源链接或特定位置的通知。直接更新让Web层可以在修复批准后立即移动。
MEDICAL
Conecte SUS
健康记录和指南面板需要快速交付批准的文本更新。
27.7M
4.6
社交
e-Título
设备间版本安全指引的公民身份流程
54.9万安装
4.8分评分