なぜ移行するか
Cordovaはあなたのチームに静かに税金を課しています
iOS/Androidの更新が遅れると、コストが高くなります。
プラグインは古くなっています
未メンテナンスのプラグインは新しいSDKで破損します。チームはフォーク、パッチ、リリースごとに技術負債を運ぶことになります。
各プラットフォームの更新でビルドが破損します
Xcode と Android Gradle の変更は、定期的なアップグレードを火災 drill に変え、リリースの遅延とリスクの増加につながります。
アクセシビリティと UX は、より簡単にすべきことです。
現代のアクセシビリティの期待には、維持管理されたツールとプラグインが必要です。レガシースタックは改善が遅く、バグの多いものになります。
__CAPGO_KEEP_0__ の機能を逃すことになります。
バイオメトリクス、パスキー、モダンな通知、ディープリンク、アプリ拡張: Capacitor のエコシステムは速く、選択肢を提供します。
利点
なぜ Capacitor が長期的なリスクを回避するのが良いでしょうか。
より良いメンテナンス、より少ないバグ、より良いパフォーマンス、より多くのリリース方法があります。
維持管理されたエコシステム
Capacitor は iOS と Android の変更をよく追跡し、活発なコミュニティサポートと定期的な更新の流れがあります。
より少ないバグとより簡単なデバッグ
モダンなネイティブプロジェクトと明確なプラグインパターンにより、より多くの謎のランタイム問題が発生し、より速い原因分析が可能になります。
パフォーマンス余裕
より現代的なツールとWebView統合により、最適化すると、起動時間が速くなり、UXが滑らかになります。
保護されたメンテナンス負担
フォークや脆弱なビルド修正に費やされる時間を減らし、長期的な所有コストを削減します。
迅速なリリースと安全なロールアウト
標準のXcode/Android Studioワークフローに加えて、現代のCI/CDを組み合わせて、レビュー待ちなしで修正を配信することができます。
__CAPGO_KEEP_0__ プラグインを使用する、必要な場合に互換性のあるCordova プラグインを使用する、またはスウィフト/コットン プラグインをクリーンに構築することができます。
Use Capacitor plugins, keep compatible Cordova plugins when needed, or build custom Swift/Kotlin plugins cleanly.
プラットフォームの要件と依存関係の更新に従い、放棄されたパッケージのリスクを減らし、セキュリティを高めます。
アクセシビリティの改善
スクリーンリーダー支援、フォーカス管理、UX修正を実装し、維持しやすいスタックに移行します。
Move on a stack that makes it easier to implement and maintain screen reader support, focus management, and UX fixes.
何が機能しているかを維持し、妨げているものをアップグレードする。
Capgoでは、製品を維持しながら、ネイティブ層を移行します。目標は、基礎となるCapacitorの安定性を維持し、開発に繰り返し利用できるものを提供することです。
あなたが保持する
- あなたの既存のUIとルーティング
- あなたのJS/TSコードベースと状態管理
- あなたのバックエンド、API、分析
- あなたの製品ロードマップ
- あなたのアプリのアイデンティティとストアの存在
Capgoでは
- ネイティブiOS/Androidプロジェクト(Xcode、Android Studio)
- プラグイン層のメンテナンスされたエクイバレント
- ビルド構成、署名、パーミッション
- 現代的なデバッグとツール
- リリースパイプラインとロールバック計画
生産環境でのバグの数を減らす
クラッシュや奇妙なエッジケースを引き起こす脆弱なプラグインを置き換え、古いハックを削除する
メンテナンスとセキュリティ
プラットフォームの変更に合わせて、フォークの数を減らし、依存関係を最新の状態に保つ
現代的な配信ワークフロー
CIで理解できるネイティブビルド、安全なロールアウトで早期のリリース
10日間の計画
10日間で明確な移行計画を提供する
Auditから始め、ネイティブ層を移行、重要なプラグインを置き換え、信頼できる状態で配信する
- 1
Auditと移行計画
Cordova の設定、プラグイン、ネイティブのハック、ビルド パイプラインをレビュー。移行計画とリスクリストを生成します。
- 2
Capacitor プロジェクトの設定
Capacitor を初期化し、iOS/Android プロジェクトを設定、パッケージ スクリプトを整合し、基準のビルドを確立します。
- 3
Web アプリの統合
既存の Web ビルドを Capacitor に接続し、アプリのメタデータ、アイコン、基本的な実行設定を構成します。
- 4
プラグインのマッピング
Cordova プラグインを Capacitor の同等にマップします。安全な Cordova プラグインを維持し、残りのプラグインを置き換えます。
- 5
ネイティブの設定
許可、特権、デープ リンク、プッシュの前提条件、必要なネイティブの設定を構成します。
- 6
機能の平衡パス
ユーザー フローの基本的なコアを検証し、Cordova アプリと平衡を確保します。リグレッションとエッジ ケースを修正します。
- 7
パフォーマンスと安定性の強化
テスト中に発見されたレガシーウォークアラウンドを削除、WebView設定を調整、クラッシュを修正。
- 8
アクセシビリティ通過
実機で検証することで、スクリーンリーダーの動作、フォーカス順序、タッチターゲットを改善する。
- 9
CI/CDとリリース準備
繰り返しビルド、署名、リリースチェックリストの設定。ロールバック計画の作成。
- 10
リリース準備サポート
リリース候補を切り、必要に応じてストアの提出をサポートし、ドキュメントと次のステップを引き継ぐ。
納品物
最終的な成果物
- 動作するCapacitor iOSプロジェクト(Xcode)とAndroidプロジェクト(Gradle/Android Studio)
- 重要なプラグインの移行または置き換え、互換性マトリックスの明確化
- ローカルとCIのビルドとリリースプロセスのドキュメント
- マージ用にテスト済みのブランチ/PR、リリースチェックリスト
- アクセシビリティとパフォーマンスの改善を優先し、クイックウィンを適用
- 残りのプラグイン作業とネイティブ機能のロードマップ
カスタムネイティブ作業や存在しないプラグインが必要ですか? それを作成および維持することができます。
DIYが好みですか?
自ら移行したい場合は、ステップバイステップのガイドがあります。専門家が全体を実行する場合は、ここにいます。
FAQ
移行前にチームがよく尋ねる質問
アプリを書き直さなければならないですか?
ほとんどの移行では、Web UIとビジネスロジックは変更されません。ネイティブ層、プラグイン、ビルドパイプラインに焦点を当てます。
コルダバプラグインを維持できますか?
時々。Capacitorは多くのCordovaプラグインを使用できますが、重要なパスでは維持されている代替品を使用することを推奨しています。これにより、長期的なリスクを軽減できます。
プッシュ通知、ディープリンク、バイометリックについてはどうですか。
これらの機能は通常、Capacitorで活発なエコシステムがあるため、より良くなります。各機能を安定したプラグインにマップし、ネイティブ設定を構成します。
これによりパフォーマンスが向上するでしょうか。
Typically you gain performance headroom and stability by removing legacy code and moving to modern tooling. We also run a hardening pass during the migration.
リリースリスクをどのように軽減しますか。
機能の平行性を目標として保ち、コアフローをテストし、ロールバック計画とともにリリースします。ライブアップデートを使用する場合は、リリース後に問題を修正することもできます。
開始するために何が必要ですか。
リポジトリへのアクセス、現在の署名/セットアップ (または誰かが提供できる人)、必須プラグインとフローのリストが必要です。
チームタイプごとのソリューション
チームのニーズに合ったソリューションを探してください