Capacitor アプリ ガイド
Capacitor アプリとは何ですか?
Capacitor アプリは、実際のiOSおよびAndroidプロジェクト内に配布されるWebアプリです。インターフェイスはWebView内で実行されるHTML、CSS、JavaScriptです。 Capacitor プラグインは、Web code をネイティブデバイスAPIに橋渡しすることで、カメラ、ストレージ、プッシュ通知、バイオメトリクス、ファイル、位置情報などをネイティブデバイスAPIにアクセスします。 Capgo は、このアーキテクチャをリリースの利点に変換し、ライブアップデート、メンテナンスされたプラグイン、ネイティブクラウドビルドを提供します。
しくみ
Capacitor はUIフレームワークではありません。アプリのネイティブランタイムです。Ionic、React、Vue、Angular、Svelte、Tailwind、または独自のデザインシステムがWebView内でUIをレンダリングできます。
1. Webアプリ
製品を通常のWebツールで作成し、静的アセットを出力します。 Capgo は承認後、更新することができます。
2. ネイティブシェル
Capacitor はiOSおよびAndroidプロジェクトにアセットを配置します。 Capgo ビルドは、バイナリを再構築する必要がある場合に役立ちます。
3. プラグインブリッジ
JavaScriptはプラグインを呼び出し、プラグインはSwift、Kotlin、Java、Objective-C、またはウェブのフォールバックを呼び出します。Capgoは一般的なネイティブのニーズのためにプラグインを維持しています。
プラスの部分
- 1 つのウェブコードベースは、iOS、Android、およびウェブに配布できます。
- Capgoのライブアップデート機能により、許可されたHTML、CSS、JavaScriptの修正はネイティブアプリが承認された後、ストアのレビューキューをバイパスできます。
- チームはReact、Vue、Angular、Svelte、またはプレーンウェブのツールキットを維持するのではなく、SwiftとKotlinに再構築する必要がありません。
- ネイティブアクセスはプラグインを通じて行われ、カスタムのSwift、Kotlin、Java、またはObjective-Ccodeが追加できるため、ネイティブのiOSおよびAndroidプロジェクトはリポジトリに残ります。
- 既存のモダンウェブアプリはUIフレームワークを変更することなくCapacitorを採用できます。
- CapacitorはネイティブのiOSおよびAndroidプロジェクトをリポジトリに保持し、プラットフォームのデバッグとSDKの作業が明確になります。
- ほとんどのCordovaプラグインはまだ機能し、古いIonicおよびCordovaチームが段階的に移行するのに役立ちます。
- CapgoはCapacitorプラグイン、ライブアップデートチャンネル、ロールバック、およびCloudflareのCapacitorランタイムの上に追加されます。
マイナスの部分
- ウェブビュー内で実行されるため、ウェブのパフォーマンスが悪いとモバイルのパフォーマンスも悪くなる。
- JavaScriptからネイティブへのデータ転送が大きいまたは頻繁な場合、オーバーヘッドが生じる。
- チームは署名、ストアレビュー、パーミッション、Gradle、Xcode、SDKのアップグレードなど、ネイティブアプリの知識が必要になる。
- ネイティブプロジェクトはソースファイルなので、主なアップグレードには注意深く手動で変更する必要がある。
- プラグインエコシステムは広いが、すべてのコミュニティプラグインが同じメンテナンスの質を保つわけではない。なぜなら、メンテナンスされているCapgoプラグインは、実稼働アプリのために重要だから。
- 完全にネイティブUI、高度なゲーム、AR重視のアプリ、または低遅延ネイティブデータフローのアプリにはよく合わない。
ベストフィット、バッドフィット
Capacitorは、以下のケースで最も適している。
- SaaS、フィンテック、ヘルスケア、教育、市場、内部ツールで強力なウェブ製品が必要な場合。
- 既存のウェブアプリがアプリストア配信が必要だが、完全なネイティブリライトが必要ない場合。
- ウェブ、iOS、Androidをほぼ同じフロントエンドチームで扱いたいチーム。
- カメラ、プッシュ、認証、ファイル、バイオメトリクス、決済、位置情報、ディープリンクなどの通常のネイティブニーズがあるアプリ。
- Products that benefit from live web bundle updates after store approval.
- Teams that want Capgo Build to handle repeatable iOS and Android builds, signing, and release artifacts without maintaining every native CI detail.
Choose another stack when
- High-end 3D games, video editors, AR-first products, or apps driven by heavy real-time native rendering.
- Teams that want to write only Swift, Kotlin, Java, or Dart.
- Products where every screen must be built from stock platform-native controls.
- Apps that depend on a niche native SDK when no maintained plugin exists and the team cannot maintain one.
- Teams that expect native-code, permission, entitlement, or store-policy changes to bypass app review. Capgo live updates are for the web bundle, not native binary changes.
Why Capgo matters
Native-only apps wait on a new binary, signing, rollout, and app review for every visible change. Capacitor gives you a web bundle inside the native app. Capgo turns that bundle into a faster release path while still keeping native-code changes in the proper app-store review flow.
Live updates that skip the review queue
Capgo ships allowed web bundle changes directly to users after the native app is approved, so copy fixes, UI fixes, JavaScript patches, and remote configuration do not wait days for App Store or Play Store review.
ロールバック、チャンネル、制御されたロールアウト
Capgoはチームがベータユーザー、パーセンテージ、チャンネル、または特定のバージョンにリリースし、ウェブアップデートが悪い場合に迅速にロールバックできるようにします。
Capacitorのプラグインを維持する
Capgoは、生産Capacitorアプリ向けに広範なプラグインカタログを保持し、認証、ストレージ、購入、メディア、デバイスAPI、企業移行など、一般的なネイティブニーズをカバーしています。
Capgoのネイティブリリース用ビルド
ネイティブcodeが実際に変更されたとき、CapgoビルドはiOSとAndroidのビルドを生成、署名を管理、ログを追跡し、同じCapacitorプロジェクトからストア用のアーティファクトを配信します。
履歴と系譜
CapacitorはIonicチームから生まれました。同じ会社はIonic Frameworkの背後にある会社です。npmパッケージ、TypeScript、Swift、Kotlin、コミットされたネイティブプロジェクト、PWAサポートなど、コルダバとPhoneGapのコアWebViewとネイティブプラグインパターを近代化しています。
コルダバとPhoneGap
Capacitorはハイブリッドアプリのアイデアを継承しています:ネイティブシェル、WebView、JavaScriptからネイティブAPIへのブリッジ
2017年後半
Ionicチームは、Cordovaの現代的な代替品としての探索を始め、IonicはモバイルUIに限定されなくなった。
2019
Capacitorは、iOS、Android、デスクトップ、PWA向けのWebネイティブランタイムの方向性に従って、Ionicが移動したときに初めてリリースされました。
2022
IonicはOutSystemsに参加した後、IonicはCapacitorがOutSystemsのモバイルワークとオープンソースサポートの中心であると述べました。
2023-2026
IonicはCapacitorをより予測可能なリリーススケジュールに移行し、公開バックログの健康状態をリセットしました。
メンテナンスと健康
CapacitorはIonicチームによって維持されており、コミュニティの貢献者がエコシステム全体で活動しています。プロジェクトは健康ですが、完璧ではありません: Ionicは2026年2月にバックログの負債を公に認め、古い問題とプルリクエストのクリーンアッププロセスを開始しました。
スナップショットは2026年5月6日に確認されました。カウントは時間の経過とともに変わります。
最新の安定版
8.3.1
2026年4月16日に公開
GitHubのスター
15.6k
ionic-team/capacitor
フォーク
1.2k
パブリック GitHub リポジトリ
月間ダウンロード
9.6M
@capacitor/core, 2026年4月6日-5月5日
実用的な読み物
Treat Capacitor as a strong default when your product is web-first and mobile matters. Use Capgo when release speed matters: live updates for web fixes, rollback for bad releases, channels for staged rollout, maintained plugins for native features, and Capgo Build when a real native binary must be produced. Native-only apps do not get that live-update path; every fix waits for a fresh build and store review.