メインコンテンツにジャンプ
チュートリアル

Capacitorでパワフルなウェブアプリをネイティブアプリに変換する

CapacitorのiOSおよびAndroid向けネイティブモバイルアプリに既存のパワフルウェブアプリを変換する。パッケージングに最小限のcode変更で、実践的なガイド。

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

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

コンテンツマーケター

Capacitorでパワフルなウェブアプリをネイティブアプリに変換する

導入

すでにパワフルウェブアプリを持っています。ブラウザで動作し、manifestがあり、オフラインサポートのためにサービスワーカーを使用しているかもしれません。アプリストア配布、ネイティブデバイスAPI、またはより良いオンボーディングフラネルへの移行が必要になった場合、Capacitorアプリに移行することは、フロントエンドを再構築するよりも速い場合が多い。

最大の利点は、ほとんどの場合、既存のウェブcodeをほとんど変更することなく保持できることです。ほとんどの場合、次のことを実行するだけで済みます。

  • プロダクションウェブアセットをビルドする
  • 正しくCapacitorを初期化する webDir,
  • iOSとAndroidのプロジェクトを追加し、必要な場合にのみネイティブプラグインを接続する
  • PWAがクリーンなルートとコンポーネントロジックを持っている場合、この作業は数時間で完了することができます。

前提条件

予想時間

: 2-5時間、プラットフォーム固有の機能に応じてNode.js

  • 18+で __CAPGO_KEEP_0__ 既存のPWAソースBun (React、Vue、Angular、Svelteなど)
  • Your existing PWA source code (React, Vue, Angular, Svelte, etc.)
  • Capacitor (for iOS, macOS only)
  • Android Studio (for Android)
  • iOSのリリースにあたってはApple Developerアカウントが必要です。
  • Androidの配布にあたってはGoogle Play Developerアカウントが必要です。

Step 1: Nativeラッパーで囲む前に、PWAを確認してください。

実行する前に、Webアプリがプロダクション用に準備されていることを確認してください: bunx cap initプロダクション用ビルドスクリプト (例えば

  1. Web出力フォルダが決定論的であることを確認してください (よく bun run build).
  2. ブラウザのみのコンテキストを前提とするハードコードされた絶対的なリダイレクトを削除してください。 dist, buildStep 1: Nativeラッパーで囲む前に、PWAを確認してください。 out).
  3. 実行する前に、Webアプリがプロダクション用に準備されていることを確認してください:
  4. モバイル WebViews と互換性のあるサービスワーカー動作を確認する:
    • __CAPGO_KEEP_0__ アプリでユーザーに役立つ場合はオフラインサポートを維持する。
    • エンクローズド ウェブ ビュー内では利用できないブラウザのみ API を避ける。
  5. Capacitor アプリでは通常アプリのインストールプロンプトは必要ないので、PWA インストールプロンプトとブラウザ固有の UX を確認する。

ステップ 2: ウェブのみの動作を適応させる

アプリの UI を維持しながらブラウザのみのロジックをゲートする。

インストールとプッシュ プロンプトの場合にシンプルなプラットフォーム チェックを使用する:

import { Capacitor } from '@capacitor/core'

const isNative = Capacitor.isNativePlatform()

function registerInstallPrompt() {
  if (isNative) return
  // existing browser-only install or Web Push code
}

これにより、ネイティブ コンテナ内でブラウザのみのロジックが発火するのを避ける。

ステップ 3: Capacitor を PWA フォルダに初期化する

既存の PWA ルートから:

bun add @capacitor/core
bun add -D @capacitor/cli

Capacitor init を実行する:アプリ名、バンドル ID、ウェブ出力ディレクトリを指定する。

bunx cap init MyPWAApp com.example.my-pwa-app --web-dir dist

ビルド フォルダは build (Create React App) または out (Next.js の静的エクスポート) を置き換えます dist.

基本的な Capacitor 設定を追加します:

import type { CapacitorConfig } from '@capacitor/cli'

const config: CapacitorConfig = {
  appId: 'com.example.my-pwa-app',
  appName: 'MyPWAApp',
  webDir: 'dist',
  server: {
    iosScheme: 'https',
  },
}

export default config

ステップ 4: ネイティブ プラットフォームを追加します

コア ネイティブ パッケージをインストールし、プロジェクト フォルダを生成します:

bun add @capacitor/ios @capacitor/android
bunx cap add ios
bunx cap add android

この時点で Capacitor は ios/ 、フォルダを生成しました。同期は、両方のプラットフォームにビルドされたウェブ アセットをコピーします。 android/ ステップ 5: ウェブ アプリをビルドし、同期します

PWA をビルドし、ウェブ アセットを同期します:

ネイティブ プロジェクトを開きます:

bun run build
bunx cap sync

Xcode または Android Studio から、デバイスまたはエミュレータに接続し実行してください。

bunx cap open ios
bunx cap open android

protectedTokens

Step 6: ネイティブの強化後

ここでは、必要に応じてウェブのみの機能をネイティブのAPIに置き換えます。

  • プッシュ通知 -> @capacitor/push-notifications
  • セキュアなキー/値のストレージ -> @capacitor/preferences
  • カメラ/メディア -> @capacitor/camera
  • バイオメトリック認証 -> @capacitor-community/native-biometric (またはプラグインの選択)

新しいネイティブのプラグインごとに:

  1. プラグインパッケージをインストールする
  2. プラグイン固有の設定を構成する
  3. Run:
bunx cap sync

そして再構築して再実行してください。

Step 7: アプリストアの互換性チェック

提出前に:

  • 両方のプラットフォームでテストする (/ とディープルーティング)。
  • ステータスバー、セーフエリア、およびオリエンテーションが正しいことを確認する。
  • アプリの動作に影響を与える可能性のある未使用のWeb専用メタデータを削除する (例: インストールの促進)。
  • アプリのトランスポートセキュリティとプライバシー設定を、ポリシーと一致させる。
  • 各プラットフォーム用にアプリアイコン/スプラッシュアセットを追加する。

アプリがOTA更新を使用している場合、リリースパイプラインをネイティブセーフな更新戦略と組み合わせ、制御されたロールアウトとロールバック Capgo を考慮すること。

最終チェックリスト

  • Web アプリのビルドがきれいに完了します (bun run build)
  • Capacitor が正しく初期化されました webDir
  • bunx cap add ios そして bunx cap add android 完了しました
  • ネイティブ アプリは実機で動作します
  • ブラウザのみの code パスはネイティブ動作用にゲートされます
  • アップデート チャネルとアプリ ストア アセットは設定されます

あなたはすでに PWA を構築する際に最も難しい作業の大部分を実行済みです。Capacitor にラッピングすることで、次のことが得られます:

  • ストア配布
  • ネイティブ API へのアクセス
  • フル code 再構築なしで高速な反復
  • Web とモバイル チームのための単一のデプロイ パス

このフローから始め、分析とユーザー反応に基づいてネイティブアプリを順次追加してください。

Capacitor アプリのライブ更新

Capgo アプリのライブ更新時、ウェブ層のバグが発生した場合、App Storeの承認待ちの日数を待たずに修正を Capgo で配信する。ユーザーはバックグラウンドで更新を受け取り、ネイティブの変更は通常のレビュー経路で残る。

今すぐ始める

ブログの最新記事

Capgo は、プロフェッショナルなモバイルアプリを作成するために必要な最良の洞察を提供します。