メインコンテンツにスキップ
Capgoロゴ
開発 モバイル アップデート

CI/CDツールがOTAアップデートをトリガーする方法

CI/CDツールは、自動化されたプロセスを使用して、より速く、より安全な、より信頼性の高いアプリケーションの展開を実現するOTAアップデートを強化します。

マーティン・ドナディュー

マーティン・ドナディュー

コンテンツマーケティング
CI/CDツールがOTAアップデートをトリガーする方法

CI/CDツールは、過去のエラーを繰り返さずに、OTAアップデートをより速く、より安全に、より信頼性の高いものにします。

  • OTAアップデートとは何ですか? CDN経由でHTML、CSS、JavaScriptなどのアプリケーション資産を即時更新できるようにします。アプリストアの承認遅延を回避できます。
  • CI/CDの役割は? 自動化ツールとして GitHub Actions ビルドチェック、セキュリティ検証、デプロイなどの重要なステップを簡素化し、エラーを72%削減し、1日以内にパッチを適用できるようにします。
  • 主な機能:
    • セキュリティ: HTTPS、code署名、暗号化を使用して更新を保護します。
    • 段階的なロールアウト: 問題を早期に発見するために、小規模なグループに更新を展開します。
    • ロールバックオプション: エラー率が上昇した場合に自動的に更新を元に戻します。
  • ツールのハイライト: Capgo CLIは、コマンド、Webhook統合、詳細なメトリクス追跡機能を備えたOTA更新を簡素化します。

自動化されたOTA更新により、迅速な配信、エラーの減少、そしてアプリの安定性が向上します。以下に、CI/CDパイプラインを使用してアプリをセットアップするためのステップバイステップの手順があります。 Capacitor ライブアップデート:ユーザーに直接インスタントアップデートを配信

Appflow CI/CDプラットフォームインターフェイス YouTube動画プレイヤー

準備中

__CAPGO_KEEP_0__ Capacitor OTAアップデートのために

Capacitorドキュメントサイト

Capacitorの設定 自動でオーバー・ザ・エア（OTA）アップデート OTAアップデートの自動化には、セットアップの設定、セキュリティの実装、更新システムの統合が必要です。 このプロセスは、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"
    }
  }
}

__CAPGO_KEEP_0__はCapacitorの公式ドキュメントサイトです。 [2].

__CAPGO_KEEP_0__の設定

OTA更新プロセスのセキュリティは、不正な更新を防止し、アプリの完全性を保護するために不可欠です。このプロセスには、3 つの保護層が含まれます。

セキュリティ層 実装 目的
HTTPS セキュリティ 証明書固定 中間者攻撃をブロック
Code署名 ed25519署名 更新の有効性を確認
パッケージセキュリティ AES-256-GCM暗号化 セキュリティ機能を適用するには、以下を設定ファイルに含める必要があります。

Configuring

{
  "security": {
    "publicKey": "-----BEGIN PUBLIC KEY-----...",
    "requireSignedUpdates": true,
    "validateChecksums": true
  }
}

__CAPGO_KEEP_0__ Capgo __CAPGO_KEEP_0__ Live Update Dashboard インターフェイス

CapgoはOTAアップデートプロセスを簡素化します。まず、必要なプラグインをインストールする必要があります。

次に、Capgo用の設定を設定ファイルに追加します。

npm install @capgo/capacitor-updater

Next, add Capgo-specific settings to your capacitor.config.json __CAPGO_KEEP_0__は、ビルド識別子などを使用してシームレスなバージョニングを実行します。これにより、アプリのアップデートライフサイクルを管理および監視することが容易になります。

{
  "plugins": {
    "CapacitorUpdater": {
      "apiKey": "CAPGO_XXXX",
      "channel": "production",
      "debug": true
    }
  }
}

Capgo uses semantic versioning with build identifiers like 2025.02.12-a1b2c3d __CAPGO_KEEP_0__

__CAPGO_KEEP_0__

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.

Webhookの設定

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

APIのキーとシークレットをCI/CDプラットフォームの 暗号化されたストレージ に安全に保存するようにしてください。

Capgo CLIの更新コマンド

Capgo CLIは、パイプライン内での更新管理を簡素化するための重要なコマンドを提供しています。以下に、一般的なデプロイワークフローを示します。

ステージ コマンド 目的
ビルド capgo deploy --channel production アップロード新しいビルドアーティファクト
テスト 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アップデートの方法

ステージドアップデートとユーザーグループ

ステージドアップデートは、更新がどのように展開されるかを制御し、ユーザーにSmoothなエクスペリエンスを保証します。 たとえば、Capgoの プロモート コマンド（前述のもの）を使用すると、ベータグループの管理が可能になります。 企業のデータによると、ほぼ半分のアプリ（49％）が毎月の更新が必要です。 [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パイプラインに組み込むことができます。

  • デルタアップデートコンテキスト:ライブアップデート製品ページ。役割:セクションまたはページヘッダー。メッセージキー`live_update_delta_title` (ライブアップデートデルタタイトル)。
  • :変更されたコンポーネントのみを含むバイナリ差分を作成します。アセット最適化
  • :画像をWebPまたはAVIFなどの形式に変換してファイルサイズを削減します。スケジュールされたオフピークデプロイメント

Conclusion: 自動 OTA アップデート

CI/CD Pipelinesに自動 OTA アップデートを統合すると、Capacitorのデプロイは週に 1 回のサイクルから 1 時間ごとにアップデートすることができます。 JFrog この効率の向上を強調し、 85% の高速化されたデプロイ率 Capacitor アプリ [3] と 95% の採用率 安定したネットワーク [5]。

これらの結果は、手動のステップを削除し、更新プロセスを簡素化することによるものです。 開発チームにとって、このアプローチは明確な利点を提供します。Among ユーザー 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.

続きましょう：CI/CDツールがOTA更新をトリガーする方法

CI/CDツールを使用している場合 CI/CDツールがOTA更新をトリガる方法 セキュリティとコンプライアンスを計画するには CI/CDツールを 暗号化 暗号化の実装詳細については、暗号化を参照してください。 コンプライアンスの実装詳細のために Capgo セキュリティ スキャナー Capgo セキュリティ スキャナーの製品ワークフロー用 Capgo セキュリティ Capgo セキュリティの製品ワークフロー用 Capgo トラスト センター Capgo トラスト センターの製品ワークフロー用

リアルタイムアップデートのCapacitorアプリ

When a web-layer bug is live, ship the fix through Capgo instead of waiting days for app store approval. Users get the update in the background while native changes stay in the normal review path.

ウェブ層のバグが生じた場合、__CAPGO_KEEP_0__を通じて修正を配信し、App Storeの承認待ちの日数を待たずして、ユーザーはバックグラウンドでアップデートを受け取り、ネイティブの変更は通常のレビュー経路を通じて

コンテキスト: Capgoマーケティングウェブサイト。役割: サポートする説明文またはメタ説明文。見つける場所: コンポーネント GetStarted.astro。Capgo製品/ブランド名と開発者用用語をそのまま保存。メッセージキー `instant_updates_for_capacitor_apps_description` (Instant Updates For Capacitor Apps Description)。

最新のブログ

Capgo gives you the best insights you need to create a truly professional mobile app.

2-Way Communication in Capacitor Apps
開発 モバイル +1
2025年4月26日

2-Way Communication in Capacitor Apps

OTA更新の5つの一般的なミスを避ける
開発 セキュリティ +1
2025年4月13日

5つのOTAアップデートの誤りを避ける

モバイルアプリライブアップデートの5つのセキュリティベストプラクティス
開発 モバイル +1
2025年1月14日

モバイルアプリライブアップデートの5つのセキュリティベストプラクティス

すべてのブログ記事を参照