天气
紧急指南
即使是小的内容错误也可能成为紧急问题。
160万安装
4.0评分
问题
背景更新速度不够快以修复关键问题
背景更新的问题
1
用户打开应用程序时出现bug
您的更新已经可用，但用户仍然看到旧版本。
2
用户体验到bug
他们遇到了您修复的相同问题。他们的失望在增长。他们可能会给您一星的评价。
3
更新将在下一次启动时应用
修复已经准备好，但他们必须先经历bug。对于关键问题，这是不接受的。
在每个会话都很重要的情况下
支付流程中断
用户无法完成购买。每次会话都没有修复都是损失的收入。
安全漏洞
已发现安全漏洞。用户不应该运行__CAPGO_KEEP_0__甚至一次。
A security flaw was discovered. Users shouldn't run the vulnerable code even once.
您的更新已经可用，但用户仍然看到旧版本。
新规定将在午夜生效。每个用户必须立即看到更新的条款。
解决方案
在应用渲染之前生效的更新
直接更新会在用户打开应用时检查并应用更新 - 在他们看到任何东西之前。体验是无缝的，每个会话都运行最新的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分钟内部署，打开应用程序后每个用户都立即获得修复版本。 他们的首席财务官现在坚持在所有客户端支付流程中使用直接更新。
结果
__CAPGO_KEEP_0__
0 分钟
修复后受影响的交易
0
每次事件保护收入
$1.8M+
客户支持票
-97%
"背景更新适用于功能发布，但涉及支付、身份验证或合规性？直接更新是不可谈判的。"
— QuickCart 首席工程师 David Park
为什么团队选择直接更新
直接更新解决背景更新无法解决的问题。以下是区别所在。
零旧版会话
每个用户在更新后打开应用时都能立即获得最新版本。没有例外。没有‘再次与错误一起使用。’每个会话都运行最新的 code.
- 100% 的会话运行最新的 code - 不是 95%，不是 99%，而是 100%
- 关键 bug 修复在用户体验到 bug 之前就已经到达了
- 符合法规的更新立即在所有设备上生效
100%
运行最新 code 的会话
即时 Bug 解决
当您推送修复时，它们确实是修复的。用户不会在等待下一次发布时再次体验到 bug。他们打开应用程序后立即得到修复版本。
- 不再有 "我刚刚遇到这个 bug" 的支持票在您部署后
- 监控显示立即改善，而不是逐渐的发布曲线
- 在部署后，负责的工程师可以立即睡觉
0
修复部署后 bug 体验
优化用户引导
新用户下载应用程序的第一次下载始终得到最佳引导流程。当您 A/B 测试并找到赢家时，每个新用户都立即得到它 - 不是通过后台下载周期
- 新用户永远不会看到过时的引导流程
- A/B 测试的获胜者可以立即将更新部署到 100% 的新用户
- 第一印象总是你的最佳当前体验
+34%
第一天留存率的提高
何时使用直接更新
直接更新适用于那些即刻一致性比不可见更新更重要的场景
关键错误修复
支付失败、身份验证问题、数据损坏 - 一次经历这些错误就太多次了
新用户引导
第一印象很重要。确保每个新用户从他们的第一会话开始就获得你的最佳、最优化的引导体验
基于事件的功能
与特定时间相关的功能 - 场景销售、产品发布、现场活动。它们需要在事件开始时准确地激活
安全补丁
发现漏洞？即使已修复，也不应再运行一次易受攻击的code。
A/B测试发布
发现赢得的变体？立即将其部署到100%的用户，而不是等待渐进式的后台更新。
合规性更新
新法规、更新的条款、必需的披露。法律截止日期不会等待后台下载。
为速度而建
直接更新只有在它们快时才可行。我们的全球基础设施确保更新在一秒钟内应用。
小于50ms
更新检查时间
小于500ms
典型的包下载
<1s
应用渲染总时间
99.9%
基础设施可用时间
团队类型解决方案
找到适合您的团队需求的解决方案
使用Capacitor构建的应用
公共信息应用需要紧急内容修复
紧急、健康和公民应用无法等待几天来修复一个破损的清单、资源链接或特定位置的通知。直接更新让Web层在修复批准后立即移动。
医疗
Conecte SUS
健康记录和指南面板，需要快速交付批准的副本。
2770万安装
4.6评分
社交
e-标题
设备间版本安全的指引在公民身份流程中至关重要。
54.9万安装
4.8分