The Problem
App Storeのレビューが速度を殺している
The Traditional Update Workflow
バグの発見
問題が発生したことを監視システムが通知します。ユーザーはクラッシュや機能が壊れた状態でいることがわかります。時計は動き始めます。
修正と再構築
チームは全員がバグを修正するために全てを捨てます。アプリを再構築し、テストを実行し、サブミッション用のバイナリを準備します。
サブミットと待つ
AppleとGoogleにサブミットし、待つと待つとします。Appleのレビューは平均24-48時間かかります。時々は長くてもかかります。
ユーザーはまだバグを持っている
承認された後でもユーザーは手動でアップデートする必要があります。多くのユーザーは数日または数週間待ちます。サポートチケットは積み上がります。
バグ発見から修正が展開されるまでの合計時間: 3-7日。ユーザーはその間苦労しています。
遅延のアップデートの実際のコスト
__CAPGO_KEEP_0__
平均的なApp Storeのレビュー時間
AppleとGoogleは、24時間から1週間でアップデートを承認することができます。重要なバグの場合、1時間ごとに時間がかかります。
23%
未解決のバグによるユーザーチャーン
研究によると、バグを経験したユーザーは7日以内にアンインストールする可能性が23%高くなります。レビューを待つ間、ユーザーを失っています。
$47,000
平均的な生産性のバグのコスト
エンジニアリング時間、サポートチケット、失われた収益、評判のダメージは、急速に増加します。$47,000の平均は、失われたライフタイム価値を含まない。
解決策
数分でアップデートする、数週間でない
Capgoは、JavaScriptとアセットを即座にアップデートできるようにします。アプリストアのレビューは必要ありません。待たなくても、ユーザーは直ちに修正を受け取ります。
「Capgo」
バグを修正する
codeの変更を実施し、ビルドプロセスを実行し、ローカルで修正を検証する
30分
Capgoにプッシュする
1つのコマンドでバンドルをアップロードします。ユーザー全員に即座に利用可能です。
30秒
ユーザーが更新を受け取る
更新はバックグラウンドでダウンロードされます。次のアプリ起動時には修正が適用されます。手動の更新は必要ありません。
平均4時間
バグ発見から95%の展開までの合計時間: 5時間未満。ユーザーは問題が存在したことに気づくことはありません。
# One-time setup (5 minutes)
npm install @capgo/capacitor-updater
npx cap sync
# Deploy an update (30 seconds)
npm run build
npx @capgo/cli bundle upload
✔ Bundle uploaded successfully (2.3 MB)
✔ 47,382 devices will receive update on next launch
✔ Average rollout time: 4 hours
# That's it. No app store. No review. No waiting. 現実世界での影響
How __CAPGO_KEEP_0__ Reduced Their Bug Resolution Time by 97%
FinanceFirst
B2B FinTech - Mobile Banking App
FinanceFirstは、50,000人のユーザーが日常の取引に依存するモバイルバンキングアプリを提供しています。重要な計算バグがローン利息表示に影響を与えたとき、彼らは夜の悪夢のシナリオに直面しました:ユーザーが不正な残高を表示します。
Before Capgo, 彼らのプロセスは緊急の週末作業、Appleがよく無視するApp Storeのレビューの優先順位付け、そしてユーザーの4日間の不満の連続でした。彼らのサポートチームは340のチケットを記録しました。3人のユーザーがアカウントを閉じました。
Capgoを実装した後、彼らの次の重要なバグ - 時間帯問題がスケジュールされた支払いに影響を与えた - は、発見からデプロイまで47分で修正されました。サポートチケットはゼロ。ユーザーチャーンはゼロ。CTOは今夜も寝ることができます。
6か月間の結果
"Capgo は、単にデプロイプロセスを変えたのではなく、生産エラーとの関係を全体的に変えた。 これまでの緊急事態は、現在はわずかな不便さにしかならない。"
— FinanceFirstのエンジニアリングVPであるSarah Chen
Capgoを選択する理由
生産チームからすべての機能が必要であると伝えられたため、Capgoは他のものとは異なります。 ここでは何が異なるかをご紹介します。
バックグラウンドの静音更新
ユーザーがアプリを使用している間、更新はダウンロードされます。 スピナー、ロード画面、インターバルはありません。 次にアプリを起動すると、新しいバージョンは単純にそこにあります。
- 差分更新は変更されたファイルのみをダウンロードします - 通常100KB-500KBのファイルサイズです。
- バンド幅検出は、スローコネクションでダウンロードを一時停止して、ユーザー体験を保つために使用されます。
- アクティブセッション中の更新はありません - 次の冷スタート時にのみ適用されます。
95%
更新はユーザーに気づかれずに完了します
自動ロールバック保護
すべての更新はクラッシュ検出とともにラップされています。 新しいcodeがクラッシュを引き起こした場合、Capgoは自動的に前のバージョンに戻ります。 ユーザーは壊れたアプリを一度も見ることはありません。
- 起動時の最初の10秒以内にクラッシュ検出がトリガーされる
- 自動ロールバックによりユーザーデータとセッション状態が保存される
- クラッシュログとスタックトレースが即時通知される
10秒未満
問題が検出されたときの平均ロールバック時間
100% App Store 合格
CapgoはAppleとGoogleのガイドライン内で動作します。JavaScriptとアセットを更新するだけです - native codeは変更しません。両方のアプリストアは明示的にこれを許可しており、数千のアプリがCapgoを生産環境で使用しています。
- Appleの3.3.2は、機能が変更されないJavaScriptの更新を許可しています
- Google Playは、機能の核となる目的を保存する更新を許可しています
- Fortune 500企業が無断のアプリストア拒否なしで使用
100%
アプリストアの合格率
生産環境の更新が光る時
__CAPGO_KEEP_0__
__CAPGO_KEEP_0__
A payment flow is broken. Users can't complete purchases. With Capgo, push a fix in minutes and watch your revenue recover in real-time.
__CAPGO_KEEP_0__
__CAPGO_KEEP_0__
__CAPGO_KEEP_0__
__CAPGO_KEEP_0__
__CAPGO_KEEP_0__
code
__CAPGO_KEEP_0__
__CAPGO_KEEP_0__
__CAPGO_KEEP_0__
新しいプライバシー規制により、公開情報の変更が必要です。期限前にアプリを更新してください。期限後は更新できません。
世界中のユーザーに対応できるインフラストラクチャ
ユーザーは世界中どこでもいます。私たちのインフラストラクチャも世界中どこでもあります。データベースの複製とエッジCDNにより、世界中どこでも高速な更新が可能です。
APIの世界中の応答時間
5MBのバンドルダウンロード時間
インフラストラクチャのある大陸
アップタイムSLA
500万人を超えるチームが信頼している
更新された
実稼動アプリ
実稼動テストで信頼できる
"Microsoftが廃止したCodePushからCapgoに切り替えました。Capgoは1日で実稼動に導入できました。速度が速くなり、信頼性が高くなり、サポートチケットに返信が返ってきます。"
Michael Torres
RetailFlowのリードモバイル開発者
"Capgoの前は、金曜日のバグは週末を台無しにしました。 しかし、Capgoの後は、30分で修正されます。 そのだけの平穏な心は、サブスクリプションの価値です。"
ソフィア・アンダーソン
HealthTrackのCTO
チームタイプによるソリューション
チームのニーズに合ったソリューションを見つける