ストアに売上を預ける時代が終わる。Unity IAP 5.4のD2C統合が個人開発に効く3つの意味

ゲームで課金機能を作ろうとすると、まず立ちはだかるのがストア手数料と審査、そしてプレイヤーの購買データをこちらから見に行けない不便さだ。個人開発でもインディーでも「もう少しこちら側で握りたい」と思ったことがあるはずで、自分もUnity案件の相談を受けるたびにここが必ず論点に上がる。

そのUnityが2026年7月1日にリリースした「Unity IAP 5.4」で、ネイティブストアを経由しない直販ルート、いわゆるD2Cのウェブショップ構築機能が正式に載った。ダッシュボードから数クリック、コード変更なし、Unityがホストするウェブショップは追加費用なし、決済もStripeやCodaで通せる。この設計変更は「ストアの外に販売チャネルを持つ」という選択肢を、これまで大手だけに許されていた場所から個人開発の射程まで引き下ろす動きだと見ている。

個人でUnityを触る層、AIキャラや小規模なワールドを作っている層にとって、「作った後の売り方」に別解が増えたインパクトは大きい。順に整理していく。

Unity IAP 5.4で何が変わったのか — ストアを介さない課金という選択肢
ノーコードD2Cウェブショップの仕組みと、ゲーム内カタログとの同期
Stripe・Coda対応が意味する「決済をストアに預けない」実態
個人開発・インディーゲームがD2Cを検討する意味
VRChatワールドやAIキャラ運用への応用と案件化の芽
まとめ
参考
【PR】関連ツール・サービス
【PR】おすすめの書籍
1. あわせて読みたい

Unity IAP 5.4で何が変わったのか — ストアを介さない課金という選択肢

まず前提として、Unity IAP(In-App Purchases)は、Unityが提供しているアプリ内課金SDKの名前だ。Apple App StoreやGoogle Play、Amazon Appstore、Microsoft Store といったネイティブストアの課金APIを、Unity側で統一したインターフェースで扱えるようにしたもの。開発者からすると「iOSとAndroidで別々に課金コードを書きたくない」問題を吸収してくれる層で、モバイル・PC問わずUnity製ゲームの課金は事実上ここに集約されてきた。

今回の5.4で大きく変わったのは、この「ストア窓口の統合層」が、ストアの外にも窓口を持てるようになった点だ。従来のAppleやGoogle経由の課金機能はそのまま残しつつ、そこにD2Cコマース機能、つまり仲介を挟まずに消費者へ直接販売する仕組みが並列で統合された。開発者はストアを通す販売と、ストアを通さない販売の両方を、同じSDK・同じカタログの上で扱える。

この変更を「単に販路が1つ増えた」と読むと少し浅い。ネイティブストア経由の販売には、ストア側の手数料・審査・キャンペーン制約・払い戻しポリシー、そしてプレイヤーIDや購買情報がストア側にしか残らない問題がついて回る。D2Cを併設できるということは、少なくとも一部の売上と顧客データを開発者側で保持できるルートを作れる、ということだ。売り方をこちらで設計できる余地が増える。まさに要所。

注意しておきたいのは、これは「ストアを捨てろ」という話ではないという点だ。モバイルタイトルにおいてストア経由の露出とインストール導線は依然として最大の武器で、ネイティブストア側の課金を切ると露出設計そのものが崩れる。5.4はネイティブとオフプラットフォームの両方の窓口を、Unity IAPが同時に担うという設計になっている。二者択一ではなく、既存のストア導線に、直販のもう1本を差し込む形。ここを混同して「Unityがストア外し始めた」と要約すると、実装判断を誤る。

ノーコードD2Cウェブショップの仕組みと、ゲーム内カタログとの同期

D2Cウェブショップの構築部分は、Unityのダッシュボード上から数クリックで完結する。エンジニアの追加工数もコード変更も不要、というのが公式の説明だ。ブランドウェブショップ、つまり自作ゲームの独自販売ページを、Unityの管理画面から立ち上げられる。

重要なのは、このウェブショップがゲーム内のアイテムカタログと自動的に同期する点だ。ゲーム側で「500ジェムパック」「限定スキンA」を定義していれば、それらがウェブショップにもそのまま並ぶ。片方で追加した商品を、もう片方でも手動登録し直す必要がない。個人開発でありがちな「アイテムマスタが2箇所に分裂して食い違う事故」を、設計として避けにいっている。

価格のローカライズや対応通貨も統一される。ネイティブストアとD2Cで別々の値付けをして混乱を招く事態を、SDK側が一元管理で吸収する。プレイヤーの購買状況やLTV(Life Time Value、一人の顧客が生涯にわたってもたらす利益の指標)も、クロスプラットフォームで把握できると案内されている。つまり、AppleとGoogleと直販の3経路で買った同じプレイヤーの累計購入額を、開発者側から1人として捉えられるということだ。地味に見えるが、この「同一プレイヤーの購買を統合して見える」機能は、後段のマーケティング判断で効いてくる部分になる。

Unityがホストするウェブショップの利用に追加費用はかからず、開発者が負担するのは決済プロバイダーへの手数料のみ、と発表されている。ホスティング費が別途乗る形ではないので、少なくとも「D2Cページを立てるだけで固定費が増える」構造にはなっていない。個人開発の入り口としては優しい設計だ。

Stripe・Coda対応が意味する「決済をストアに預けない」実態

決済面では、StripeやCodaといったサードパーティの決済プロバイダーに対応した。ここが5.4の裏の要点で、単に「ウェブショップを作れます」だけでは実運用に届かない。決済の入り口をどう用意するかがD2Cの本丸だからだ。

Stripeは世界中のオンライン決済で広く使われている決済プロバイダー、Codaはゲーム業界に強いグローバルの決済ネットワークだ。この2つに対応したことで、開発者はネイティブストアの課金APIを経由せず、直接プレイヤーからの支払いを受け取れる。しかも、個別のプロバイダー向けSDKを自前で組み込んで管理する必要がない。Unity IAPが決済プロバイダーとのやり取りをまとめて面倒を見てくれる形になっている。

これの何が効くかというと、「決済まわりの実装コストがゲーム開発者の肩から降りる」という点だ。決済処理は、単に支払いを受けるだけでなく、返金対応、失敗時のリトライ、税務処理、通貨換算、不正利用検知など、真面目にやると1人チームでは到底捌けない領域を含む。ここを個別に自作すると、ゲーム本体より決済まわりに工数が吸われる、というのはインディー界隈でよく聞く話で、そこを避けられる意味は大きい。

一方で、決済プロバイダーへの手数料は当然かかる。無料ではない。ネイティブストアの高めの取り分と、直販の決済手数料+運営責任を比較して、どちらが自分のタイトルにとって得かをタイトルごとに判断することになる。Unityの言う「無料」は、あくまでUnity側のホスティング費用の話であって、決済コストがゼロになるわけではない。ここを勘違いすると事業計算がズレる。

実務では「ネイティブストアの導線からダウンロードしたユーザーには従来通りストア課金、ゲーム内のロイヤル層や公式サイト経由の来訪者にだけD2Cで安く売る」のような、ハイブリッド運用が現実解になっていくはずだ。同じアイテムを同じSDKの上でルート切り替えできる、というのは、こういう出し分けを前提にした設計と読める。

個人開発・インディーゲームがD2Cを検討する意味

ここまでは仕組みの話だが、じゃあ実際に個人・小規模チームがD2Cを検討する意味はどこにあるか。3つ挙げておく。

1つ目は、プレイヤーとの直接接点が持てること。ストア経由の販売では、購入者のメールアドレスも、支払い履歴も、開発者側にはほぼ渡ってこない。D2Cウェブショップで販売すれば、少なくともサインアップしたユーザーとの接点が開発者側に残る。次回作の告知、ロイヤル層への先行販売、コミュニティ運営との連携、といった「顧客と長期に付き合う」動きが取れる。個人開発ほど、1人の熱いファンから引ける売上比率が高いので、ここは効く。

2つ目は、ストアのポリシーに縛られない価格設定・キャンペーンが打てること。ネイティブストアには課金アイテムの価格帯・割引ルール・返金条件などの規約があり、それを踏まえた売り方しかできない。D2C側では、開発者がプレイヤーとの契約条件を自分で設計できる。もちろん決済プロバイダー側の規約は残るが、ストアより自由度は高い。

3つ目は、収益の予測可能性が上がること。ネイティブストアの取り分やポリシーは、開発者が制御できない外部要因で変わる。売上構成のうち一定割合をD2Cで持てるようになると、外部変動に対する耐性がつく。全部D2Cに寄せろという話ではなく、片脚を残せる状態にしておくのが健全、という程度の意味だ。

もちろんD2Cにも重い課題はある。集客が全部自前になる、というのが最大の壁だ。ストアの検索やおすすめ枠の恩恵を受けられない直販ページに、どうやって人を連れてくるか。SNS、コミュニティ、YouTube、Discord、そして自作ゲームの体験版や無料版からの誘導。ここを設計できないタイトルは、D2Cを立てても人が来ずに終わる。5.4で技術的なハードルは大きく下がったが、マーケティング側のハードルは同じ場所に残っている。ここを錯覚しない方がいい。

VRChatワールドやAIキャラ運用への応用と案件化の芽

Unity IAPは名前こそゲーム向けだが、Unityで作られている体験全般に射程が伸びる。VRChatワールド制作(VRChatは実質Unity SDKで作られている)、AIVTuberや AIキャラ関連の周辺ツール、Unityベースのメタバースイベント、AR/VRアプリなど、Unityでビルドしている周辺文化にも波及する話だ。

例えばVRChatワールド。VRChat本体の課金系はVRChat側の仕組みに乗るしかないので、ワールド内で直接アイテム販売するのは規約含めて筋が悪い。ただ、ワールドと連動する外部の体験(専用アプリ、コンパニオンサイト、AIキャラのカスタムボイスパック、ワールドと連動するUnity製ミニゲーム)を作った時、その周辺プロダクトの課金にD2Cを載せる、というのは十分現実的だ。ワールドで気に入ったAIキャラの追加ボイスやスキンを、外部の直販サイトから買える、といった動線は今の技術で組める。

AIVTuber(LLM駆動のバーチャルタレント)の運用面で言うと、視聴者向けのファングッズや投げ銭的な有料インタラクション機能を、Unity製のクライアントアプリで提供している運用者にとって、D2C決済の敷居が下がったのは追い風になる。ネイティブストア審査に依存せず、視聴者と直接繋がる収益経路を持てる。

受託・案件化の観点で見ると、Unity IAP 5.4のD2C導入・カタログ設計・決済プロバイダー選定は、「Unity書ける」だけの層とは差がつきやすい領域だ。ゲームの課金設計は事業側の判断と技術側の実装が絡む部分で、単なるコーディング作業ではなくアーキテクチャ判断が要る。ここを噛める人材はまだ多くない。Unity × 決済 × カタログ運用の実装ノウハウは、個人開発の武器としても、小規模スタジオへの受託の切り口としても、差別化につながる可能性がある。

そして、AIキャラの周辺プロダクトを個人で作って売る、という動きが技術的には成立する時代になった。ここは面白いと思うよ。素直に。

まとめ

・Unity IAP 5.4はストア経由の課金機能に加え、ノーコードで作れるD2Cウェブショップを統合。ゲーム内カタログと自動同期し、価格・LTVもクロスプラットフォームで一元管理できる・StripeとCodaに対応し、ネイティブストアを介さない決済ルートが開いた。Unity側のホスティング費は無料、負担するのは決済プロバイダー手数料のみ・個人開発・インディーには「顧客との直接接点」「価格設計の自由度」「収益の分散」というメリットがあるが、集客ハードルは同じ場所に残る。ハイブリッド運用が現実解

ストア一辺倒だった課金設計に、SDKレベルで別ルートが差し込まれた意味は大きい。作るだけでなく「どう売るか」を自分で設計できる余地が広がった。Unity × 決済 × カタログ運用の設計は、これから伸びる文脈だと見ている。