WEATHER
FEMA
Emergency guidance where small content mistakes can become urgent.
ユーザーがバグのあるアプリを開く
__CAPGO_KEEP_0__
ユーザーがバグを経験する
ユーザーは修正されたバグを経験する
次の起動時に更新が適用される
修正は用意されていたが、ユーザーはバグを経験する必要があった。重要な問題の場合、これは受け入れられない
バックグラウンド更新の場合、ユーザーは修正された後もバグを少なくとも1回経験する。重要な問題の場合、これは多すぎる
決済フローが破綻する
ユーザーは購入を完了できません。修正されていないセッションごとに、収益が失われます。
セキュリティ脆弱性
セキュリティの欠陥が発見されました。ユーザーは脆弱なcodeを一度も実行してはなりません。
法的要件の期限
新しい規制が午後0時から有効になります。ユーザーはすぐに更新された利用規約を確認する必要があります。
Direct Updatesは、アプリを開くときにユーザーが何かを確認する前に、更新をチェックし適用します。経験は滑らかで、セッションは最新のcodeで実行されます。
Users always experience one session with the old version after you push an update.
Users always see your latest code. Zero exceptions. Zero outdated sessions.
// 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.
E-Commerce - Flash Sale App
QuickCartは100,000人以上の同時ユーザーが参加するピークイベントでフラッシュセールを実行します。支払いゲートウェイの更新がチェックアウトフローのバグを引き起こしたとき、4時間後にその問題を発見しました。バックグラウンドの更新では、既にアプリを開いていたユーザーはメジャーサレの途中でバグに遭遇しました。
エンジニアリングチームは23分で修正をプッシュしました。ただし、バックグラウンドの更新では、23分間開いていた40,000人以上のユーザーは、現在のセッションでバグに遭遇しました。平均注文金額は47ドルで、$1.8百万以上のリスク収益が生じました。
Direct Updatesに切り替えた後、次のインシデントは、0件の影響を受けた取引で解決されました。修正は18分で展開され、ユーザーがその時点以降アプリを開いた場合、直ちに修正されたバージョンを取得しました。CFOは今度はすべての顧客向けの支払いフローでDirect Updatesを必須とします。
「機能リリース用にバックグラウンドの更新は問題ありません。支払い、認証、または法的要件に関わるものはすべて、Direct Updatesは交渉不能です。」
クイックカートのエンジニアリングVP、デビッド・パーク氏
Direct Updates solve problems that background updates can't. Here's what makes the difference.
Every user who opens your app after an update gets the new version immediately. No exceptions. No 'one more session with the bug.' Every single session runs your latest code.
100%
of sessions running latest code
When you push a fix, it's truly fixed. Users don't experience the bug 'one more time' while waiting for the next launch. The moment they open the app after your fix, they get the fixed version.
0
修正がデプロイされた後もエラーが発生する
新規ユーザーがアプリをダウンロードする際には、常に最適なオンボーディングフローを受け取ります。 A/B テストを行い、勝者を発見すると、すべての新規ユーザーにそれを即座に提供します - 背景のダウンロードサイクル後ではなく。
+34%
1 日目からの改善
Direct Updates は、即時の一貫性が不可欠なシナリオでは、不可視の更新よりも優先される場合に適しています。
支払い失敗、認証問題、データ破損 - 1 回だけでも経験することは、エラーが発生することです。
初めての印象が大切です。新規ユーザーに最適な導入体験を提供するには、最初のセッションから最適化された導入体験を確実に提供する必要があります。
特定の時期に発生するイベント - 例えば、ホリデーセール、製品のリリース、ライブイベント。機能は、イベントが始まる時点で実行される必要があります。
脆弱性が発見された場合、ユーザーは、パッチが適用された後も、脆弱なcodeを一度も実行しないようにする必要があります。
勝利したバリアントが見つかった場合、即時的に100%のユーザーに配信するのではなく、背景の更新を待たずに、順次の背景の更新を待たずに配信する必要があります。
新しい規制、更新された条項、必要な開示。法的期限は背景のダウンロードを待たずに待ちません。
直接更新は、迅速である必要があります。私たちのグローバルインフラは、更新が1秒以内に適用されることを保証します。
更新チェック時間
通常のバンドルダウンロード
アプリレンダリングまでの合計時間
インフラストラクチャの稼動率
Enterprise
Capacitorで作られたアプリ
緊急、健康、市民アプリは、チェックリスト、リソースリンク、場所固有の注意などが壊れた場合に、数日間待つことができません。直接の更新により、Web層は修正が承認されたときに動き出すことができます。
WEATHER
Emergency guidance where small content mistakes can become urgent.
MEDICAL
健康記録とガイドの表面で承認されたコピー変更が速い配達が必要です。
SOCIAL
市民の身分証明書のワークフローで、デバイス間でバージョン安全なガイドが必要です。
修正後、各セッションで修正を実行するようにしてください。Direct Updatesはその実現を可能にします。
1つの設定変更。Sub-secondのアップデート。0の古いセッション。