2026年、Capacitor アプリに最適なCI/CDプラットフォーム

Capacitor CI/CDの候補リストは縮小しました。Microsoft App Centerのビルド・配布サービスは2025年3月31日に終了しました。Ionic Appflowも数年がかりで段階的に終了しています。GitHub Actions、GitLab CI、Bitrise、Codemagicは今も残っており、本来の用途ではしっかり力を発揮します。

間違いは、これを「どれを選ぶか」だけの比較検討と捉えることです 1つの プラットフォームに集約し、パイプライン全体を移行しましょう。ほとんどの Capacitor チームはすでにCIを導入しています。足りないのは、汎用CIが依然として苦手とする3つのジョブです： 署名済みのNative Build, Live Updatesや アプリを実機に入れること.

Capgo これら3つのジョブ向けに構築され、 既存の 信頼しているCI内で動作するように設計されています。Lint、型チェック、ユニットテスト、Webビルドには、引き続き GitHub ActionsやGitLab CIを使用してください。パイプラインでiOS/Androidのバイナリ、OTA bundle、テスターがインストールできるプレビューが必要になったら、Capgo を呼び出してください。

2026年の状況

2026年の購入対象ではなくなったにもかかわらず、検索結果には依然として2つの名前が現れます。

• Microsoft App Center 2025年3月31日に終了しました。BuildとDistributeは停止しました。AnalyticsとDiagnosticsは2027年3月31日まで延長されました。CodePushはMicrosoftがホストするサービスではなくなりました。App Centerのpipelineをまだ使っている場合は、次を読んでください： App CenterからCapgoへの移行.
• Ionic Appflowの代替手段 2025年2月11日に新規の商用販売を停止しました。既存のお客様は引き続きアクセスできます 2027年12月31日。まだ使えますが、今から始めるものは2028年までに移行が必要です。参照： Ionic Appflowの代替.

残るのは、チームが実際に運用しているプラットフォームです：

• GitHub アクション と GitLab CI: 汎用CI。Linuxでは非常に優秀。ネイティブモバイルでは高コストで未完成。
• Bitrise と Codemagic: モバイルCIの専門家。署名とストア申請に強い。マネージド Capacitor live updates は提供しない。
• Capgo: 既存のCIから呼び出せる、Capacitor ネイティブの live updates、クラウドでのネイティブビルド、デバイスにインストールできるプレビュー。
• Capawesome Cloud: CIの代替として売られている、Capacitor ネイティブの live updates とネイティブビルド。Gitを接続するだけで GitHub Actions は不要になる。クローズドなバックエンド、完全なベンダーロックイン、そして価格はすでに何度も変わっている。

2026年に本当に役立つ問いは「どのCIが GitHub Actions に代わるべきか？」ではない。「Capacitor アプリにバイナリ、OTA bundle、実機インストールが必要なとき、GitHub Actions は何を呼ぶべきか？」だ。

汎用CIが依然として苦手なこと

GitHub Actions と GitLab CI は優れたキッチンだ。だが、ネイティブビルドファームでも OTA ネットワークでも QA デバイスラボでもない。

Native Build

iOSには依然としてXcode、証明書、プロビジョニングプロファイル、そしてMacが必要です。AndroidにはkeystoreとPlay upload keyが必要です。GitHub Actionsのホスト型macOS実行時間は、Linuxよりもはるかに高価です。GitHubによる2026年1月の値下げ後も、標準的なmacOSの実行時間は標準的なLinuxの約10倍です（GitHub Actionsの料金体系).

そのため、多くのCapacitorチームはすでにパイプラインを分割しています。PRチェックにはLinuxを使い、署名済みバイナリには別の手段を使うのです。Capgo Native Build が、その「別の手段」にあたります。ジョブは ubuntu-latest上で実行されます。CapgoがMacを動かします。

Live Updates

CIはWeb bundleをコンパイルすることはできます。しかし、チャンネル管理、ロールバック、暗号化、デバイスログを備え、すでにアプリがインストールされているデバイスへそのbundleを配信することはできません。Live Updateは単なるYAMLのステップではなく、一つのプロダクトです。OTAをスキップするCapacitorチームは、新しいバイナリを必要としないJavaScriptの修正のために、App StoreやPlay Storeのレビューを待つことになります。

Capgo Live Update CIと併用します。パイプラインがWebアプリをビルドし、bundleをuploadします。ネイティブシェルに変更がない限り、ユーザーはストアの審査を通ることなく変更を適用できます。

モバイルアプリのテスト

Linux上でのユニットテストでは、実機での動作は保証できません。TestFlightの処理やPlayストアの内部テスト、あるいは「メールで送ったIPAをインストールできる？」といったやり取りが、レビューを遅らせる原因になります。Capgo PRプレビュー プルリクエストごとにチャンネルを作成しましょう。テスターは、すでに持っているアプリ内でチャンネルを切り替えるだけです。Native Buildジョブから以下を生成することも可能です： QRコードによるインストールリンク （APKまたはIPA用）

これはデバイスファームではありません。エミュレータの行列テストやFirebase Test Labが必要な場合は、それらのジョブはCIで継続してください。Capgoは、CIでは解決が難しい「人間が実機を手に取り、1分以内に正しいビルドを確認する」というギャップを埋めます。

機能比較マトリックス

際立った特徴が3つあります。Capgo、Capawesome Cloud、Appflowは、いずれもNative Buildと管理されたLive Updateのbundleを提供していますが、Appflowは終了に向かっています。Capgoだけは、 既存の GitHub ActionsやGitLab CIを置き換えるのではなく、それらを活かすように設計されています。もう一つのCapacitorネイティブな選択肢はCapawesome Cloudですが、これはクローズドなバックエンドを持つ代替CIです。BitriseやCodemagicはNative Buildを管理できますが、OTAやデバイスプレビューの構築は依然として自分で行う必要があります。

各プラットフォームの詳細

Capgo

Capgoは、汎用的なCIには欠けているCapacitorのリリースレイヤーです。

• Live Updates: 暗号化されたweb-bundle OTA、channels、rollback、delta updates、およびデバイスログ。
• Native Build: ストアへの提出を含む、署名済みのiOSおよびAndroidバイナリをクラウド上で作成します。CIランナーはLinuxのままで運用可能です。Capgo はすでに Xcode 26 を、App Store Connectの2026年4月の要件に対応させるために使用します。
• 実機テスト: PRプレビューチャネル, ネイティブアーティファクト上のQRリンク、そして Capgo モバイルアプリ 実機でbundleを確認するために使用します。

lintやユニットテストを GitHub Actionsから移行する必要はありません。Webビルド成功後に、2つの CLI コールを追加するだけです：

- name: Live update
  run: npx @capgo/cli@latest bundle upload --channel production

- name: Native build
  run: npx @capgo/cli@latest build request com.example.app --platform ios --build-mode release

有料プランは年払い月額12ドルからで、Live UpdateとNative Buildの時間（月間約15ビルド、超過分はクレジット精算）が含まれます。この導入価格はリリース以来据え置かれています。詳細は 料金プランを見る, Capgo BuildによるCI/CD、および GitHub Actions ビルドガイド.

Updaterプラグインはオープンソース（MPL-2.0）、バックエンドもオープンソース（AGPL-3.0）です。これらを監査したり、フォークしたり、あるいは セルフホストすることも可能です。有料の Capgo Cloud はオプションのインフラであり、ベンダーロックインを目的としたものではありません。

Capawesome Cloud

Capawesome Cloud CI（現在はCapawesome Platformとして提供されている、Native BuildsとLive Updatesのセット）は、OTAとクラウドでのiOS/Androidビルドを統合した、もう一つの Capacitor ネイティブな選択肢です。その製品コンセプトは Capgo とは対照的です。 置き換える GitHub ActionsやGitLabに接続するのではなく、それらを置き換えます。

彼らのNative Buildsのローンチ投稿は明確です。サードパーティのCI/CDは使いません。GitHub, GitLab, Bitbucket, またはAzure DevOpsと連携し、パイプラインを capawesome.config.jsonそこに組み込みます。ビルドはCapawesome Cloud内で実行されます。CLI からビルドをトリガーすることは可能ですが、想定されているワークフローはベンダーホスト型のCIです。Git連携、署名、ビルド時間、Live Updates、ストアへの申請はすべて、一つのクローズドなバックエンドに集約されています。プラグインと CLI はオープンソースですが、バックエンドはそうではありません。セルフホストはせいぜい部分的なものに留まります。つまり、bundleをホストすることはできますが、メタデータはCapawesome Cloudに残ります。

それは完全なベンダーロックインです。後から離れるには、アップデーター、ビルド設定、Git接続、リリースメタデータを移行する必要があります。Capgo はそれらをあなたのリポジトリとCIに保持し、オープンソースのアップデーターとバックエンドが脱出手段になります。

価格の変遷も、もう一つの分かれ目です。Capgo の有料エントリープランは、 月額 $12 ローンチ以来ずっと年額請求で、値上げは一度もありません。Capawesome はすでに商用モデルを何度も変更しています：

• Native Builds の開始時：最低 月額$9 で、1,000件の Live Updates と 200分のビルド時間込み。Business は $299/month でした.
• 2026年5月のプラットフォーム刷新：Live Updates は MAU から更新回数課金に移行し、その後 MAUに戻る プラットフォームのフル SKU（ビルド、Live Updates、パブリッシング）は $19/month からです. ビジネス向けプランは $499/月.
• 現在の公開価格では、Live Updates（ 月額$9）と、フルプラットフォーム（ $19/month からです).

変動し続ける安価な価格設定は、安定した適正価格とは異なります。CIを維持したまま Capacitor の Live Updates と Native Build を利用したいなら、Capgo が最適です。すでに Capawesome プラグインを標準化しており、Git 連携の CI を求めている場合は、こちらをご覧ください： Capgo vs Capawesome Cloud および 移行ガイド.

出典: Capawesome Native Builds発表, Capawesome Platform発表, Capawesome料金プラン.

GitHub アクション

GitHub Actionsは多くのCapacitorリポジトリにおける標準的なCIであり、PRチェックにおいてもその地位を維持すべきです。Linuxジョブは安価です。ワークフローはcodeの隣に配置されます。キャッシュ、マトリックスビルド、必須ステータスチェックはすでに解決済みの課題です。

モバイルDevOpsプラットフォームではありません。YAMLを自分で記述し、署名にはFastlaneやCapgoを連携させます。OTAは自前でホストするか、あるいは利用しないかの選択になります。プルリクエストごとにiOSビルドを実行すると、macOSの利用料金がコストの大部分を占めるようになります。

実用的なハイブリッド構成: GitHub の lint、テスト、および npm run buildのための Capgo bundle upload、Native Build、プレビュー用。 この分離により、モバイルパイプライン全体をホスト型Macに強いるよりも、コストを抑え、高速化できます。セットアップガイド： GitHub Actions による Live Update と 自動ビルドとリリース.

GitLab CI

GitHub Actions と同様の構成。強力なLinux CI、オプションのMac runnerを提供。ただし、管理型の Capacitor Live Update や、インストール可能なPR channelはありません。リポジトリが既にGitLabにある場合は、そのまま使いましょう。Capgo の呼び出しは、 .gitlab-ci.yml 同様の方法で行えます。詳細は GitLabのセットアップを参照 と GitLabによるAndroidの自動ビルド.

Bitrise

Bitriseは、豊富なステップライブラリ、署名管理、ストア公開機能を備えたモバイル向けCIプラットフォームです。npmステップに加えて、iOSやAndroidのネイティブステップを使用することで、Capacitorアプリをビルドできます。モバイル専用のランナー環境を必要とし、OTAが不要なチームにとっては合理的な選択肢です。

欠けているのは、Capacitorのようなリリースループです。つまり、既存のGitHubワークフローを丸ごと移行することなく呼び出せる、Live Update、PRチャンネル、そしてCLIです。また、料金もモバイルCIの中では高めです。すでにネイティブアプリでBitriseを標準化している場合は、そのまま利用しましょう。もしOTAやデバイスプレビューが必要なら、Capgoを追加してください。Bitriseがそのレイヤーを代替できると考えてはいけません。

Codemagic

CodemagicはFlutterのビルダーとして始まり、現在はIonicやCapacitorのYAMLワークフローもサポートしています。Androidのキーストア管理、App Store ConnectのAPIキー、TestFlightやPlayへの公開機能も備えています。署名管理が強みです。

Bitriseと同様に、管理されたLive Update機能がないという欠点があります。OTA bundleは別途どこかにuploadする必要があります。もしGitHub Actionsの設定における唯一の課題が「Mac上でFastlaneを管理したくない」ということであれば、Codemagicがその解決策になります。Capgoならその課題を解決できます。 と 単一のCLIで、OTAとプレビューのギャップを埋めます。当サイトのCodemagic解説はこちら： Codemagicを使用したiOS.

Ionic Appflowの代替手段

Appflowは、Native Build、署名、Live Update、ストア公開までをカバーするIonicのオールインワン製品です。これはGitHub Actionsのプラグインではなく、CIそのものの代替となるものです。Ionicは2025年2月11日に商用展開の終了を発表しました。既存の顧客は2027年12月31日まで引き続き利用可能です。

すでにAppflowを利用している場合は、2027年末ではなく今すぐ移行計画を立ててください。Live UpdateとNative BuildについてはCapgoへ、PR自動化についてはGitHub Actionsを継続（または回帰）することで、同等の環境を構築できます。移行先： AppflowからCapgoへ.

Microsoft App Center

2026年の選択肢にはなりません。ビルドと配布は2025年3月31日に終了しました。ホスト型サービスとしてのCodePushも廃止されています。移行を完了できなかったチームがいまだにこれを探しています。Capacitorのパスは、OTAにはCapgo、バイナリにはCapgo Buildまたは既存のCIを使用する構成です。まずは以下から： App Centerからの移行 と CodePushの代替案.

Xcode Cloud

AppleのCIは、すでにApp Store ConnectにあるiOS専用のネイティブアプリには適しています。しかし、Androidのビルドはできず、Capacitor Live Updateの配信もできず、Web bundleのQA用PRチャネルも提供されません。これはCapacitorプラットフォームではなく、Apple側の付加機能として考えるべきです。

Capgo をパイプラインに組み込む方法

2026年に最適な構成は以下の通りです：

1. プルリクエストごとに, GitHub ActionsやGitLab CIが依存関係をインストールし、テストを実行して、Linux上でWebアプリをビルドします。
2. 変更がWebのみの場合, CapgoがPRチャンネルにbundleをアップロードします。レビュアーは既存のアプリを開いてチャンネルを切り替えるだけでテスト可能です。TestFlightを待つ必要はありません。詳細は すべてのプルリクエストをインストール可能なプレビューに.
3. Native code、プラグイン、または権限が変更された場合, 同様のワークフローで Capgo native build をリクエストし、QRコードのインストールリンクを共有します。
4. mainブランチまたはバージョンタグに対して, 実際の変更内容に応じて、Capgoが本番用の live update をリリースするか、TestFlightやPlay Storeへ署名済みバイナリを配信します。

GitHub Actionsの構成例：

name: Capacitor CI
on:
  pull_request:
  push:
    branches: [main]
    tags: ['v*']

jobs:
  web:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v6
      - uses: actions/setup-node@v6
        with:
          node-version: '24'
          cache: 'npm'
      - run: npm ci
      - run: npm test
      - run: npm run build
      - name: Upload live update
        if: github.event_name == 'push' && github.ref == 'refs/heads/main'
        run: npx @capgo/cli@latest bundle upload --channel production
        env:
          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
      - name: Native build on tag-style releases
        if: startsWith(github.ref, 'refs/tags/v')
        run: npx @capgo/cli@latest build request com.example.app --platform ios --build-mode release
        env:
          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
          BUILD_CERTIFICATE_BASE64: ${{ secrets.BUILD_CERTIFICATE_BASE64 }}
          P12_PASSWORD: ${{ secrets.P12_PASSWORD }}
          CAPGO_IOS_PROVISIONING_MAP_BASE64: ${{ secrets.CAPGO_IOS_PROVISIONING_MAP_BASE64 }}
          APPLE_KEY_ID: ${{ secrets.APPLE_KEY_ID }}
          APPLE_ISSUER_ID: ${{ secrets.APPLE_ISSUER_ID }}
          APPLE_KEY_CONTENT: ${{ secrets.APPLE_KEY_CONTENT }}
          APP_STORE_CONNECT_TEAM_ID: ${{ secrets.APP_STORE_CONNECT_TEAM_ID }}

この例はiOSのみです。Androidには以下が必要です ANDROID_KEYSTORE_FILE, KEYSTORE_KEY_ALIAS, KEYSTORE_KEY_PASSWORD, KEYSTORE_STORE_PASSWORDや PLAY_CONFIG_JSON. iOSのブロックをコピーせず、 env 変更のみを行ってください。 --platform。以下のマトリックスを参照してください。 GitHub Actions ビルドガイドSigning secretsはGitHubに保存され、ビルドリクエスト時に環境変数として渡されます。Capgoをgitの信頼できる唯一の情報源（source of truth）にする必要はありません。完全な例は builder GitHub Actionsのドキュメントにあります。 と CI/CD連携.

最適なセットアップの選び方

決定的な「正解」はありません。以下の状況は、ほとんどのCapacitorチームに当てはまります。

すでにGitHub ActionsやGitLab CIを使用している場合。 それらをそのまま使いましょう。Live Update、Native Build、PRプレビューのためにCapgoを追加してください。これが2026年における標準的な回答です。

Capawesome Cloudをご利用中の方へ。 Git連携、YAMLの置き換え、リリースメタデータ。これらは便利ですが、プラットフォームを離れたくなった時に足かせとなります。CapgoならCIを維持でき、完全なオープンソースであり、月額12ドルの値上げもありません。詳細はこちら： Capgo vs Capawesome Cloud.

Appflowをご利用中の方へ。 期限は2027年12月31日までです。先延ばしにすると移行作業が集中してしまいます。Live UpdateとNative BuildをCapgoへ移行し、AppflowをCIとしても使っていた場合は、PRの自動化をGitHub Actionsに戻しましょう。

App Centerをご利用中の方へ。 ビルドパイプラインが廃止され、CodePushはホスト型製品ではありません。GitHub ActionsでOTAをゼロから再構築するよりも、Capgoで両方の機能を置き換える方が効率的です。

macOSの実行時間がGitHubの請求額を圧迫していませんか？ LintやユニットテストはGitHubに残したままにしてください。Native BuildをCapgoへ移行することで、Actionsのホスト型MacでのiOS実行を回避できます。PRのステータスチェックは現在の場所のままで問題ありません。

2026年にCapacitorアプリを立ち上げる方へ。 AppflowやApp Centerは不要です。CIにはまずGitHub Actionsを使いましょう。そして初日から、OTA、クラウドビルド、デバイスプレビューのためにCapgoを導入してください。特定のランナーやステップライブラリが必要な場合に限り、後からBitriseやCodemagicを追加すれば十分です。ほとんどのチームにとって、追加のプラットフォームは不要です。また、CIの置き換えを許容できるほどCapawesomeのプラグインカタログに魅力を感じていない限り、Capawesome Cloudを選ぶ必要もありません。

よくある質問

Capacitor アプリに最適な CI/CD プラットフォームとは？

Lint、ユニットテスト、Web ビルドには既存の CI をそのまま使いましょう。そこに Capgo を追加することで、署名済みの iOS/Android Native Build、Live Updates、実機テストが可能になります。Live Updates が不要なら Bitrise や Codemagic で Native Build を代替できます。Capawesome Cloud は OTA と Native Build をカバーしますが、バックエンドがクローズドな代替 CI です。Appflow は 2027 年 12 月 31 日まで既存顧客向けに提供されますが、新規プロジェクト向けの選択肢ではありません。

GitHub Actions をモバイル CI プラットフォームに置き換えるべき？

通常は不要です。GitHub Actions や GitLab CI は、Linux 上でのプルリクエスト・チェックに長けています。コストがかかるのは macOS での Native Build、署名、Live Updates、そしてビルドを実機に転送する工程です。Capgo は、既存のパイプラインを置き換えるのではなく、その中から呼び出されるように設計されています。

Bitrise や Codemagic には Capacitor 向けの Live Updates が含まれますか？

いいえ。両者は Native Build、署名、ストア公開に強いですが、ストア審査なしで JavaScript、CSS、HTML を配信するには、別途 Live Updates 製品が必要です。Capgo は同じワークフローで Native Build と Live Updates をカバーします。

Capgo は CI からどのようにモバイルアプリをテストしますか？

Capgo はプルリクエストを専用チャネル上のインストール可能なプレビューに変換し、Native Build の成果物を QR インストールリンクとして共有します。また、QA はデバイス上のアプリでチャネルを切り替えられます。これは TestFlight を待つより速いです。ただし、エミュレータマトリックス向けのデバイスファームの代替ではありません。

2026年でもIonic Appflowは有効な選択肢ですか？

既存の顧客である場合に限ります。Ionicは2025年2月11日に新規商用販売を終了し、既存のAppflowアクセスは2027年12月31日まで継続します。新規のCapacitorプロジェクトは、終了日が決まっているプラットフォームで始めるのではなく、既存のCIを維持してCapgoを追加すべきです。

Capawesome Cloud CIはCapgoとどう違いますか？

Capawesome Cloudは、Gitを接続し、GitHub Actionsをやめ、クラウド内でネイティブビルドとライブアップデートを実行できるオールインワンのCapacitor CIです。それはベンダーロックインです。対してCapgoは（プラグインとバックエンドが）オープンソースで、既存のCIに組み込め、ローンチ以来ずっと月額12ドルの有料エントリープランを維持しています。Capawesomeはすでに価格を何度も改定しており、ローンチ時のNative Buildsは月額9ドルから、2026年5月のPlatform SKUは月額19ドルから、Businessは299ドルから499ドルへ値上げされています。

まとめ

2026年のCapacitor候補リストは、思ったより少ないです。終了済みまたは終了予定のオールインワンプラットフォームが2つ、OTAのないモバイルCI汎用サービスが2つ、パイプラインを置き換えるGit連携のCapacitor CIが1つ、そしてすでに使っている汎用ランナーが1つです。最速でリリースするチームは、新しいベンダー上でCIを再構築するチームではありません。GitHub ActionsやGitLab CIを維持し、CIがまだ苦手なジョブにCapacitorレイヤーを追加するチームです。

そのレイヤーがCapgoです： ネイティブビルド, Live Updatesや 実機テスト、すでに運用しているパイプラインからトリガーできます。オープンソース。値上げしていない公正な価格。クローズドな代替CIではありません。

Capgo アカウントを作成、次に以下に従ってください CI/CD連携 または GitHub Actions から Capgo Build。製品ビューを先に見たい場合は、こちらから始めてください Native Build, Live Updateや PRプレビュー.