気象
FEMA
緊急指導で小さなコンテンツミスが急務になる
1.6M インストール
4.0 評価
問題
バックグラウンド更新は、緊急修正のために速いものではない。
バックグラウンド更新の問題
1
ユーザーがアプリを起動し、バグが発生する
バグが発生しているアプリを起動したユーザー
2
ユーザーがバグを経験する
バグが発生しているアプリを起動したユーザー
3
更新が次の起動時に適用される
修正ができていたのに、ユーザーがバグを経験するのは受け入れられない
バックグラウンド更新では、ユーザーは修正された後もバグを経験する必要がある
重要なセッションでは
決済フローが破綻する
ユーザーは購入を完了できない。修正されていないセッションはすべての収益を失う
セキュリティー脆弱性
脆弱性が発見された。ユーザーは脆弱な code を一度も実行しないようにする。
法令遵守期限
新しい法令が午後0時になります。すべてのユーザーはすぐに更新された利用規約を確認する必要があります。
ソリューション
直接アップデートは、ユーザーがアプリを開くたびに、更新をチェックし、適用します - それらが何も表示されていない間です。体験は滑らかで、すべてのセッションで最新の __CAPGO_KEEP_0__ が実行されます。
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.
ユーザーがアプリを開く
1
アプリが即座にレンダリングされます（古いバージョン）
2
バックグラウンドでアップデートがダウンロードされます
3
次の起動時にアップデートが適用されます
4
セキュリティー脆弱性
ユーザーは常に古いバージョンでセッションを経験しますが、更新をプッシュした後。
Direct Mode (Instant)
1
アプリを開く
2
更新は即座にダウンロードされます (~500ms)
3
アプリは最新のバージョンでレンダリングされます
ユーザーは常に最新の code. 0 の例外もありません。 0 の古いセッションもありません。
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が1晩で支払い失敗を排除した
QuickCart
EC - フラッシュセールアプリ
QuickCartはフラッシュセールで100,000+の同時ユーザーを処理します。支払いゲートウェイの更新がチェックアウトフローを破壊したとき、4時間後にその売上を発見しました。バックグラウンドの更新では、既にアプリを開いたユーザーはバグを経験しました。
エンジニアチームは23分で修正を実行しましたが、バックグラウンド更新の場合、23分以内にアプリを開いた40,000人以上が現在のセッションでバグに当たることになります。平均注文金額47ドルで、$1.8百万以上のリスク収益が失われます。
Direct Updatesに切り替えた後、次のインシデントは0件の影響を受けた取引で解決されました。修正は18分で実行され、修正されたバージョンを取得したユーザーはすべてその時点以降のアプリを開いたユーザーでした。CFOはすべての顧客向け決済フローでDirect Updatesを必須とします。
結果
100%の展開までの時間
0分
修正後影響を受けた取引
0
インシデントごとに保護された収益
$1.8M+
顧客サポートチケット
-97%
「機能リリース用にバックグラウンド更新は問題ありません。ただし、決済、認証、または法的要件に関わるものは、Direct Updatesは交渉不能です。」
— QuickCartのエンジニアリングVP、David Park
Direct Updatesを選択する理由
Direct Updatesはバックグラウンド更新が解決できない問題を解決します。ここでは、Direct Updatesの違いを紹介します。
ゼロアウトデートセッション
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 run your latest code - not 95%, not 99%, but 100%
- 重要なバグ修正は、ユーザーがバグを経験する前にユーザーに到達します
- 法的要件の更新は、すべてのデバイスで即時効果を発揮します
100%
of sessions running latest code
即時のバグ解決
バグ修正をプッシュすると、実際に修正されます。ユーザーは、次のリリースまで待つ必要がなく、バグを再び経験することはありません。ユーザーがアプリを開いたときに、修正されたバージョンを取得します。
- サポートチケットの数が減ります
- 監視は即時の改善を示します、ではなく、徐々にロールアウト曲線
- オンコールエンジニアは、デプロイ後すぐに寝ることができます
0
修正が展開された後、バグの経験
最適化されたユーザー オンボーディング
新しいユーザーがアプリを初めてダウンロードするときは、常にあなたの最良のオンボーディング フローを受け取ります。 A/B テストを行い、勝者を発見すると、新しいユーザー全員がそれを即座に受け取ることができます - 背景のダウンロードサイクル後ではなく。
- 新しいユーザーはいつも古いオンボーディング フローを見ることはありません
- A/B テストの勝者は即座に 100% の新しいユーザーに展開されます
- 最初の印象は常にあなたの現在の最良の経験です
+34%
Day-1 の保持率の向上
即時性がより重要なシナリオでは、Direct Updates は最適です
即時性がより重要なシナリオでは、Direct Updates は最適です
重要なバグ修正
支払い失敗、認証問題、データの破損 - バグは一度経験しただけで十分です。
新規ユーザー オンボーディング
最初の印象は重要です。新しいユーザーが最初のセッションから最適化されたオンボーディング体験を受けられるようにすることを保証してください。
イベントベースの機能
特定の時期に結びついた機能 - 例えば、ホリデーサール、製品のリリース、ライブイベント。イベントが始まる時点で、機能が実行される必要があります。
セキュリティパッチ
脆弱性が発見された場合、ユーザーはパッチを適用した後も、脆弱なcodeを一度も実行しないようにしてください。
A/Bテストのロールアウト
勝ち組のバリアントが見つかった場合、背景のアップデートを待たずに、100%のユーザーに即座に配信してください。
法的要件のアップデート
新しい規制、更新された条項、必要な開示。法的期限は背景のダウンロードを待たずに待ちません。
高速化
直接アップデートは、速度が速い場合にのみ実行可能です。私たちのグローバルなインフラストラクチャにより、更新が1秒未満で適用されます。
＜50ms
アップデートチェック時間
<500ms
通常のバンドルダウンロード
<1s
アプリレンダリングまでの合計時間
99.9%
インフラストラクチャの稼動率
チームタイプによるソリューション
チームのニーズに合ったソリューションを探す
Capacitorで作られたアプリ
公開情報アプリには、修正が急いで必要なコンテンツが必要
緊急、健康、市民アプリは、チェックリスト、リソースリンク、場所固有の注意が壊れた場合に、数日間待つことができない。直接更新により、Web層は、修正が承認されたときに動く。
医療
Conecte SUS
承認されたコピー変更が速い配信が必要な健康記録と指導表面
27.7Mのインストール
4.6の評価
社会
e-Título
デバイス間でバージョン安全なガイダンスが必要な市民身分証明書のワークフロー
54.9Mのインストール
4.8の評価
ユーザーが修正されたバグを経験しないように止めましょう。
修正後のセッションで、常に修正を実行するようにしましょう。ダイレクトアップデートはその現実を実現します。
マーティンから人間のサポートを受けます。
1 つの設定変更。 Sub-秒の更新。 0 の古いセッション。