WEATHER
FEMA
紧急指南中,小错误可能会变得紧迫。
用户打开有问题的应用
用户看到的更新已经可用,但仍然看到有问题的版本。背景下载开始静默地下载。
用户遇到问题
他们遇到您修复的问题的相同问题。他们感到沮丧。他们可能会给一星的评价。
下一次启动时更新将应用
修复已经准备好,但他们必须先遇到问题。对于关键问题,这是不接受的。
在每次启动时都遇到问题
每次启动都很重要
支付流程中断
用户无法完成购买。每次启动都没有修复的收入都是损失。
安全漏洞发现了用户不应该运行有漏洞的code的任何版本。
《合规截止日期》
新规定将在午夜生效。每个用户必须立即看到更新的条款。
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.
直接模式(即时)
用户始终看到最新的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分钟内推送了修复。但是,通过后台更新,超过40,000个用户在那些23分钟内打开应用时仍会在当前会话中遇到错误。根据他们的平均订单价值47美元,这意味着超过180万美元的收入面临风险。
在切换到直接更新后,他们的下一次事件被解决了,零交易受影响。修复在18分钟内部署,所有在那一刻之后打开应用的用户都立即获得了修复后的版本。他们的财务总监现在坚持在所有客户端支付流程中使用直接更新。
"背景更新适用于功能发布。但是,涉及支付、身份验证或合规性的任何内容?直接更新是不可谈判的。"
—— David Park, QuickCart工程副总裁
直接更新解决了背景更新无法解决的问题。以下是区别所在。
每个用户在更新后打开应用程序时,立即获得最新版本。没有例外。没有‘再次遇到错误’。每次会话都运行最新的code。
100%
of sessions running latest code
最新__CAPGO_KEEP_0__ 的会话百分比
0
当您推送修复时,它确实是修复的。用户不再在等待下一次发布时遇到错误‘再次’。当用户打开应用程序后,他们就可以获得修复的版本。
新用户下载您的应用程序时始终获得最佳引导流程。 当您进行A/B测试并找到胜利者时,每个新用户都会立即获得它 - 不是等待背景下载周期后。
+34%
第一天的留存率提高。
直接更新适用于场景,立即的一致性比不可见的更新更重要。
支付失败、身份验证问题、数据损坏 - 经验一次就足够了的错误。
第一印象很重要。 确保每个新用户从第一会话开始就获得您的最佳、最优化的引导体验。
与特定时间相关的功能 - 节日促销、产品发布、直播活动。它们需要在活动开始时即刻生效。
发现了漏洞?即使已经修复了漏洞,用户也 shouldn't 运行 code
发现了赢得的变体?立即将其发布给 100% 的用户,而不是等待渐进式后台更新。
新法规、更新的条款、必需的披露。法律截止日期不会等待后台下载。
直接更新只有在速度快时才有效。我们的全球基础设施确保更新在一秒钟内应用。
更新检查时间
典型的软件包下载
应用渲染总时间
团队类型的解决方案
企业
使用Capacitor构建的应用
紧急、健康和公民应用不能等待几天来修复一个破损的清单、资源链接或特定位置的通知。直接更新让Web层可以在修复批准后立即移动。
WEATHER
紧急指南中,小错误可能会变得紧迫。
MEDICAL
健康记录和指南面板需要快速交付批准的文本更新。
社交
在多台设备上跨版本安全的指引对于公民身份流程至关重要。