気象
FEMA
緊急時には小さなコンテンツのミスが急を要する
ユーザーがアプリにバグを発見
ユーザーはバグのバージョンを表示し、更新が利用可能ですが、バグのバージョンが表示されます。バックグラウンドダウンロードが静かに開始されます。
ユーザーがバグを経験
ユーザーは正確に修正された問題に遭遇し、不満が高まり、1つ星のレビューを残すかもしれません。
更新がNEXT起動時に適用
修正は用意されていましたが、ユーザーはバグを経験する必要がありました。重要な問題では、これは受け入れられません。
バックグラウンド更新では、ユーザーは修正されたバグを少なくとも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 - フラッシュセールアプリ
クイックカートはフラッシュセールで 10 万人以上の同時ユーザーをサポートしています。支払いゲートウェイの更新がチェックアウトフローを破壊したとき、4 時間以内にその問題を発見しました。バックグラウンド更新の場合、既にアプリを開いていたユーザーは、現在のセッションでバグに遭遇しました。
エンジニアリングチームは 23 分で修正をプッシュしました。ただし、バックグラウンド更新の場合、23 分間でアプリを開いた 4 万人以上のユーザーは、現在のセッションでバグに遭遇しました。平均注文額は $47 でした。したがって、 $1.8 億の損失を避けることができませんでした。
Direct Updates に切り替えた後、次のインシデントはゼロの影響を受けた取引で解決されました。修正は 18 分でデプロイされ、ユーザーがアプリを開いた後は、直ちに修正されたバージョンを取得しました。財務長はすべての顧客向けの支払いフローで 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 solve problems that background updates can't. Here's what makes the difference.
アップデート後、ユーザーがアプリを開いたときに、最新バージョンが即座に取得されます。例外はありません。バグの再発生はありません。最新のcodeがすべてのセッションで実行されます。
100%
最新のcodeを実行するセッションの割合
バグ修正をプッシュしたときに、実際に修正されます。ユーザーは、次のリリースを待つ間、バグを再び経験することはありません。ユーザーがアプリを開いたときに、修正されたバージョンが取得されます。
0
バグ修正をデプロイした後、バグの経験
新規ユーザーがアプリを初めてダウンロードするときは、常に最良の初回導入フローを受け取る。 A/Bテストを行い、勝者を発見した後、すべての新規ユーザーがそれを即座に受け取る - 背景のダウンロードサイクル後ではなく。
+34%
初日からの保持率の向上
Direct Updatesは、即時の一貫性が重要なシナリオでは、不可視の更新よりも適切である。
支払い失敗、認証問題、データの破損 - 1度だけ経験することでも多すぎるバグ。
最初の印象は重要である。 すべての新規ユーザーが最初のセッションから最適化された初回導入体験を受け取るようにする。
特定時間に結びついた機能 - 休日セール、製品のリリース、ライブイベント。イベントが始まる時点でリアルタイムで実行する必要があります。
脆弱性が発見された場合、ユーザーは脆弱性のある code を一度も実行してはなりません。
勝ち組のバリアントが見つかった場合、徐々にバックグラウンドでアップデートを待たずに、100% のユーザーに即座に配信することができます。
新しい規制、更新された条項、必要な披露。法的期限はバックグラウンドのダウンロードを待たずに待ちます。
直接アップデートは、速いものでなければ実行できません。私たちのグローバルなインフラは、更新が 1 秒未満で適用されるように設計されています。
アップデートチェック時間
一般的なバンドルダウンロード
アプリレンダリングまでの合計時間
インフラストラクチャの稼働率
チームのニーズに合ったソリューションを探してください
Capacitorで作られたアプリ
緊急、健康、市民アプリには、チェックリスト、リソースリンク、場所固有の通知の修正が遅れることはできません。直接更新により、Web層は修正が承認された直後に動きます。
気象
緊急時には小さなコンテンツのミスが急を要する
医療
承認されたコピーの変更が速い配信が必要な健康記録とガイダンスの表面
社会
デバイス間でバージョン安全なガイダンスが必要な市民身分証明書ワークフロー