天気
FEMA
緊急ガイドで小さなコンテンツミスが急になる場合があります。
アプリのバグは、App Storeのレビューの間に待たされることはできません。Direct Updatesでは、ユーザーの次のアプリ起動時に直ちに修正が適用されます。
ユーザーがアプリを開いてバグを見つける
アップデートは利用可能ですが、ユーザーはバグのあるバージョンを表示します。バックグラウンドダウンロードは静かに開始されます。
ユーザーはバグを経験します。
ユーザーは修正した問題と同じ問題に遭遇します。失望が生まれます。1つの星の評価を残すかもしれません。
次の起動時にアップデートが適用されます。
修正は用意されていましたが、ユーザーはバグを経験する必要がありました。重要な問題の場合、それは受け入れられません。
バックグラウンドアップデートの場合、ユーザーは修正された後もバグを少なくとも1度経験します。重要な問題の場合、それは多すぎます。
支払いフローが破綻します。
ユーザーは購入を完了できません。修正されていないセッションはすべての収益を失います。
セキュリティの脆弱性
セキュリティの欠陥が発見されました。ユーザーは code の脆弱なバージョンを一度も実行してはなりません。
法令遵守の期限
New regulations take effect at midnight. Every user must see the updated terms immediately.
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.
ユーザーは常に古いバージョンのセッションを経験します。
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コマース - フラッシュセールアプリ
QuickCartは最大100,000名のユーザーが同時にアクセスするピークイベントでフラッシュセールを実行します。決済ゲートウェイの更新がチェックアウトフローを壊したとき、4時間以内にその問題を発見しました。バックグラウンドの更新により、既にアプリを開いたユーザーは、現在のセッションでバグに遭遇しました。
エンジニアチームは23分で修正を実行しました。ただし、バックグラウンドの更新により、23分間でアプリを開いた40,000名以上のユーザーは、現在のセッションでバグに遭遇しました。平均注文金額は47ドルで、1.8百万ドル相当のリスク収益が失われました。
Direct Updatesに切り替えた後、次のインシデントは、0件の影響を受けた取引で解決されました。修正は18分で実行され、ユーザーがその時点以降アプリを開いた場合、直ちに修正されたバージョンを取得しました。CFOはすべての顧客向け決済フローでDirect Updatesを要求しています。
「機能リリース用のバックグラウンド更新は問題ありません。ただし、決済、認証、法規制に関わるものは、直接アップデートが不可欠です。」
— QuickCartのエンジニアリングVP、デビッド・パーク
直接アップデートはバックグラウンド更新が解決できない問題を解決します。ここでは、違いを説明します。
ユーザーがアプリを開いても、最新のバージョンがすぐに適用されます。例外はありません。1回もバグのセッションはありません。すべてのセッションで最新のcodeが実行されます。
100%
code の最新版を実行しているセッションの割合
修正をプッシュしたときに、実際に修正された。ユーザーは、次のリリースを待つ間、バグをもう一度経験しない。修正を適用した直後、ユーザーがアプリを開くと、修正されたバージョンが表示される
0
修正を適用した後もバグの経験
新規ユーザーがアプリをダウンロードするときは、常に最良のオンボーディングフローを受け取る。A/B テストで勝者を発見したとき、すべての新規ユーザーがそれを受け取る - 背景のダウンロードサイクル後ではなく
+34%
初日からの保持率の向上
Direct Updatesは、即時の一致性が不可欠なシナリオでは、不可視の更新よりも優先される場合に適しています。
支払い失敗、認証問題、データ破損 - 1回だけでも経験したい場合は、問題です。
最初の印象は重要です。新規ユーザーが最初のセッションから最適化された導入体験を受けられるようにしてください。
特定の時期に結びついた機能 - ハロウィーンのセール、製品のリリース、ライブイベント。イベントが始まる時点でライブでなければなりません。
Vulnerability discovered? Users shouldn't run vulnerable code even once after you've patched it.
A/Bテストのロールアウト
法的要件のアップデート
高速化のために設計
更新チェック時間
バンドルダウンロード時間
アプリレンダリングまでの合計時間
インフラストラクチャの稼動率
チームのニーズに合ったソリューションを探す
Capacitorで作られたアプリ
緊急、医療、市民向けのアプリには、チェックリスト、リソースリンク、地域情報の通知などが間違っている場合、数日間待つことはできません。直接の更新により、修正が承認された直後にウェブ層が動作することができます。
天気
緊急ガイドで小さなコンテンツミスが急になる場合があります。
MEDICAL
承認されたコピー変更が高速配信が必要な医療記録とガイドサーフェイス
SOCIAL
デバイス間でバージョン安全なガイダンスが必要な市民身分証明書のワークフロー
あなたの修正が適用された後、セッションごとにあなたの修正を実行するようにしてください。Direct Updatesはそれを現実にするものです。
1つの設定変更。Sub-secondの更新。Zeroの古いセッション。