跳过主要内容
即时更新

秒级修复bug,不再是周级

您的应用程序无法承受在App Store审查期间未修复的关键错误。即时更新确保每个用户在下一次打开应用程序时立即获得修复。

更新立即生效
零过时会话
子秒级更新时间

问题

背景更新速度不够快,无法修复关键错误

背景更新的问题

1

用户打开应用程序时出现错误

您的更新已经可用,但用户仍看到旧版本。背景下载开始时默默进行。

2

用户体验到bug

他们遇到您修复的相同问题。他们的不满逐渐增加。他们可能会给予一星级的评价。

3

更新将在下一次启动时应用

修复已经准备好,但他们必须先经历bug。对于关键问题,这是不可接受的。

在每个会话都很重要的情况下

付款流程中断

用户无法完成购买。没有修复的每个会话都是损失的收入。

安全漏洞

已发现安全漏洞。用户不应运行__CAPGO_KEEP_0__中的漏洞,即使只有一次。

A security flaw was discovered. Users shouldn't run the vulnerable code even once.

background updates, users experience bugs at least once after you've fixed them. For critical issues, that's too many times.

新规定将在午夜生效。每个用户必须立即查看更新的条款。

解决方案

在应用渲染之前生效的更新

直接更新会在用户打开应用时检查并应用更新 - 在他们看到任何东西之前。体验是无缝的,每个会话都运行最新的code。

后台模式(默认)

1
用户打开应用
2
应用立即渲染(旧版本)
3
更新在后台下载
4
更新在下一次启动时应用

用户始终在推送更新后经历一个会话使用旧版本。

直接模式(即时)

1
用户打开应用
2
立即下载 (~500ms)
3
应用程序始终使用最新版本

用户始终看到最新的 code。零例外,零过期会话。

capacitor.config.ts
// Enable Direct Updates - one config change
CapacitorUpdater: {
  autoUpdate: true,
  directUpdate: true, // 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.8M+
客户支持票 -97%

"背景更新适用于功能发布,但涉及支付、身份验证或合规性?直接更新是不可谈判的。"

— QuickCart 首席工程师 David Park

为什么团队选择直接更新

直接更新解决背景更新无法解决的问题。以下是区别所在。

零旧会话

每个用户在更新后打开应用程序时都立即获得最新版本。没有例外。没有 "再次会话"。每个会话都运行最新的 code。

  • 100% 的会话运行最新的 code - 不是 95%, 不是 99%, 而是 100%
  • 关键 bug 修复在用户体验到 bug 之前就已经到达了
  • 符合法规的更新立即在所有设备上生效

100%

code 运行的会话

即时 Bug 解决

当您推送修复时,它们确实是修复的。用户不会在等待下一次发布时再次体验到 bug。他们打开应用程序后立即得到修复版本。

  • 您部署后不再收到 '我刚刚遇到这个 bug' 的支持票
  • 监控显示立即改善,而不是逐渐的滚动曲线
  • 在部署后,on-call 工程师可以立即睡觉

0

修复部署后 bug 体验

优化用户引导

新用户下载应用程序时始终获得最佳引导流程。当您 A/B 测试并找到赢家时,每个新用户都立即获得它 - 不是等待后台下载周期

  • 新用户永远不会看到过时的引导流程
  • A/B 测试的获胜者可以立即将更新部署到 100% 的新用户
  • 第一印象总是你的最佳当前体验

+34%

第一天的留存率提高

何时使用直接更新

直接更新适用于那些即刻一致性比不可见更新更重要的场景

关键 Bug 修复

支付失败、身份验证问题、数据损坏 - 一次经历这些问题就太多了

新用户引导

第一印象很重要。确保每个新用户从他们的第一会话开始就获得你的最佳、最优化的引导体验

基于事件的功能

与特定时间相关的功能 - 场景销售、产品发布、现场活动。它们需要在事件开始时就处于活跃状态

安全补丁

发现漏洞?即使已修复,也不应再运行一次易受攻击的code。

A/B测试发布

发现赢得的变体?立即将其部署到100%的用户,而不是等待渐进式的后台更新。

合规性更新

新法规、更新的条款、必需的披露。法律截止日期不会等待后台下载。

为速度而建

直接更新只有在速度快时才可行。我们的全球基础设施确保更新在一秒钟内应用。

小于50毫秒

更新检查时间

小于500毫秒

典型的包下载

<1s

应用渲染总时间

99.9%

基础设施可用时间

停止让用户经历固定的bug

修复后每个会话都应该运行您的修复。 直接更新使这一现实成为可能。

只需进行一次配置更改。 子秒级更新。 无过期会话。