天气
FEMA
紧急指南：小错误可能会造成紧急情况
160万安装4.0评分
The Problem
Background Updates Aren't Fast Enough for Critical Fixes
The Problem with Background Updates
1
User Opens App with Bug
用户打开了应用程序，看到的是有问题的版本。应用程序在后台下载更新，但用户仍然看到的是有问题的版本。
2
User Experiences the Bug
用户遇到了问题
3
They encounter the exact issue you fixed. Frustration builds. Maybe they leave a 1-star review.
更新在下一次启动时才会应用。修复已经准备好，但用户必须先经历问题。对于关键问题来说，这是不接受的。
With background updates, users experience bugs at least once after you've fixed them. For critical issues, that's too many times.
When Every Session Matters
支付流程中断
用户无法完成购买。没有修复的每个会话都是损失的收入。
安全漏洞
已发现安全漏洞。用户不应运行受影响的code，甚至一次也不要。
合规截止日期
新规定将于午夜生效。每个用户必须立即看到更新的条款。
解决方案
在应用渲染之前应用的更新
直接更新检查并应用更新，当用户打开您的应用时 - 在他们看到任何东西之前。体验是无缝的，每个会话都运行最新的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分钟内推送了修复。但是，通过后台更新，打开应用程序的超过40,000名用户在这23分钟内仍会遇到错误。
他们的平均订单价值为47美元，代表了超过180万美元的风险收入。
切换到直接更新后，他们的下一次事件在零受影响交易中得到解决。修复部署在18分钟内，打开应用程序后每个用户都立即获得修复版本。
结果 到达100%部署所需的时间
0分钟 0
修复后受影响的交易 每次事件保护的收入
180万美元+ -97%
客户支持票
"后台更新对于功能发布是可以接受的。但是，涉及支付、身份验证或合规性的任何事情？直接更新是不可谈判的。"— David Park，QuickCart VP of Engineering
为什么团队选择直接更新
直接更新解决了后台更新无法解决的问题。以下是区别所在。
零旧会话
每个用户在更新后打开应用程序时都能立即获得最新版本。没有例外。没有‘再次会话中的bug’。每个会话都运行最新的code。
- 100%的会话都运行最新的code - 不是95%，不是99%，而是100%
- 关键bug修复在用户体验到bug之前就已到达用户
- 符合法规的更新立即在所有设备上生效
100%
code会话中的百分比
立即bug解决
当您推送修复时，它们确实是修复的。用户不再在等待下一次启动时体验到bug‘再次’。当他们打开应用程序后立即获得修复版本时，他们就能体验到修复的版本。
- 您部署后不再收到‘我刚刚遇到这个bug’的支持票
- 监控显示的改进立即出现，而不是逐渐的滚动曲线
- On-call工程师可以立即睡觉后部署
0
修复部署后bug体验
优化用户入门体验
新用户下载您的应用程序时始终获得最佳入门流程。当您进行A/B测试并找到赢家时，每个新用户都会立即获得它 - 不是背景下载周期后。
- 新用户永远不会看到过时的入门流程
- A/B测试赢家立即部署到100%的新用户
- 第一印象始终是您的当前最佳体验
+34%
第一天留存率的改善
何时使用直接更新
直接更新适用于立即一致性比不可见更新更重要的场景。
关键bug修复
支付失败、身份验证问题、数据损坏 - 经验一次bug太多次了。
新用户引导
首次体验至关重要。确保每个新用户从第一会话开始就获得最佳、最优化的引导体验。
基于事件的功能
与特定时间相关的功能 - 节日促销、产品发布、直播活动。它们需要在活动开始时即刻生效。
安全补丁
发现了漏洞？用户不应在你修复它后运行一次也许存在漏洞的code。
A/B测试发布
找到赢得的变体？立即将其发布给100%的用户，而不是等待渐进式的后台更新。
合规更新
新法规、更新的条款、必需的披露。法律截止日期不会等待后台下载。
为速度而建
直接更新只有在它们足够快时才可行。我们的全球基础设施确保更新在一秒钟内应用。
<50ms
更新检查时间
<500ms
典型的包下载时间
<1s
应用渲染总时间
99.9%
基础设施可用性
团队类型解决方案
找到适合您的团队需求的解决方案
使用Capacitor构建的应用
公共信息应用需要紧急修复内容
紧急、健康和公民应用无法等待几天来修复一个破损的清单、资源链接或特定位置的通知。直接更新让Web层可以在修复批准后立即移动。
- 应用类型
- 直接更新
- 商店分类
- 天气、医疗、社交
- 源代码
- 公共存储数据集
医疗
Conecte SUS
健康记录和指南表面，批准的副本需要快速交付.
27.7M 安装4.6 分数
社会
e-Título
公民身份工作流程，版本安全的指南在设备之间很重要。
54.9M 安装4.8 分数