iOSアプリの費用は、大きく「開発費」と「公開・運用費」の2つに分かれます。 開発費は作るアプリの規模と機能で大きく変わり、公開費にはApp Storeへ登録するためのApple Developer Programの年間費用や、公開後の保守・更新費が含まれます。「アプリを作りたい」という相談で費用が読めなくなるのは、この2つを分けずに、開発費だけで判断してしまうからです。
本記事は、これからiOSアプリの開発を外部に発注しようとしている経営者・事業責任者・発注担当の方に向けて、iOSアプリの開発費用と公開費用の内訳・相場感を、発注側の視点で整理します。金額の目安だけでなく、**「なぜ会社によって見積もりが数倍違うのか」「費用をどこで抑えられるのか」**という判断の軸を先にお伝えします。iOSに限らないアプリ全体の費用はモバイルアプリ開発の費用相場、システム全般の予算感は中小企業のシステム開発費用ガイドもあわせてご覧ください。
目次
- iOSアプリの費用は「開発費」と「公開・運用費」に分かれる
- App Store公開にかかる費用（Apple Developer Program）
- 開発費が数倍変わる理由
- 公開後にかかる運用・保守費を見落とさない
- App Storeの審査で差し戻される主な理由
- iOSアプリの費用を抑える判断
- 発注前チェックリスト
- よくある質問
- 見積もりの妥当性に迷ったとき
iOSアプリの費用は「開発費」と「公開・運用費」に分かれる
iOSアプリにかかる費用を整理するとき、まず次の3つに分けて考えると、見積もりが読みやすくなります。
- 開発費（初期費用） ── 企画・設計・デザイン・実装・テストにかかる費用。アプリの規模と機能で大きく変わる、最も大きな費目です。
- 公開費 ── App Storeにアプリを登録・公開するための費用。中心は後述するApple Developer Programの年間登録費です。
- 運用・保守費（継続費用） ── 公開後の不具合修正、OSアップデート対応、機能追加、サーバー費用などの継続的な費用。
「アプリはいくらでできる？」という問いに一言で答えられないのは、これらが案件ごとに大きく異なるためです。特に見落とされやすいのが運用・保守費で、開発費だけで予算を組むと、公開後に想定外の継続コストに直面します。発注前に、「作る費用」だけでなく「公開し、動かし続ける費用」までを見積もりに含めてもらうことが重要です。
INSTANT ESTIMATE
計算式より、60秒で概算を出しませんか？
システム種別・規模・連携先を選ぶだけで、開発費用・期間・月額運用費の概算をその場で表示します。
App Store公開にかかる費用（Apple Developer Program）
iOSアプリをApp Storeで一般公開するには、Appleの開発者向けプログラムであるApple Developer Programへの登録が必要です。Appleの公式情報によると、この登録は年額99米ドル（個人・法人の標準的なメンバーシップ、2026年時点）で、毎年の更新が必要です（出典：Apple「Apple Developer Program」公式ページ。最新の金額・条件は公式サイトで必ず確認してください）。
この費用は、開発会社に払う開発費とは別に、アプリを公開・維持する限り毎年かかる固定費です。発注時には、この登録を「どちらの名義（自社か開発会社か）で行うか」を確認しておくことが重要です。アカウントは自社名義で保有するのが原則です。開発会社の名義でアカウントを作ってしまうと、契約終了後にアプリの権利やアカウントの引き継ぎでトラブルになることがあります。
なお、法人としてApp Storeに公開する場合、Appleから組織の実在確認（D-U-N-S Numberの取得など）を求められることがあります。この手続きに時間がかかることもあるため、公開スケジュールを組むときは、開発だけでなく公開準備の期間も見込んでおく必要があります。
開発費が数倍変わる理由
同じ「iOSアプリ」でも、開発費が数倍から十倍以上変わることは珍しくありません。理由は、アプリの中身が案件ごとにまったく違うからです。費用を左右する主な要素は次のとおりです。
横にスクロールして確認できます
| 要素 | 費用が上がる方向 |
|---|---|
| 機能の数と複雑さ | 会員登録・決済・チャット・地図・通知など、機能が増えるほど上がる |
| サーバー連携の有無 | データをサーバーで管理する（バックエンドが必要）と大きく上がる |
| デザインのこだわり | 独自デザイン・アニメーションが多いほど上がる |
| 外部サービス連携 | 決済・地図・SNS・既存システムとの連携があると上がる |
| 対応端末・OS | iPhoneのみか、iPad対応か、古いOSまで対応するかで変わる |
| セキュリティ要件 | 個人情報・決済を扱うと、要件が厳しくなり上がる |
つまり、「iOSアプリの相場」を一律の金額で語ることはできません。発注側が費用を読むには、自社が本当に必要な機能を絞り込むことが先決です。あれもこれもと機能を盛り込むと、費用は青天井に膨らみます。逆に、最初は必要最小限（MVP）で公開し、反応を見て機能を足していく設計にすれば、初期費用を抑えつつ失敗のリスクも下げられます。見積もりを比較するときは、Webアプリケーション開発の費用内訳のように、機能別・工程別の内訳を出してもらうと、各社の前提の違いが見えてきます。
公開後にかかる運用・保守費を見落とさない
アプリは「公開して終わり」ではありません。iOSアプリには、公開後に継続してかかる費用があります。ここを見落とすと、公開後の予算が足りなくなります。
- OSアップデートへの対応。 iOSは毎年メジャーアップデートがあり、放置すると新しいiPhoneやOSで正しく動かなくなることがあります。対応には継続的な改修が必要です。
- 不具合修正。 公開後に見つかった不具合の修正費用。保守契約に含めるか、都度対応かを確認します。
- サーバー・インフラ費用。 サーバー連携があるアプリは、月々のサーバー費用・通信費がかかります。利用者が増えるほど上がります。
- Apple Developer Programの年間更新。 前述のとおり、公開を維持する限り毎年かかります。
- 機能追加・改善。 利用状況に応じて機能を足す場合の開発費。
これらを合わせると、公開後の年間費用は決して小さくありません。発注前に、開発費と分けて、公開後の年間ランニングコストがいくらになるかを見積もりに含めてもらうことが、予算計画の前提になります。
App Storeの審査で差し戻される主な理由
iOSアプリは、App Storeで公開する前にAppleの審査（レビュー）を通過する必要があります。この審査で差し戻されると、公開が遅れ、修正の手間と費用がかかります。Appleは審査の基準を「App Store Reviewガイドライン」として公開しており、よく差し戻される代表的な理由には次のようなものがあります（出典：Apple「App Store Reviewガイドライン」。詳細・最新は公式を確認してください）。
- 不具合・クラッシュがある、機能が未完成
- プライバシーポリシーの不備、個人情報の扱いの説明不足
- アプリの機能や内容が、説明・スクリーンショットと一致しない
- 必要な権限（位置情報・通知など）の利用理由が不明確
- 他社の権利・ガイドラインに抵触する内容
審査は一度で通るとは限らず、差し戻しと再申請を繰り返すこともあります。発注時には、審査対応まで開発会社の責任範囲に含まれるかを確認しておくことが重要です。「開発は終わったが、審査は自社対応」となると、公開の最終工程で立ち往生することがあります。
iOSアプリの費用を抑える判断
限られた予算でiOSアプリを実現するには、次の判断が有効です。単に「安い会社を選ぶ」のではなく、作るものを絞り、段階的に育てるという発想が費用を抑えます。
1. 最小構成（MVP）で公開する。 最初からフル機能を目指さず、核となる機能だけで公開し、利用者の反応を見て機能を足します。初期費用を抑え、方向性の間違いによる無駄も減らせます。
2. iOS・Android両対応が本当に必要かを見極める。 両OS対応は費用が増えます。まずiOSだけ、あるいはクロスプラットフォーム開発で両対応をまとめて作る選択肢もあります。どちらが自社に合うかはFlutter・React Nativeアプリ開発の費用相場を参考にしてください。
3. 既存の仕組みを活かせないか検討する。 ゼロから作らず、既存のSaaSやパッケージ、ノーコードツールで実現できる部分がないかを確認します。「アプリでなければ解決できないのか」を問い直すと、費用が大きく変わることがあります。
4. 要件を固めてから発注する。 曖昧な要件のまま発注すると、仕様変更のたびに費用が膨らみます。何を・誰が・どう使うかを言葉にしてから見積もりを取ります。
5. 見積もりを内訳で比較する。 総額の安さでなく、何にいくらかかっているかの内訳で比較します。安い見積もりが、必要な工程や公開後の保守を含んでいないだけのこともあります。
ネイティブ開発とクロスプラットフォーム開発の費用差
iOSアプリの作り方には、大きく「ネイティブ開発」と「クロスプラットフォーム開発」があり、費用に影響します。
ネイティブ開発は、Apple公式の言語（Swift）でiOS専用に作る方法です。iOSの性能を最大限に引き出せ、最新機能への対応も早い一方、iOSとAndroidの両方を出すなら、それぞれ別に開発するため費用が増えます。
クロスプラットフォーム開発は、Flutter・React Nativeなどを使い、1つのコードでiOSとAndroidの両方を作る方法です。両OS対応の開発費・保守費をまとめられるため、両方出す前提なら費用を抑えやすくなります。ただし、iOS固有の細かな機能や、高い性能が求められる領域では、ネイティブに劣る場合があります。
どちらが安いかは、**「iOSだけか、両OS出すか」「性能・機能がどこまで必要か」**で変わります。iOSだけで十分ならネイティブ、両OSを効率よく出したいならクロスプラットフォーム、というのが基本的な考え方です。判断の詳細はFlutter・React Nativeアプリ開発の費用相場で解説しています。発注前に「本当に両OS必要か」を決めておくだけで、費用は大きく変わります。
発注先のタイプ別に見る費用と特徴
同じiOSアプリでも、どこに発注するかで費用と得られるものが変わります。発注先のタイプごとの傾向を知っておくと、自社に合う相手を選びやすくなります。
- フリーランス・個人開発者。 費用は抑えやすい一方、対応できる規模に限りがあり、体制が1人のため、体調・稼働・継続性のリスクがあります。小規模・短期の案件に向きます。
- 中小の開発会社。 小回りが利き、費用と体制のバランスが取りやすい。得意領域と実績を具体的に確認することが重要です。中小企業のアプリ開発では中心的な選択肢になります。
- 大手の開発会社・SIer。 体制と実績の安心感がある一方、費用は高くなりやすく、小規模案件では優先度が下がることもあります。大規模・高信頼性が求められる案件に向きます。
どのタイプが良い・悪いということはなく、案件の規模・予算・求める信頼性で選ぶべきものです。重要なのは、費用の安さだけでなく、公開・審査対応・公開後の保守まで面倒を見てくれるかを確認することです。安くても、公開や保守で放り出されると、結局は高くつきます。
発注前チェックリスト
- 開発費・公開費・運用保守費を、それぞれ分けて見積もってもらった
- Apple Developer Programのアカウントを自社名義で保有する前提になっている
- 本当に必要な機能を絞り込み、最小構成（MVP）の選択肢を検討した
- iOS・Android両対応が必要か、クロスプラットフォーム開発の選択肢を比較した
- App Storeの審査対応が、開発会社の責任範囲に含まれている
- 公開後の年間ランニングコスト（保守・サーバー・年間登録費）が見えている
- 見積もりを総額でなく内訳で比較している
よくある質問
Q. iOSアプリの開発費用の相場はいくらですか？ A. 機能の数・サーバー連携の有無・デザインの作り込みで大きく変わるため、一律の相場を示すことはできません。単機能の小規模アプリと、決済・会員管理・サーバー連携を伴うアプリでは、費用が数倍から十倍以上変わります。まず必要な機能を絞り込み、内訳のある見積もりを取ることが、費用を読む第一歩です。
Q. App Storeに公開するだけで、いくらかかりますか？ A. 公開の中心的な費用はApple Developer Programの年間登録費（2026年時点で年額99米ドル、公式で最新を確認）です。これは開発費とは別に、公開を維持する限り毎年かかります。加えて、法人公開では組織の実在確認の手続きが必要になることがあります。
Q. アプリのアカウントは、開発会社に任せてよいですか？ A. アカウントは自社名義で保有するのが原則です。開発会社名義で作ると、契約終了後にアプリの権利やアカウントの引き継ぎでトラブルになることがあります。発注時に名義と権利の帰属を確認してください。
Q. 安く作れる会社を選べば問題ないですか？ A. 安さだけで選ぶと、必要な工程や公開後の保守が含まれていないことがあります。総額でなく内訳で比較し、公開・審査対応・運用保守までを含めて判断してください。安い見積もりが、後から追加費用を前提にしている場合もあります。
見積もりの妥当性に迷ったとき
iOSアプリの費用でつまずくのは、多くの場合「相場を知らない」からではなく、開発費・公開費・運用費を分けず、必要な機能を絞り込まないまま見積もりを取ってしまうからです。作るものを絞り、内訳のある見積もりを取れば、各社の前提の違いと、費用を抑えられる余地が見えてきます。
GXOは特定の開発ツールやパッケージの販売元ではないため、発注側の立場で「この見積もりは妥当か」「そもそもアプリで解くべきか」も含めて整理します。複数社の見積もり・提案の妥当性に迷っているなら見積もり・提案のセカンドオピニオンを、要件やシステム全体の進め方から相談したいならシステム開発の発注前相談をご利用ください。発注を約束しなくても、発注前の判断整理としてお使いいただけます。
参考・一次情報
- Apple「Apple Developer Program」公式ページ（年間登録費・登録条件。最新の金額は公式を確認）
- Apple「App Store Reviewガイドライン」（審査基準） [//]: # (strict-audit-extension-20260717)
GXO式「iOS公開までの総費用」100点判定表
GXO独自分析の前提条件は、画面数ではなく、審査・アカウント・運用まで含む公開可能性を採点することだ。
横にスクロールして確認できます
| 評価軸 | 配点 | 満点の証拠 |
|---|---|---|
| 事業要件 | 20 | 対象利用者、課金、KPI、Web／PWAとの比較 |
| Apple要件 | 20 | 組織登録、契約、プライバシー、課金、審査項目の担当 |
| 品質 | 20 | 対応OS・端末、クラッシュ、性能、アクセシビリティ、受入テスト |
| 運用 | 20 | 証明書、権限、ログ、API、監視、問い合わせ、緊急更新 |
| 出口 | 20 | ソース、App Store Connect、署名、データ、引継ぎ、廃止手順 |
80点以上は開発、60〜79点はプロトタイプ、59点以下はWeb／PWA／既製SaaSを比較して見送る。Apple Developer Programの組織名義を取れない、プライバシーポリシー未作成、課金方式未確定、審査差し戻し日程なし、保守担当不在は強制停止条件である。
見積比較・RFPテンプレート
対象OS / 端末 / 最低OS / 画面 / API / 管理画面：
費用：設計___万円 / iOS___万円 / API___万円 / 審査___万円 / 保守月___万円
Appleアカウント所有者 / App Store Connect権限：
審査提出物 / 差し戻し対応回数 / 公開希望日：
受入：クラッシュ率 / 応答 / 権限 / 個人情報 / ログ
終了：ソース / 署名 / 証明書 / ストア移管 / データ削除
開発800万円、審査・公開50万円、保守月20万円、API・クラウド月10万円なら3年総費用は1,930万円である。GXO計算例は相場ではなく、公開後36か月の費用を落とさないチェックリストである。
一次資料と根拠と検証方法
- Apple App Review
- Apple App Review Guidelines
- Apple Developer Program enrollment
- IPA 要件定義ガイド
- 経済産業省 モデル取引・契約書
- デジタル庁 標準ガイドライン
版番号: GXO-IOS-20260717-v1.0。確認日: 2026年7月17日。Apple公式のProgram feeは年99米ドル（地域で変わる場合あり）であり、日本円は為替・税・地域表示を申込画面で確認する。検証可能性の証拠は要件、App Store Connect、審査履歴、受入、請求、権限、引継ぎ台帳。Apple規約・料金・OS、要件・API変更を更新条件にする。公式事実とGXOの費用例を分離している。審査にはAppleの裁量と規約上の制約があり、通過を保証しない。課金・個人情報・外部APIを含むアプリは自社だけの発注に向かないため、第三者への相談が向く。アプリ開発費用診断で公開条件から整理できる。
