Capacitor
iOSおよびAndroidアプリケーションをCapacitorで構築した場合のネイティブライブアップデート。@capgo/capacitor-updaterをインストールし、@capgo/cliでパッケージを配信します。
Cordova
Capgo Live Updates
待たなくてよい。修正を即時配信。
IonicやCapacitorアプリ用のウェブ層修正を即時配信。アプリストアの待ち時間を避けよう。
マーティンから人間のサポート
14日間無制限の無料試用。クレジットカードは必要ありません。
ネイティブのロールバック
JavaScriptのエラーはJavaScript外で回復する
99.9%の稼動率
プラットフォームの稼動率
ダイナミックなチャンネル
カナリア、ベータ、サポート、およびプロダクションのトラック
300+のエッジロケーション
世界中のCDN
~50msの典型的な遅延
超低遅延
デバイスログ
各デバイスの更新ステータスとロールバック履歴
サポートされるランタイム
One Capgo backend for every hybrid stack you ship.
Use the same channels, bundle uploads, rollback protection, and device logs whether your app runs on Capacitor, Cordova, or Electron.
エレクトロン
エレクトロン
Capgo gives mobile teams a release path for urgent web fixes, controlled rollout, and a clear audit trail, so a bad deploy does not become days of store-review waiting.
エレクトロン
ライブアップデートを使用して、JavaScript、CSS、コピー、実行時機能フラグ、Web アセットの修正を実行し、ネイティブとCapacitorの設定変更はストアを通じて継続します。
エレクトロン
エレクトロン
エレクトロン
エレクトロン
ライブアップデートを選択するには、次のステートメントが真である場合
- 生産環境のバグに対する回復パスがApp StoreまたはPlay Storeのレビュー時間に依存しない必要があります。
- アプリが複数の顧客コホート、ホワイトラベル展開、ベータテスター、またはサポート専用のデバッグチャンネルを持っている場合
- Capgo製品/ブランドと開発者用語を厳密に保存する。チームが法的合理性のある制御を必要としている場合、署名されたバンドル、ロールバック、監査可能性、そして自主的なホスティングパス
マーティン
Why Capgo live updates work the way they do
Capgo の創設者である Martin は、チャンネル、互換性チェック、ロールバック、そしてストアの承認後に安全にウェブ バンドルを配信する方法について話しています。
Martin, Founder, Capgo
Live update の証明
Teams already shipping with Capgo
Short notes from Capacitor teams using Capgo for production OTA updates.
Capgo Capacitor のアップデート プラグインは、更新を配信する方法を完全に変えました。何日もかかったものが、わずか数分で完了するようになりました。
生産用のOTA更新を即時で配信できるようになったことは、フル アプリ ストアのレビュー サイクルを待たずに実行できるようになったことから、運用上の大きな利点となりました。
BOXの中のもの
安全なOTA更新用に設計されています。ただし、高速アップロードのみではありません。
「Live Update V2 Bento Title」
Capgo Live Updates
「Live Update Hero Badge」
「Live Update Hero Badge」
ネイティブエンジン
$ npx @capgo/cli bundle upload ✔ validated · ✔ published · ✔ rolling out
ダウンロード、インストール、有効化はネイティブOSのスレッドで実行されます。JavaScriptのクラッシュはアップデートプロセスに影響しません。
CLIはネイティブ依存関係をスキャンし、不相応のアップデートを配布する前に警告します。ウェブの変更を迅速に配布することができます。ただし、codeを顧客に配布する必要はありません。
「Live Update Feature Breaking Detection」はネイティブ依存関係をスキャンし、不互換なアップデートを展開する前に警告します。ウェブの変更を速く送信することができます。ただし、ネイティブブレイキング「Live Update」は顧客に送信する必要はありません。
自動ロールバック
プレフライト検証
notifyAppReady()、index.html、バンドルサイズの制限、チェックサムを検証し、アップロードを受け入れる前に
改ざん対策のアップデート
アップデートはすべてチェックサム化、署名、暗号化され、エンドツーエンドで保護されます。誰もアップデートを改ざんできません - Capgo も、バンドルの内容を確認できません。
自己修復アップデート
フォールバックバンドルメカニズムは常に機能するバージョンを維持します。ユーザーは壊れたアプリを表示することはありません。
リリーストラックをリアルタイムに切り替える (新しいバイナリなし)
Capgo チャンネルはリアルタイムのコントロールであり、ハードコードされていません。開発、ステージング、PR、カニャリ、プロダクションにユーザーを移動するには、アプリUIまたはAPIからすぐにできます。
プッシュトリガーによる自動アップデート
Capgo の通知をLive Updatesと組み合わせて、静的なプッシュでデバイスに最新のバンドルをダウンロードし、キューに追加するように求めることができます。
リリースの知能
破壊的なアップデートを発送する前にキャッチする
アップロードがOTA安全か、ネイティブビルドが必要か、または待つべきかを確認してください — それが生産環境に到達する前に。
- OTA安全: ネイティブパッケージがプロダクションチャンネルと一致しています。
- Native build needed: a plugin or Capacitor dependency changed
- ロールアウトアクション: ネイティブバージョンでゲートする、チャンネルを一時停止する、またはストアビルドをトリガーする。
マーティンから人間のサポートを受けます。
$ npx @capgo/cli@latest bundle upload --channel production --fail-on-incompatible
注意: ネイティブ非互換のバンドルです。
@capacitor/カメラは6.1.0から6.2.0に変更されました。
アクション: このアップロードを失敗させるか、ネイティブビルドを先に実行するかします。
動かすものを見る
live updateをリリースしたときに何が起こるのか
4つの短いアニメーション:修正が電話に到達する方法、オーバー・ザ・エアでどのようなものが送信されるか、ダウンロードが小さくなる理由、そして不良リリースから回復する方法
何が可能か
柔軟な更新制御
適切なアップデートの組み合わせを選択して、アプリのニーズに合わせてください
適用のタイミングを選択してください
アップデートの適用時刻を制御します: 標準 バックグラウンドで インストール時, 起動時、または 常に
遅延条件
特定の条件を待ってください: 日付, 背景, ネイティブバージョン, または 終了 イベント
バージョンブロッキング
コントロール セマンティックバージョンアップデート: なし, メジャーバージョン, マイナーバージョン, パッチバージョン、 または メタデータ
配信タイプ
フルバンドル context Page/area: Capgo marketing website. Role: Short UI label or navigation item. Seen in: component explainers/SceneDeltaUpdate.astro. Preserve Capgo product/brand and developer terms exactly. Message key `explainer_delta_full_bundle` (Explainer Delta Full Bundle). (全体のJSバンドル) または
(更新されたファイルのみで高速の更新)
全ての更新タイプを探索
Not for using live updates. Both stores let apps download interpreted code like JavaScript, HTML, and CSS, as long as each update stays within the app you submitted for review.
アップルまたはGoogleがOTA更新を拒否する可能性はありますか?',
0 の拒否
4.7K+ のアプリケーションが実行中で、Capgo でアップデートを送信すると、ストアがアプリを拒否したことはありません。
Apple は Capgo をいつもかどったことがありますか?
動的リンクは、code の問題としてApple のレビューで指摘されました。アップデートとは無関係で、プラグインから動的リンクを削除しました。
Apple Developer Program License Agreement
アプリは、主な目的を変更しない限り、code をダウンロードすることができます。また、他の code またはアプリのストアを作成することもできます。署名、サンドボックス、またはOSのセキュリティ機能を回避することもできます。
公式ポリシー : AppleGoogle Play デバイスおよびネットワークの乱用ポリシー
アプリは、Google Play 以外で自らのネイティブ code を更新することはできません。 Code は、インタプリターや仮想マシン上で実行される場合、例えばJavaScriptがWebViewで実行される場合、明示的に除外されています。
公式ポリシー Google Playルール内に留まる
- ウェブ層の変更を空中で配信: JavaScript、HTML、CSS、そしてアセット。
- ネイティブのcode、権限、プラグインの変更をストアのリリースを通じて送信。
- レビューの目的を提出して承認された範囲内に、すべてのアップデートを維持。
レビューの決定はAppleとGoogleに属するため、どのベンダーも承認の保証はできない。Capgoは、出版されたポリシーに沿った側にあなたを置く。
ストアポリシーFAQを読むAI用意
アクティブなワークフロー用の基礎
クラウドのCode、カーソル、コデックス、またはどのエージェントでも、Capgoを設定し、アップロードバンドル、チャンネルを管理し、ネイティブビルドを要求することができる。すべてのアクションは、1つのコマンドまたは1つのツールの呼び出しに過ぎない。
-
CLI
すべてのリリースアクションはコマンドである。CIでスクリプトするか、エージェントが実行するようにする。
npx @capgo/cli@latest bundle upload -
MCPサーバー
アプリ、バンドル、チャンネル、統計、ネイティブビルド用のツール、MCPクライアントのどれでも利用可能。
npx @capgo/cli@latest mcp -
エージェントスキル
エージェントにライブアップデート、ビルド、Capgo プラグインの追加方法を教えてください。
npx skills add Cap-go/capgo-skills -
llms.txt
Capgo ドキュメントの全体が1つのファイルにまとまっています。どのモデルでも貼り付けることができます。
capgo.app/llms-full.txt
正直な比較
Capgo Live Updatesと代替品の比較
同様のIonicとCapacitor OTAの約束。安全性のモデルが異なります。
| Capgo Live Updates | DIY / 自主管理 カスタムスクリプトと静的ホスティング | ライバルクラウド | |
|---|---|---|---|
| ライブアップデート | 完全ネイティブ ダウンロード、インストール、そしてネイティブOSスレッドでアクティブ化します。JSのクラッシュはアップデートパイプラインを破壊することはできません。 | アプリのJSコンテキスト内で実行されます。悪いバンドルはアップデートも破壊することができます。 | ほとんどのアプリレイヤーの配信です。JSのエラーはアップデートフローをブロックまたは汚染することができます。 |
| ロールバック回復 | ネイティブロールバック 新しいバンドルが起動時にクラッシュした場合でも、JavaScript外の最後の良好なバンドルにフォールバックします。 | ロールバックはJavaScriptで設計および維持する必要があります。 | ロールバックはアプリレイヤーがまだ機能している場合にのみ存在します。 |
| インストール失敗のガード | 自動更新。 10秒以内にnotifyAppReady()を呼び出さない場合、ロールバックします。 | 自分で監視とトラッキングを行います。 | 製品によってはオプションまたは手動です。 |
| ネイティブ互換性 | CLI のチェック。 アップロード前にネイティブ依存関係をスキャンし、破壊的な変更をフラグします。 | ガードレールは自分で作る必要があります。 | ほとんどの製品ではアップロード検証のみです。 |
| アップロード検証 | 深いチェック。 index.html、バンドルサイズ、チェックサム、重複バージョン、ハブ制約を検証します。 | CIルールは、自分で書いたものです。 | 基本的なバンドルチェック。 |
| ロールアウトコントロール | ダイナミックチャネル キャニャリ、ベータ、プロダクション、サポート、デバイスごとのチャネル割り当て | ホストされたURLが複数あるか、カスタムルーティング | サポートされるチャネル、深さ、APIは異なります。 |
| デバイスの可視性 | デバイスごとのログ デバイスごとのインストール、失敗、ロールバック、ポリシーイベント | カスタム分析やサーバーサイドのダウンロードカウント | ダッシュボードの集計、デバイスごとの深さが少ない |
| 試用前に支払う | はい 14日間無制限の無料試用。クレジットカードは必要ありません。 | 交通量が増えると安いホスティング | 段階的なプラン。試用期間はベンダーによって異なります。 |
比較は、一般的なDIY/自主ホスティング設定とパブリックな競合他社のクラウドドキュメントを反映しています。
Expoから来た場合
EAS UpdateのCapacitorアプリの同等
EAS UpdateはExpoとReact NativeアプリにJavaScriptの修正を配信します。Capgoは、CapacitorのWebバンドルに対して同じ仕事をします: チャンネル、ロールバック、デバイスログ。EASを使用する場合は、React Nativeアプリの場合に続きます。Web UIを維持している場合は、Capgoを使用してください。