ユーザーがアプリを起動し、バグが発生します。
ユーザーはバグのあるバージョンを表示し、更新が利用可能です。バックグラウンドダウンロードが静かに開始されます。
ユーザーがバグを経験します。
ユーザーは修正されたバグを経験し、不満が高まります。1つ星のレビューを残すかもしれません。
更新が次の起動時に適用されます。
修正が完了したのに、ユーザーはバグを経験する必要がありました。重要な問題では、これは受け入れられません。
バックグラウンド更新では、ユーザーは修正されたバグを少なくとも一度経験することになります。重要な問題では、これは多すぎます。
決済フローが破綻しています。
ユーザーは購入を完了できません。修正されていないセッションはすべての収益を失います。
セキュリティの脆弱性が発見されました。ユーザーは __CAPGO_KEEP_0__ を一度も実行してはなりません。
A security flaw was discovered. Users shouldn't run the vulnerable code even once.
法的期限
新規則は真夜中から有効になります。すべてのユーザーはすぐに更新された条件を確認する必要があります。
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. 0 の例外、0 の古いセッション
// 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-コマース - フラッシュセールアプリ
クイックカートはフラッシュセールを100,000+の同時ユーザーで実行します。ペークイベントの際に、支払いゲートウェイの更新がチェックアウトフローを破壊したときに、ユーザーは既にアプリを開いていた場合にバグを経験しました。
エンジニアリングチームは23分で修正をプッシュしました。ただし、バックグラウンド更新の場合、23分間の間にアプリを開いた40,000以上のユーザーが現在のセッションでバグに当たることになります。平均注文金額は47ドルで、$1.8百万のリスク収益が生じました。
Direct Updatesに切り替えた後、次のインシデントは0の影響を受けた取引で解決されました。修正は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は、即時の一致性が不可欠なシナリオでは、不可視の更新よりも優先される場合に適しています。
支払い失敗、認証問題、データの破損 - これらのバグでは、1度経験しただけで十分です。
最初の印象は重要です。新規ユーザー全員が最初のセッションから最適化された最高の導入体験を受け取るようにしましょう。
特定時間に結びついた機能 - 休日セール、製品リリース、ライブイベント。イベントが始まる時点でリアルタイムで実行する必要がある。
脆弱性が発見された場合、ユーザーは脆弱性のある code を一度も実行しないでください。
勝ち組のバリアントが見つかった場合、徐々にバックグラウンドでアップデートを待たずに、100%のユーザーに即座に配信することができます。
新しい規制、更新された条項、必要な開示。法的期限はバックグラウンドダウンロードを待たずに待ちます。
直接アップデートは、速い場合にのみ実行可能です。私たちのグローバルインフラストラクチャは、更新が1秒未満で適用されるように設計されています。
500ms未満
通常のバンドルダウンロード
アプリレンダリングまでの合計時間
インフラストラクチャの稼働率
チームのニーズに合ったソリューションを探してください
Capacitorで作られたアプリ
緊急、健康、市民アプリは、チェックリスト、リソースリンク、場所固有の通知が壊れた場合に、数日間待つことができません。直接更新を使用すると、Web層は修正が承認されたときに動き出すことができます。
気象情報
緊急時には小さなコンテンツのミスが急務になる
ページ/エリア: 解決策ページのアプリ例セクション。役割: 短いUIラベルまたはナビゲーションアイテム。見られる場所: コンポーネント solutions/SolutionAppExample.astro。メッセージキー `solution_app_examples_rating` (解決策アプリ例評価)
ページ/エリア: 解決策ページのアプリ例セクション。役割: 短いUIラベルまたはナビゲーションアイテム。見られる場所: コンポーネント solutions/SolutionAppExample.astro。メッセージキー `solution_app_examples_view_listing` (解決策アプリ例リスト表示)
社会
デバイス間でバージョン安全なガイダンスが必要な市民身分証明書ワークフロー
毎回のセッションで修正を実行するようにする。直接アップデートはその実現を可能にする。
マーティンから人間のサポートを受ける
1 つの構成変更。 Sub-秒の更新。古いセッションはゼロ。