天气
FEMA
紧急指南中,小错误可能会变得紧迫。
用户打开应用程序时出现错误
您的更新已经可用,但用户仍看到旧版本。背景下载开始时默默进行。
用户体验到bug
他们遇到了您修复的相同问题。他们的沮丧感在增长。他们可能会给予一星级的评价。
更新将在下一次启动时应用
修复已经准备好,但他们必须先经历bug。对于关键问题,这是不接受的。
在每个会话都很重要的情况下
用户无法完成购买。每次会话都没有修复都是损失的收入。
安全漏洞
已发现安全漏洞。用户不应运行__CAPGO_KEEP_0__中的脆弱版本,即使只有一次。
A security flaw was discovered. Users shouldn't run the vulnerable code even once.
background updates
新规定将在午夜生效。每个用户必须立即看到更新的条款。
直接更新会在用户打开应用时检查并应用更新 - 在他们看到任何东西之前。体验是无缝的,每个会话都运行最新的code。
用户始终在推送更新后经历一个会话使用旧版本。
用户始终看到最新的 code。零例外。零过期会话。
// 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在峰值事件期间以100,000+个并发用户运行闪电促销。 当支付网关更新破坏了他们的结帐流程时,他们在一个重大促销活动的前4小时才发现它。 通过后台更新,已经打开应用程序的用户将经历错误。
他们的工程团队在23分钟内推送了修复。 但通过后台更新,23分钟内打开应用程序的超过40,000名用户仍将在他们当前的会话中遇到错误。 他们的平均订单价值为47美元,这意味着超过180万美元的收入面临风险。
在切换到直接更新后,他们的下一次事件被解决了,零交易受影响。 修复部署在18分钟内,打开应用程序后每个用户都立即获得修复版本。 他们的财务总监现在坚持在所有客户端支付流程中使用直接更新。
"背景更新适用于功能发布,但涉及支付、身份验证或合规性?直接更新是不可谈判的。"
— QuickCart 首席工程师 David Park
直接更新解决背景更新无法解决的问题。以下是区别所在。
每个用户在更新后打开应用时都能立即获得最新版本。没有例外。没有 "再次会话"。每个会话都运行最新的 code。
100%
运行最新 code 的会话
当您推送修复时,它们确实是修复的。用户不会在等待下一次发布时再次体验 bug。他们打开应用程序后立即得到修复版本。
0
修复部署后 bug 体验
新用户下载应用程序的第一次下载始终获得最佳引导流程。当您 A/B 测试并找到赢家时,每个新用户都会立即获得它 - 不是通过后台下载周期。
+34%
第一天留存率的提高
直接更新适用于那些即刻一致性比不可见更新更重要的场景。
支付失败、身份验证问题、数据损坏 - 一次经历这些问题就太多了。
第一印象很重要。确保每个新用户从他们的第一会话开始就获得你的最佳、最优化的引导体验。
与特定时间相关的功能 - 节日促销、产品发布、直播活动。它们需要在活动开始时就处于活跃状态。
发现漏洞?即使已修复漏洞的code也不应运行一次
找到赢得的变体?立即将其发布到100%的用户中,而不是等待逐渐的后台更新
新法规、更新的条款、必需的披露。法律截止日期不会等待后台下载
直接更新只有在它们快时才有效。我们的全球基础设施确保更新在一秒钟内应用
更新检查时间
典型的包下载
应用渲染总时间
基础设施可用率
找到适合您的团队需求的解决方案
Capacitor构建的应用
紧急、健康和公民应用无法在几天内修复一个破损的清单、资源链接或特定位置的通知。直接更新让Web层在修复批准后立即移动。
天气
紧急指南中,小错误可能会变得紧迫。
医疗
医疗记录和指南表面,批准的副本更改需要快速交付。
社交
在多种设备上都能安全使用的公民身份流程指南