アプリ申請代行の費用相場は、1ストアで10万〜30万円、iOS・Androidの両方で20万〜50万円程度が一般的な目安です。ただし、アプリ本体の修正、アカウント開設、画像制作まで頼むと追加費用が発生します。希望公開日の1〜2か月前には準備を始め、審査の不確実性を含めた日程を組むことが重要です。

スマホアプリは、開発が完了しただけでは利用者に届けられません。App StoreやGoogle Playへ登録する情報をそろえ、各ストアのルールに適合したアプリを提出し、審査を通過して初めて公開できます。

申請作業には、ストアメタデータ(=ストアに掲載するアプリ名・説明文・画像など)の作成、プライバシー情報の申告、リリースビルド(=ストア公開用に作成した正式版アプリ)の提出、審査からの質問や指摘への対応が含まれます。本記事では、申請代行を外注する場合の費用・期間・準備・見積もり・会社選びを、発注者向けに整理します。

アプリ申請代行の費用相場と期間

結論として、申請作業だけを外注する場合と、審査に必要なアプリ修正まで任せる場合では、費用が大きく異なります。見積もりを比較するときは、単に「申請代行一式」の金額を見るのではなく、制作物、技術対応、再申請の範囲を分けて確認してください。

依頼範囲別の費用相場

以下は一般的な目安です。アプリの機能、ログインの有無、決済方法、収集する個人情報、利用する外部サービス、ストア規約への適合状況によって変動します。

依頼内容 費用の目安 主な作業
1ストアの新規申請代行 10万〜30万円 登録情報の確認、提出、審査連絡への対応
iOS・Android両方の新規申請 20万〜50万円 App Store・Google Playへの提出と審査対応
開発者アカウントの開設支援 5万〜15万円 必要情報の案内、登録手順の支援、権限設定
説明文・画像などの制作 5万〜20万円 紹介文、スクリーンショット、掲載画像の制作
軽微な技術修正 5万〜30万円 権限表示、設定、文言、ビルドエラーなどの修正
機能・決済・ログイン方式の修正 20万〜100万円以上 審査ルールに関わる設計変更、実装、再テスト
更新申請の継続代行 月額3万〜15万円、または都度5万〜20万円 バージョン更新時の登録、提出、審査対応

ストア運営会社へ支払う開発者登録料などの実費は、通常、代行費用とは別です。料金体系や登録条件は変更されることがあるため、発注時点の公式情報を確認してください。

特に注意したいのは、審査でアプリ本体の修正を求められた場合です。申請代行会社が提出作業しか請け負っていなければ、別の開発会社へ改修を依頼する必要があります。既存コードの調査から必要になると、申請費用より修正費用のほうが高くなることもあります。

公開までの期間

必要な素材と正常に動くアプリがそろっている場合、申請準備から公開までは2〜6週間程度が目安です。一方、アカウントの新規開設、プライバシーポリシーの作成、審査指摘による改修が必要な場合は、1〜3か月程度を見込むのが現実的です。

工程 期間の目安
アカウント・契約情報の準備 1〜3週間
ストア掲載情報と画像の準備 1〜2週間
リリースビルドの作成・動作確認 数日〜2週間
ストアへの提出・審査 数日〜2週間程度を見込む
指摘対応・再申請 1〜4週間以上

審査期間は、ストア、時期、アプリの分野、審査上の確認事項によって変わります。開発会社が審査完了日や承認を確約することはできません。そのため、広告出稿日やイベント日に公開を合わせたい場合は、希望日の1〜2か月前を社内締切にするのではなく、ストア審査を含む逆算日程を作る必要があります。

申請代行の範囲と発注者・開発会社の役割

申請代行は、発注者が行うべき判断まで外部へ丸投げするサービスではありません。事業者情報、データ利用目的、料金体系などは、アプリを提供する発注者が正確に決める必要があります。代行会社には、その情報をストアの登録形式へ落とし込み、技術的に提出する役割を任せます。

申請代行に含めたい作業

最低限、次の作業が見積もりに含まれているかを確認しましょう。

  • App StoreとGoogle Playのどちらを対象にするかの確認
  • 開発者アカウントの権限設定支援
  • アプリ名、カテゴリ、説明文、検索キーワード等の登録
  • アイコン、スクリーンショット、紹介画像の仕様確認
  • 年齢区分、広告、課金、データ収集に関する申告支援
  • プライバシーポリシーとサポートページの確認
  • リリースビルドの作成または受領
  • 実機での公開前テスト
  • ストアへの提出
  • 審査担当者からの質問への回答
  • 指摘内容の切り分けと再申請
  • 承認後の公開設定
  • 公開後のストア表示と初回起動の確認

「審査対応込み」と書かれていても、質問への回答だけが含まれ、アプリ改修は別料金という契約が一般的です。何回まで再申請できるのか、軽微な設定修正を含むのかも確認してください。

発注者と外注先の役割分担

項目 発注者が担うこと 外注先に依頼できること
提供主体 アプリ提供会社と責任者を決定 登録方法を案内
アカウント 自社名義で契約・支払い 開設支援、権限設定
掲載内容 サービス内容と表現を承認 原稿作成、登録作業
個人情報 収集目的、保存、第三者提供を確認 申告項目の整理、技術確認
料金・決済 ビジネスモデルと販売対象を決定 ストア規約上の論点を提示
アプリ本体 仕様変更を判断・承認 ビルド、テスト、改修
審査対応 事業上の回答を決定 指摘の分析、回答文作成、再提出
公開日 販促計画を含めて判断 公開操作、段階公開の設定

段階公開とは、更新版を一度に全利用者へ配信せず、対象を徐々に広げる方法です。重大な不具合が起きたときの影響を抑えられるため、既存利用者が多いアプリの更新では検討する価値があります。

開発者アカウントは自社名義が基本

発注者がよく迷うのが、誰の開発者アカウントから公開するかです。原則として、アプリを提供する事業者が自社名義のアカウントを持ち、開発会社へ必要な権限だけを付与する形が適切です。

開発会社のアカウントで公開すると、将来の委託先変更、売却、社内移管、緊急更新で支障が出る可能性があります。ストア上の提供者名が開発会社になり、利用者から見た責任主体が分かりにくくなる問題もあります。

外注先には、IDやパスワードを共有するのではなく、ストアが用意するユーザー招待・権限管理の仕組みを使って作業してもらいます。退職者や契約終了会社の権限を削除できる運用も決めておきましょう。

外注前の準備と申請手順

アプリの完成後に初めて申請準備を始めると、規約に合わない機能が見つかり、公開が遅れることがあります。企画・設計段階で審査上の論点を洗い出し、開発中に掲載素材と社内情報をそろえるのが効率的です。

ネイティブアプリ、クロスプラットフォーム、PWAなど、採用方式によってビルドやストア申請の要否も変わります。方式を決めていない場合は、アプリ開発方式の選び方|4方式の費用比較も参考にしてください。

外注前チェックリスト

申請代行会社へ相談する前に、次の情報を整理します。すべてを完成させる必要はありませんが、未定項目が分かる状態にしておくと見積もりの精度が上がります。

事業・アカウント情報

  • アプリを提供する法人・事業者名
  • 契約担当者と技術担当者
  • App Store・Google Playの既存アカウントの有無
  • 自社ドメインのメールアドレス
  • 公開を希望する国・地域
  • 希望公開日と広告・営業上の締切

アプリと開発環境

  • iOS・Androidの対象範囲
  • ソースコードと最新版の保管場所
  • リリースビルドを作成できる担当者
  • 署名鍵、証明書、各種設定情報の管理者
  • 本番用サーバーと外部APIの稼働状況
  • 審査用アカウントと確認手順
  • 対応端末・OSでのテスト結果

ストア掲載素材

  • アプリ名とサブタイトル
  • 短い説明文と詳細説明文
  • アプリアイコン
  • 端末別のスクリーンショット
  • 問い合わせ先とサポートページ
  • プライバシーポリシーの公開URL
  • 利用規約が必要な場合の公開URL

審査・法務に関する情報

  • 取得する個人情報と利用目的
  • 位置情報、カメラ、写真、通知等を使う理由
  • 広告・アクセス解析ツールの利用有無
  • 外部サービスへ送信するデータ
  • アカウント作成・ログイン・退会の流れ
  • 有料機能、定期購入、商品販売の仕組み
  • 子ども向け機能や年齢制限の有無
  • 投稿機能がある場合の通報・ブロック・監視方法

データの取り扱いや可用性などは、開発時の非機能要件(=速度・安全性・安定性など、機能以外の条件)とも関係します。整理方法は非機能要件の決め方|外注前チェックリストで確認できます。

申請から公開までの6ステップ

1. 対象ストアと責任分担を決める

新規申請か更新申請か、iOS・Androidの両方か、申請作業だけか改修も含むかを決めます。公開後の更新担当も、この時点で決めておきます。

2. 最新ルールとの適合性を確認する

ログイン、アカウント削除、決済、定期購入、外部リンク、ユーザー投稿、位置情報など、審査に影響しやすい機能を優先して確認します。ストアのルールは変わるため、過去に別アプリで承認された仕様が現在も通るとは限りません。

3. アカウントと掲載素材を準備する

発注者名義の開発者アカウントを用意し、説明文、画像、問い合わせ先、プライバシーポリシーをそろえます。画像サイズや必要枚数は対象端末によって異なるため、制作前に仕様を確定させます。

4. リリースビルドを作成してテストする

開発用ではなく、本番サーバーへ接続する公開用アプリを作成します。新規登録、ログイン、課金、通知、退会、問い合わせなど、主要な利用経路を実機で確認します。審査用アカウントには、審査担当者が主要機能へ到達できる権限を持たせます。

5. 提出して審査へ対応する

外注先が登録情報とアプリを提出し、審査から連絡が来たら内容を分類します。説明の追加で解消できるのか、登録情報の修正か、アプリ本体の改修かを判断し、発注者の承認を得て回答・再提出します。

6. 承認後に公開・確認する

自動公開、指定日公開、手動公開などの設定を確認します。公開後は実際のストアからインストールし、起動、ログイン、主要機能、課金やリンク先を確認します。分析、障害監視、問い合わせ対応も同時に開始できる状態が理想です。

見積もり・開発会社の選び方と失敗回避

申請代行の見積もりでは、安さよりも前提条件と除外範囲の明確さが重要です。申請作業は数日で終わっても、規約確認や技術修正に時間がかかるため、「提出ボタンを押す作業」だけを比較しても適切な発注判断はできません。

見積もりで確認する項目

  • 対象がApp Store、Google Playの片方か両方か
  • 新規申請か更新申請か
  • 開発者アカウントの開設支援を含むか
  • 説明文、画像、プライバシーポリシーを誰が作るか
  • リリースビルドを誰が作成するか
  • 公開前の実機テストを含むか
  • 審査への回答作成を含むか
  • 再申請は何回まで基本料金内か
  • 軽微な設定修正とアプリ改修の境界はどこか
  • ソースコード調査が必要な場合の単価
  • ストアへ支払う実費が別途必要か
  • 翻訳や海外公開が必要な場合の追加費用
  • 承認後の公開操作と動作確認を含むか
  • 公開後の不具合対応期間があるか
  • 更新申請やOS対応を継続して依頼できるか

「審査対応一式」という項目だけでは、回答、再提出、改修のどこまで含むか判断できません。作業項目と成果物に分け、追加料金が発生する条件を書面で確認してください。

依頼先を選ぶ5つのポイント

1. 両ストアの申請実務を説明できる

単に申請経験の件数を聞くのではなく、どの情報をいつまでに準備し、指摘が来た場合にどう判断するかを質問します。回答が具体的で、発注者側の役割まで説明できる会社が望ましいです。

2. アプリ本体を調査・修正できる

申請作業しかできない代行会社の場合、技術的な指摘のたびに別会社との調整が必要です。既存アプリの開発環境に対応できるか、対応できない場合は元の開発会社と連携できるかを確認します。

3. 自社名義のアカウント利用を前提としている

外注先が自社アカウントでの公開を当然のように提案する場合は、契約終了後の移管方法まで確認が必要です。発注者がアカウントを所有し、必要最小限の権限を外注先へ付与する運用を提案できる会社を選びます。

4. 審査通過を安易に保証しない

最終判断を行うのはストア運営会社です。適切な外注先は、承認を断定するのではなく、リスクのある機能、対応案、再申請時の費用と期間を説明します。

5. 公開後の更新まで相談できる

アプリは、OSや外部サービス、ストア要件の変更に合わせて更新が必要です。初回申請だけでなく、軽微な修正、緊急更新、定期的なストア情報更新へ対応できる体制を確認しましょう。

見積もり段階で申請範囲や既存アプリの状態を整理したい場合は、開発のご相談はこちらからご相談いただけます。

よくある失敗と回避策

よくある失敗 起こり得る問題 回避策
完成後に規約確認を始める 決済やログインの設計変更が発生する 企画・設計段階で審査論点を確認する
開発会社名義で公開する 委託先変更や緊急更新が難しくなる 発注者名義のアカウントを用意する
審査日数を固定して販促を組む 公開前に広告や告知が始まる 数週間の予備期間を設ける
データ利用の申告を推測で行う 実際のアプリ挙動と申告が一致しない 開発者と事業担当者が共同で確認する
再申請込みの範囲を確認しない 指摘ごとに追加費用が発生する 回数、回答、修正の範囲を書面化する
ソースコードや署名情報を管理していない 修正版を提出できない 納品物と管理者を申請前に確認する
審査用アカウントを用意しない 主要機能を確認してもらえない 有効期限と権限を含めて事前テストする

発注のご相談を受ける開発会社の立場では、「アプリは完成しているので申請だけならすぐ終わる」という認識と、実際の状態に差があるケースが少なくありません。特に、最新版のソースコードがない、リリースビルドを作れない、プライバシー申告と実装が一致しない場合は、調査工程が必要です。

最初の相談時には、申請画面の操作代行だけを依頼したいのか、公開可能な状態へ直すところまで任せたいのかを伝えてください。後者であれば、申請代行ではなく、既存アプリの調査・改修を含む見積もりを取るほうが実態に合います。

まとめ

  • アプリ申請代行の相場は、1ストアで10万〜30万円、iOS・Android両方で20万〜50万円程度が一般的な目安です
  • アカウント開設、掲載画像、説明文、プライバシーポリシー、アプリ本体の改修は別料金になりやすい項目です
  • 準備から公開までは2〜6週間程度、改修やアカウント開設を伴う場合は1〜3か月程度を見込みます
  • 審査期間と承認は開発会社が保証できないため、希望公開日の1〜2か月前には準備を始めます
  • 開発者アカウントは発注者の自社名義とし、外注先には必要な権限だけを付与するのが基本です
  • 見積もりでは、再申請の回数、回答作成、アプリ改修、実機テスト、公開後確認の範囲を分けて確認します
  • 申請だけでなく技術修正も想定する場合は、アプリ本体を調査・改修できる会社が適しています

よくある質問

アプリ申請代行会社に頼めば、審査通過を保証してもらえますか?

審査通過は保証できません。承認の最終判断はApp StoreやGoogle Playの運営会社が行います。外注先には、最新ルールの確認、申告内容の整理、指摘への回答、必要な修正と再申請を依頼できます。

希望公開日のどれくらい前に依頼すべきですか?

素材とアプリが完成していても、希望公開日の1〜2か月前には相談するのが安全です。アカウント開設、決済やログインの修正、複数回の再審査が想定される場合は、2〜3か月程度の余裕を持たせてください。

ソースコードがなくても申請代行を依頼できますか?

提出可能なリリースビルドと必要な署名情報があれば、申請作業だけを進められる場合があります。ただし、審査指摘や不具合によりアプリ修正が必要になると対応できないため、最新版のソースコードとビルド手順の確保が望まれます。

開発者アカウントは発注者と開発会社のどちらが作るべきですか?

原則として、アプリを提供する発注者が自社名義で作成します。開発会社にはユーザー招待などで必要な権限を付与します。この形にすると、委託先の変更や社内移管、緊急更新を行いやすくなります。