ネイティブ vs クロスプラットフォームモバイル開発：アプリの開発方式を選ぶには

このガイドは、チームへのブリーフィングや見積もり比較の前にアプリの開発方式を決定しなければならない創業者・プロダクトオーナー・CTOを対象としています。モバイルプロダクト開発ガイドでは、ディスカバリーからスケールまでの全工程（バックエンドやストアリリースを含む）を扱っています。本ページは1つの意思決定に絞り、そのサマリーより深く掘り下げます。

このガイドの内容

• 「どちらか」ではない4つの開発方式
• 各方式の比較
• 決定するための6つの問い
• 初回リリース後の総所有コスト
• 後から方式を変更する場合
• AI機能と方式選択
• セキュリティとストアルールはすべての方式に適用される
• Netbase JSCのアプリ開発アプローチ
• 存在するデリバリー記録と存在しないもの
• このガイドの限界
• よくある質問
• 次のステップ

「どちらか」ではない4つの開発方式

この問いはネイティブ対クロスプラットフォームとして語られることが多いですが、実際には4つの方式から選択します。

• ネイティブ（iOS・Android）。iOS用にSwift、Android用にKotlinでそれぞれ開発し、各プラットフォーム固有のツールとインターフェースコンポーネントを使用します。
• クロスプラットフォームの単一コードベース。一度書いたアプリを両プラットフォームで動作させます。React Nativeは「JavaScriptで記述し、ネイティブコードでレンダリングされる」と自称しており、画面にはプラットフォーム固有のインターフェース要素を使用します。Flutterは「単一のコードベースから」マルチプラットフォームアプリを構築し、独自のインターフェースを描画します。
• 共有ロジック＋ネイティブ画面。ビジネスルール・ネットワーク処理・データを一度記述し、各プラットフォームは独自のインターフェースを保持します。Kotlin Multiplatformはこれをインターフェースも共有するレベルと並んで、共有レベルの1つとして説明しています。
• モバイルWebまたはプログレッシブウェブアプリ（PWA）。ホーム画面にインストール可能で、ブラウザの制限内でオフライン動作するレスポンシブウェブサイトです。web.devはこれを「ウェブ上で構築・配信される」アプリ体験と説明しています。

各方式はあるプロダクトに対して正解となります。誤りは、プロダクト要件を整理する前に習慣やフレームワーク論争から方式を選ぶことです。

各方式の比較

共有ロジック＋ネイティブ画面は、インターフェースとデバイスアクセスではネイティブ列に相当し、ビジネスロジックはクロスプラットフォーム列に近づきます。重複するロジックは減りますが、インターフェースは両プラットフォーム分を構築する必要があります。

初回リリース後の総所有コスト

初回リリースの見積もりは方式間での単純比較が難しい面があります。コストはリリース後に変動するためです。

• ネイティブ（iOS・Android）は構築コストが高く、その後の機能開発もおよそ倍になりますが、プラットフォーム更新がサードパーティレイヤーを壊すリスクが最も低くなります。
• クロスプラットフォームは機能の重複開発をほぼ省けますが、フレームワークのアップグレード・プラグインのメンテナンス・ネイティブ対応が加わります。毎年時間を計画してください。
• 共有ロジックはビジネスルールとテストの重複を省けます（バグが多いのはここです）が、インターフェース開発は引き続き倍の工数です。
• モバイルWebは最も運用コストが低いですが、本当にアプリが必要だった場合、機能・リテンション・ストア露出を失うリスクがあります。

Netbase JSCはモバイルアプリの個別タイムラインを公表していません。SaaS MVPの一般的な範囲は8〜12週間で、独自バックエンドと両プラットフォームを持つモバイルプロダクトは、既存APIへの単一プラットフォームアプリより範囲の上位に位置します。SaaS MVPアーキテクチャとデリバリーロードマップでは、初回リリーススコープの固定方法を解説しています。これらは一般的な範囲であり、見積もりではありません。

後から方式を変更する場合

方式は永続的ではありませんが、切り替えには時間がかかります。

• モバイルWebからアプリへ。一般的な移行パスです。バックエンドとAPIを最初からモバイル向けに設計しておけば、アプリは新しいクライアントとなり、リライトにはなりません。
• クロスプラットフォームからネイティブへ。通常は画面ごとに移行し、デバイスをもっとも必要とする画面から始めます。インターフェースとビジネスロジックの明確な分離が移行を可能にします。
• ネイティブ（iOS・Android）から共有ロジックへ。ルール・ネットワーク処理・データをモジュール単位で移行します。インターフェースはそのままです。

方式を問わず、ウェブサイト・アプリ・パートナーシステム用のAPIは1つに保ち、アプリストアアカウントは自社名義で維持し、サポートする最低アプリバージョンを記録してください。そのバックエンド側についてはモバイルアプリバックエンド、APIとオフライン同期で解説しています。

セキュリティとストアルールはすべての方式に適用される

セキュリティはフレームワークよりも、その周囲の実践に依存します。OWASP Mobile Application Security Verification Standard（MASVS）は、ストレージと暗号化からネットワーク通信とレジリエンスまでの管理策をグループ化しており、ネイティブとクロスプラットフォームの両方に適用されます。AppleのApp Review GuidelinesとGoogle Playのポリシーは、構築方法を問わずすべてのアプリに適用されます。Netbase JSCのセキュリティ実践には、セキュアコードレビューとバージョン管理・転送中のTLSと保存時のAES・ロールベースのアクセス制御・管理ダッシュボードのMFAが含まれます。

Netbase JSCのアプリ開発アプローチ

Netbase JSCはReact Nativeでクロスプラットフォームアプリを構築し、機能がそれを要求する場合はネイティブ方式を選びます。React Native開発者は長らく採用対象のロールに含まれています。3名から30名のチームがビジネスアナリスト・プロジェクトマネージャー・ソリューションアーキテクト・開発者・QA・UI/UXデザイナーで構成され、通常ディスカバリー後1〜2週間以内に開始します。Netbase JSCのほとんどのプロジェクトはディスカバリー後に合意した請負契約で納品され、カスタム開発ではクライアントが作成されたIPを所有します。モバイルアプリ開発サービスでは契約内容を、フロントエンドとモバイルテクノロジーのページではより広いスタックを説明しており、モバイルプロダクトアクセラレーターは再利用可能なビルディングブロックがプロダクトに適合する場合の出発点となります。Netbase JSCの受賞歴にはTop Mobile App Developers 2020、Clutchのバッジが含まれます。

存在するデリバリー記録と存在しないもの

• 存在するもの。Dey Pageの記録は、iOSとAndroid向けの1つのReact Nativeコードベースを説明しており、Webディレクトリと同じバックエンド上でコンシューマーモードとビジネスオーナーモードが動作します。RB Marketplaceの記録は、マーケットプレイスAPIを使ったAndroid向けカスタマーショッピングアプリを説明しており、iOSは拡張スコープに含まれます。
• 存在しないもの。どちらの記録もダウンロード数・評価・使用状況・パフォーマンス・コストの数値を公表しておらず、RB Marketplaceの記録はフレームワーク名を明記していないため、どちらの方式が安いか速いかの証拠としては提示できません。同一プロダクトのネイティブビルドとクロスプラットフォームビルドを比較した記録はありません。

このガイドの限界

• フレームワークに関する記述は、アクセス日時点の各フレームワーク公式ドキュメントに基づいています。フレームワークは急速に変化するため、決定前に最新バージョンをご確認ください。
• コスト比較は方向性を示すものです。公表されているパーセンテージでの節約効果はソースや方法によって異なり、いずれもNetbase JSCの数値としては使用していません。
• この基準はビジネス・コマース・コンテンツアプリに適しています。ゲームやハードウェアプロダクトには独自の分析が必要です。

よくある質問

クロスプラットフォームはネイティブより安いですか？両プラットフォーム対応のビジネスアプリでは、ほとんどの機能開発が一度で済むため通常は安くなります。デバイス機能でネイティブコードが必要な場合は節約効果が縮小し、フレームワークアップグレードで毎年の作業が加わります。

クロスプラットフォームアプリは遅いですか？フォーム・リスト・カタログ・チェックアウトではユーザーがほとんど気づくことはありません。高負荷グラフィック・リアルタイムカメラ処理・拡張現実では引き続きネイティブコードが有利です。

クロスプラットフォームから始めて後でネイティブに移行できますか？はい。初回リリースからビジネスロジックとバックエンドをインターフェースから分離しておけば、画面ごとに移行できます。

そもそもアプリは必要ですか？必ずしもそうではありません。サービスを使う頻度が低く、デバイス機能やオフライン動作が不要であれば、レスポンシブWebアプリが多くの場合、より適切な最初のステップです。

次のステップ

アプリが実現すべきこと・必要なプラットフォーム・接続すべきシステムを教えていただければ、ソリューションレビューをご予約のうえ、一緒に各方式を評価します。モバイルアプリ開発のサービスページや、その他のNetbase JSCインサイトもご覧いただけます。

関連サービスとソリューション