CI/CDツールは、プロセスを自動化することで、オーバー・ザ・エア(OTA)更新を迅速、安全、信頼性の高いものにします。ここではその方法について説明します。
- OTA更新とは何か アプリのアセット(HTML、CSS、JavaScriptなど)をCDNを介して即時更新できるようにし、アプリストアの承認遅延を回避します。
- CI/CDの役割は何か Automation tools like GitHub streamline key steps like build checks, security validation, and deployment, cutting errors by 72% and enabling same-day patches.
- Key Features:
- Security: Use HTTPS, code signing, and encryption to protect updates.
- Staged Rollouts: Deploy updates to small groups first to catch issues early.
- Rollback Options: Automatically revert updates if error rates rise.
- Tools Highlighted: Capgo OTA更新をCLIコマンド、ウェブホック統合、詳細なメトリクス追跡で簡素化します。
OTA更新を自動化することで、迅速な配信、エラーの減少、アプリの安定性が向上します。下記に、CI/CDパイプラインを使用してアプリをセットアップするためのステップバイステップの手順があります。 Capacitor CI/CDパイプラインを使用してアプリをセットアップする方法を学びます。
Appflow Live Updates:ユーザーに直接インスタントアップデートを配信

OTA更新用に準備中 Capacitor __CAPGO_KEEP_0__フレームワークドキュメントサイト

Capacitorの設定 自動オーバー・ザ・エア(OTA)更新 (OTA)更新の設定には、3つの重要なステップが含まれます:設定の構成、セキュリティ対策の実施、更新システムの統合 このプロセスはCI/CDの自動化とアプリケーションのセキュリティを保証するために不可欠です。__CAPGO_KEEP_0__.config.jsonのOTA設定
Configuring OTA Settings in capacitor.config.json
適切なチェックの頻度を設定することで、更新の遅延を最小限に抑えることができ、47%以上の遅延を削減することができます。 capacitor.config.json OTA更新のセキュリティの実施
{
"appId": "com.example.app",
"appVersion": "2.3.1",
"plugins": {
"CapacitorUpdater": {
"updateUrl": "https://api.example.com/ota",
"checkFrequency": 3600,
"channel": "production"
}
}
}
OTA更新プロセスのセキュリティを確保することは、不正な更新を防止し、アプリケーションの完整性を保護するために不可欠です。このプロセスには、3つのセキュリティ層が含まれます。 [2].
セキュリティ層
__CAPGO_KEEP_0__
| CI/CD | 実装 | 目的 |
|---|---|---|
| HTTPS セキュリティ | 証明書固定 | 中間者攻撃を防ぐ |
| Code署名 | ed25519署名 | 更新の有効性を確認する |
| パッケージセキュリティ | AES-256-GCM暗号化 | 更新内容を保護する |
これらのセキュリティ機能を適用するには、以下を設定ファイルに含めてください:
{
"security": {
"publicKey": "-----BEGIN PUBLIC KEY-----...",
"requireSignedUpdates": true,
"validateChecksums": true
}
}
設定 Capgo OTA更新用

CapgoはOTA更新プロセスを簡素化します。始めに、必要なプラグインをインストールする必要があります:
npm install @capgo/capacitor-updater
次に、Capgo用の設定をあなたの capacitor.config.json ファイルに追加する必要があります:
{
"plugins": {
"CapacitorUpdater": {
"apiKey": "CAPGO_XXXX",
"channel": "production",
"debug": true
}
}
}
Capgoは、ビルド識別子など、厳密なバージョニングを使用して、正確な更新追跡を実現します。これにより、アプリの更新サイクルを管理および監視することが容易になります。 2025.02.12-a1b2c3d OTA更新パイプラインの作成
あなたの__CAPGO_KEEP_1__環境に__CAPGO_KEEP_0__を設定した後、次のステップはCI/CDツールと連携することです。自動更新を実現するために、更新の配信を自動化することができます。これにより、アプリの安定性を維持しながら、安全かつ効率的に更新を管理することができます。
Once you’ve set up Capgo in your Capacitor environment, the next step is linking it with CI/CD tools to automate update delivery. This ensures updates are handled securely and efficiently while keeping your app stable.
__CAPGO_KEEP_0__
CI/CD環境のWebhookは、codeの変更が発生したときに自動的に更新をトリガーすることができます。例えば、GitHub Actionsで、以下のようなワークフローファイルを作成することができます。
name: OTA Update Trigger
on:
push:
branches: [main]
jobs:
deploy:
runs-on: ubuntu-latest
steps:
- name: Trigger OTA Update
run: |
curl -X POST \
-H "X-Capgo-Signature: sha256=${{ secrets.CAPGO_SECRET }}" \
-H "Authorization: Bearer ${{ secrets.CAPGO_API_KEY }}" \
https://api.capgo.app/deploy
CI/CDプラットフォームの暗号化されたストレージに、APIのキーとシークレットを安全に保存するようにしてください。 これは敏感なデータを保護するために必要です。 __CAPGO_KEEP_0__ __CAPGO_KEEP_1__の更新コマンド
Capgo CLI Update Commands
The Capgo CLI offers key commands to streamline update management within your pipeline. Here’s an example of a typical deployment workflow:
| コマンド | 目的 | ビルド |
|---|---|---|
| 新しいビルドアーティファクトをアップロード | capgo deploy --channel production | テスト |
| __CAPGO_KEEP_0__ __CAPGO_KEEP_1__ | capgo promote build-123 --group beta | テストグループにアップデートをリリースする |
| 検証 | capgo metrics get --last-24h | アップデートの成功メトリクスを確認する |
| リリース | capgo promote build-123 --channel stable | 全ユーザーにアップデートを展開する |
アップデートのロールバック方法
アプリが安定しているようにするには、信頼できるロールバックメカニズムが不可欠です。システムは、問題を検出して自動的にアップデートを戻すことができなければなりません。たとえば、エラー率を監視するヘルスチェックエンドポイントを使用して、必要に応じてロールバックをトリガーすることができます。
# Rollback script triggered by monitoring
if [ $(curl -s https://api.capgo.app/metrics/errors) -gt 5 ]; then
capgo rollback v1.2 --channel production
notify-team "Update rolled back due to high error rate"
fi
このアプローチは役立ちました Gunnebo Safe Storage 時間から分にダウンタイムを短縮しました [6].
リスクの高いアップデートの場合、Capgoのステージドロールアウト機能を使用して考慮することをお勧めします。アップデートを小さなユーザーグループに展開することで、広範囲の問題のリスクを減らすことができます。
sbb-itb-f9944d2
OTA Update Methods
ステージングアップデートとユーザーグループ
ステージングアップデートにより、更新がユーザーに平穏な体験を提供するように制御できます。たとえば、Capgoの「promote」コマンド(前述)により、ベータグループの管理が可能になります。企業データによると、ほぼ半分のアプリ(49%)が月に1回の更新が必要であるということがわかっています ステージング展開は、変更を段階的に実施しながらアプリを安定させながら、重要な戦略となりました。 メトリクスベースの更新トリガー [4]自動更新
パフォーマンスメトリクスに基づいて自動化することで、時間を節約し問題を防ぐことができます。監視Webhookを設定することで、重要なメトリクスを追跡し、更新を続行するか停止するかを決定できます:
メトリクスタイプ 閾値
| アクション | アクション | アクション |
|---|---|---|
| クラッシュ率 | >2% | ロールアウトを一時停止 |
| エラー率 | >0.5% | チームに警告 |
CI/CD パイプラインにこれらのチェックを統合することで、シームレスな監視が可能になります。ここに例があります。
if [ $(curl -s $MONITORING_API/crash-rate) -gt 2 ]; then
capgo pause-rollout --channel production
notify-team "Update paused: High crash rate detected"
fi
これらのメトリクスは、パフォーマンス追跡システムと直接関連しています。このシステムについては、次のセクションで詳しく説明します。
迅速な対応の更新
重大なセキュリティ問題や大きなバグに直面した場合、緊急の更新を迅速に展開する方法が必要です。緊急の展開チャネルを使用して、迅速な展開を実現します。このチャネルには、デバイスの検証チェックと自動ロールバックオプションが含まれ、リスクを最小限に抑えることができます。
緊急の更新を展開するには、以下の専用チャネルを使用できます。
capgo deploy --critical --channel hotfix
配信速度をさらに改善し、法的基準を満たすために、CDN ルールを含む地理ベースのチャネルを考慮することで、更新がユーザーに効率的に到達するようにします。
更新のパフォーマンス追跡
更新配信方法を実装した後、どれだけ効果的に機能しているかを測定する時間です。次のキーペフォーマンス指標を使用して、状況を把握することができます。
アップデート成功メトリクス
注意するべき3つの主な領域は、 デプロイ完了, 検証時間、 ユーザー採用。モバイルアプリの場合、デプロイ成功率は通常95%から99%の範囲で [1]。CI/CDパイプラインを通じてリアルタイムで監視することで、目標を達成することができます:
| メトリクス | 目標 | クリティカルな閾値 |
|---|---|---|
| デプロイ完了 | >98% | 95% |
| 検証時間 | 45秒 | 120秒以上 |
| ユーザー採用率 (24時間) | >75% | 50%以下 |
アップデートエラー管理
自動システムはアップデートのステータスを追跡し、エラーに応じて自動的にロールバックします。重大な問題が発生した場合、デバイスの健康チェックが問題を検出すると、システムは自動的にアップデートをロールバックします。
if [ $DEVICE_SUCCESS_RATE -lt 85 ]; then
trigger_rollback
fi
このような設定により、ユーザーへの影響を最小限に抑え、重大な障害を迅速に対処できます。
データ使用量削減
デルタアップデートは、フルアップデートよりもデータ使用量を70–90%削減できる素晴らしい方法です。 [4]これらの最適化は、CI/CD パイプラインにルールを組み込むことで、データ使用量を削減できます。
- デルタ更新: 変更されたコンポーネントのみを含むバイナリ diff を作成します。
- アセット最適化: WebP または AVIF などの形式に画像を変換してファイルサイズを削減します。
- スケジュールされたオフピークデプロイ: ネットワークトラフィックが低い時間帯に更新をロールアウトして影響を最小限に抑えます。
自動化されたOTA更新の結論
: CI/CD Pipelines に自動化された OTA 更新を統合すると、Capacitor デプロイは週に 1 回のサイクルから 1 時間ごとの更新に移行できます。 JFrog は、この効率の向上を強調しています。__CAPGO_KEEP_0__ アプリの場合、 85% の高速化されたデプロイ率 for Capacitor apps [3] と 95%の採用率 安定したネットワーク内で [5]。 これらの結果は、手動ステップの削減と更新プロセスの簡素化によるものです。
開発チームにとって、このアプローチは明確な利点を提供します。 ESP-IDF ユーザー 73%のチーム は、リリース前に高品質なリリースを実現するために、プレマージCIチェックを使用しています。 [1][2]これらの取り組みは、データ駆動型のデプロイ戦略に関する前回の議論と一致しています。
Automated pipelines also ensure updates are delivered reliably using compressed formats and delta updates. By combining automated testing, phased rollouts, and performance tracking, teams can manage Capacitor app updates with both efficiency and security.
自動テスト、フェーズドロールアウト、パフォーマンス追跡を組み合わせると、チームは効率とセキュリティの両方で__CAPGO_KEEP_0__アプリの更新を管理できます。
If you are using How CI/CD Tools Trigger OTA Updates セキュリティとコンプライアンスの計画に使用するツールを接続する 暗号化 暗号化の実装詳細 コンプライアンス コンプライアンスの実装詳細 Capgo セキュリティスキャナー Capgo セキュリティスキャナーの製品ワークフロー Capgo セキュリティ Capgo セキュリティの製品ワークフロー Capgo トラストセンター 製品ワークフローについての情報はCapgoのTrust Centerでご確認ください。