気象
FEMA
緊急時には小さなコンテンツのミスが急務になる場合があります。
ユーザーがアプリを起動し、バグが発生
ユーザーはバグのあるバージョンを表示されますが、更新は利用可能です。バックグラウンドダウンロードが静かに開始されます。
ユーザーがバグを経験
ユーザーは修正されたバグを経験し、不満が高まります。1つ星のレビューを投稿するかもしれません。
更新が次の起動時に適用
修正はすでに完了していましたが、ユーザーはバグを経験する必要がありました。重要な問題の場合、これは受け入れられません。
バックグラウンド更新では、ユーザーは修正されたバグを最低1回経験することになります。重要な問題の場合、これは多すぎます。
支払いフローが破綻
ユーザーは購入を完了できません。修正されていないセッションはすべての収益を失います。
セキュリティ脆弱性
セキュリティの欠陥が発見されました。ユーザーは 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.
EC - フラッシュセールアプリ
クイックカートはフラッシュセールで100,000+の同時ユーザーをサポートしています。決済ゲートウェイの更新がチェックアウトフローを破壊したとき、4時間以内にその問題を発見しました。バックグラウンド更新の場合、既にアプリを開いたユーザーは、現在のセッションでバグに遭遇します。
エンジニアリングチームは23分で修正をプッシュしました。ただし、バックグラウンド更新の場合、23分以内にアプリを開いた40,000以上のユーザーが、現在のセッションでバグに遭遇することになります。平均注文額は47ドルで、$1.8百万のリスク収入が生じました。
Direct Updatesに切り替えた後、次のインシデントはゼロの影響を受けた取引で解決されました。修正は18分でデプロイされ、ユーザーがアプリを開いた後から直ちに修正されたバージョンを表示しました。CFOはすべての顧客向け決済フローでDirect Updatesを要求しています。
"Background updates are fine for feature releases. But for anything touching payments, authentication, or compliance? Direct Updates are non-negotiable."
— David Park, VP of Engineering at QuickCart
バックグラウンドのアップデートは機能のリリースに適していますが、決済、認証、または法的要件に関わるものは、Direct Updatesは交渉の余地がありません。
すべてのユーザーがアップデート後にアプリを開くと、すぐに最新バージョンが取得されます。例外はありません。 '最後のセッションでバグを経験する' ことはありません。すべてのセッションで、最新の code が実行されます。
100%
最新の code を実行するセッションの割合
修正をプッシュしたときに、実際に修正されます。ユーザーは、次のリリースを待つ間にもう一度バグを経験することはありません。ユーザーがアプリを開いたときに、修正されたバージョンが取得されます。
0
修正をデプロイした後、バグの経験
新規ユーザーがアプリを初めてダウンロードするときは、常に最良の初回導入フローを受け取る。 A/B テストを行い、勝者を発見した後、すべての新規ユーザーはそれをすぐに受け取る - 背景のダウンロードサイクル後ではなく。
+34%
初日からの改善
Direct Updates は、即時の一致性が不可欠なシナリオでは、不可視の更新よりも優先される場合に適しています。
支払い失敗、認証問題、データの破損 - これらのバグでは、経験したことがある程度は多すぎる
最初の印象は重要です。新規ユーザー全員が最初のセッションから最適化された初回導入体験を受け取るようにしましょう。
特定時間に結びついた機能 - 休日セール、製品のリリース、ライブイベント。イベントが始まる時点でリアルタイムで実行する必要があります。
脆弱性が発見された場合、ユーザーは脆弱性のあるcodeを一度も実行しないでください。
勝ち組のバリアントが見つかった場合、徐々にバックグラウンドでアップデートするのではなく、100%のユーザーに即座に配信してください。
新しい規制、更新された条項、必要な開示。法的期限はバックグラウンドでダウンロードを待つのではなく、即座に実行する必要があります。
直接アップデートは高速でなければ実行できません。グローバルなインフラストラクチャにより、更新が1秒未満で適用されます。
アップデートチェック時間
通常のバンドルダウンロード
アプリレンダリングまでの合計時間
インフラストラクチャの稼働率
チームのニーズに合ったソリューションを探してください
Capacitorで作られたアプリ
緊急、健康、市民アプリでは、チェックリスト、リソースリンク、場所固有の通知が壊れている場合に、数日間待つことはできません。直接更新を使用すると、修正が承認されたときにウェブ層が動くことができます。
気象
緊急時には小さなコンテンツのミスが急務になる場合があります。
医療
健康記録とガイダンスの表面では、承認されたコピーの変更が迅速な配信が必要です。
社会
デバイス間でバージョン安全なガイダンスが必要な市民身分証明書ワークフロー
あなたの修正を、毎回のセッションで実行するようにする。ダイレクト アップデートは、実現するものです。
マーティンから人間のサポートを受ける
1 つの構成変更。 Sub-秒の更新。古いセッションはゼロ。