AIラッパーアプリを売却する方法：APIコスト、APIキー、提供元の規約、買い手の確認ポイント

AIラッパーアプリは売却できる？

はい。モデルのAPIの上に、目的に絞ったインターフェース、プロンプト、ワークフローを加えたアプリは、ユーザーと収益のある本物のプロダクトで、ほかのアプリと同じように売れます。数字、オファー、デューデリジェンス、エスクロー（第三者が代金を預かる仕組み）、App Storeでの譲渡という流れです（iOSアプリの売り方を参照）。違う点は2つです。提供元のアカウントとキーはアプリと一緒には移らないこと、そして買い手がコストとプラットフォームのリスクをより時間をかけて確認することです。

買い手はAIアプリをどう査定する？

APIコストを引いた後の利益を基準に、その利益がどれだけ崩れやすいかで調整します。AIアプリはよく稼げることがあります。RevenueCatのState of Subscription Apps 2026によると、AIを使ったアプリは課金ユーザー1人あたりの収益が41%多い一方、解約は30%速く、大規模言語モデルを使うプロダクトでは、購読者が1人増えるごとのコストがもはやゼロに近くはありません。

買い手が確認することを、AIラッパーについて書いているM&Aアドバイザー（L40°）の言葉で紹介します。

• モデル価格への感応度：「買い手は、事業がモデル価格の変動にどれだけ影響を受けるかを検証する」。
• プラットフォームのリスク：新しいモデルのリリースがアプリの中心機能を取り込んでしまうと、「単体のプロダクトはすぐに存在意義を失いかねない」。
• 取引の組み立て：そのリスクがあるため、一部の買い手は「アーンアウト、代金の一部留保、段階的な支払い」に頼る。

私自身の考えはこうです。APIコストを引いた後も健全な利益率があり、実際に継続して使われていて、テキストをモデルに渡すだけではないプロダクトなら、私にとっては普通の買収対象です。支払いはエスクロー経由で、APIとインフラのコストを引いた先月の利益を基準に、収益の推移、解約率、1つの提供元にどれだけ依存しているかで調整します。アプリ価値計算ツールに、APIコストを引いた後の利益を入れて試してみてください。

どんな数字を準備すればいい？

• 提供元とモデル別の月ごとのAPIコストを12か月分、売上と並べて。買い手が粗利率の推移を確認できるようにします。
• アクティブユーザー1人あたり、または課金ユーザー1人あたりのコストと、ヘビーユーザーがAPI支出に占める割合。
• 利用上限と不正利用への対策：レート制限、無料利用の上限、1人のユーザーが請求額を膨らませるのを防ぐ仕組み。
• サブスクの指標：トライアルからの転換率、更新率、解約率、返金。AIアプリは解約が速いので、これらがより重要になります（詳しくはサブスクアプリの売却）。
• モデルへの依存：どのモデルを使っているか、提供元を切り替えられるか、過去の価格変更で利益率がどうなったか。
• そのほか買い手が確認することすべて：アプリのデューデリジェンス・チェックリスト。

APIキーや提供元のアカウントは譲渡できる？

キーは譲渡できません。OpenAIのServices Agreementは、顧客が「第三者から、第三者へ、または第三者とAPIキーを購入、販売、譲渡する」ことを認めておらず、OpenAIのキーの安全に関するガイドも、APIキーの共有は規約違反だとしています。Anthropicは、Claude APIを使う必要がある人は「自分のキーを取得すべき」と案内しています。

アカウントは契約の問題です。OpenAIの契約では、どちらの当事者も、30日前の書面通知により、実質的にすべての資産または事業の承継者に契約を譲渡できます。Anthropicの商用規約では、どちらの当事者も「相手方の事前の書面による同意なしに」権利を譲渡できません。アプリ1本の売却なら、どの提供元でも最もシンプルできれいな方法は同じです。買い手が自分のアカウントとキーを用意し、あなたがアプリをそちらに切り替えます。

提供元ごとに引き継ぎはどう進む？

各提供元の規約とヘルプページより（2026年9月確認）。

各提供元がデータをどう扱うかも買い手に伝えてください。買い手のプライバシーポリシーに関わるからです。OpenAIは、オプトインしない限りAPIのデータをモデルのトレーニングに使わないとしていて、Anthropicの規約は顧客のコンテンツでトレーニングしてはならないとしています。GoogleのGemini APIの規約では、無料枠と有料枠でデータの扱いが異なります。

バックエンドはどうなる？

よく作られたAIアプリは、APIキーをアプリの中に入れて配布しません。OpenAIはブラウザやモバイルアプリのようなクライアント側の環境にキーを置かないようにと言っていて、GoogleもGeminiのキーについて同じことを言っています。リクエストは自分のバックエンドかプロキシを経由させます。今キーがアプリのバイナリに入っているなら、売る前に直してください。買い手はそこを確認しますし、露出したキーはコストとセキュリティのリスクです。

バックエンドそのものは、ほかのプロジェクトと同じように移せます。

• Firebase：FirebaseのプロジェクトはGoogle Cloudのプロジェクトです。買い手をOwnerとして追加し、買い手が承認して請求先を設定したら、あなたが抜けます。
• Supabase：移行元の組織をあなたが所有していて、買い手が移行先の組織のメンバーであれば、プロジェクトは組織間で移管できます。一部の連携は先に外す必要があり、移管後の利用料は移行先の組織が払います。
• 自前のサーバーやエッジ関数：アカウントを譲渡するか、買い手のインフラに再デプロイし、アプリ（または引き渡すドメイン）をそちらに向けます。

バックエンドが使っているすべての秘密情報（モデルのキー、RevenueCat、アナリティクス、プッシュ通知）を書面で一覧にし、引き継ぎの後、それぞれを買い手のものに切り替えてください。ストア側についてはApp Storeでのアプリ譲渡の仕組みをどうぞ。

売却前に確認すべきApp Storeのルールは？

買い手は、売却後にアプリがApp Reviewで問題にならないかを知りたがります。AIアプリに特に関係するApp Reviewガイドラインは次のとおりです。

• 5.1.2(i) データの共有：個人データを第三者（第三者のAIを含む）と共有する場合は、そのことを明確に開示し、明示的な許可を得る必要があります。モデル提供元に個人データを送る前に、アプリが許可を求めているか確かめてください。
• 4.2 最低限の機能と4.1(a) 模倣：役に立たない、独自性がない、「アプリらしく」ないアプリはApp Storeにふさわしくないとされます。薄いラッパーは、独自のワークフローがあるアプリよりもこれに引っかかりやすくなります。
• 1.2 ユーザー生成コンテンツ：ユーザーが作ったものを共有・公開できる場合は、フィルタリング、報告、ブロックに関するルールが適用されます。

より良い価格で売るには？

• 売上だけでなく利益率を見せる：月ごとのAPIコストを売上と並べて、きれいに示します。
• 1つのモデルへの依存を減らす：提供元やモデルを切り替えられるアプリは崩れにくくなります。
• 不正利用に上限をかける：適切な無料枠の上限とレート制限は利益率を守り、買い手を安心させます。
• ワークフローを自分のものにする：プリセット、履歴、共有、連携など、アプリをただのテキストボックス以上のものにする要素です。新しいモデルが出ても残るのはそこです。
• キーをバックエンドに移し、構成を1ページの資料にまとめます。

私は、公開から6か月以上経ち、安定した収益があるiOSのAIラッパーアプリ（と良いAndroidアプリ）を、$10K〜$1M+の規模で買い取っています。取引は通常約14日で完了し、あなたに手数料はかかりません。先月の売上とAPIコストを添えてアプリを送ってください。通常は数時間以内に返信します。