Unity Unreal Engine 違い|ソロゲーム開発者が選ぶべきエンジン
要約
UnityかUnreal Engineかの選択は、結局のところフィットと価格のタイミングで決まる。2D・モバイル・スタイライズされたゲームを個人またはごく小さなチームで作るならUnity。フォトリアルな見た目が売りで、C++が書けるならUnreal。Godotは手数料ゼロの選択肢。
Unityを選ぶべき場面:あなたのゲームが2D、モバイル、スタイライズされたビジュアルなら。ひとり、またはごく小さなチームで開発するなら。Unity Unreal Engine 違いは、実装時点では両方とも無料から始まる。本当の違いは、請求書が来た時に分かる。Unityは一定の売上を越えると席数で課金する。Unreal Engineは稼いだ最初の100万ドルまでなら一銭も払わず、その後は売上の5%のみ。
これが短い答え。この先は、その理由と数字、そして自分の忠告に逆らう場面だ。
あなたは誰のために選んでいるのか
ネットの「UnityかUnrealか」という記事の大半は、スタッフが40人の大スタジオを想定して書かれている。あなたは違う。ノートパソコン1台、フォルダ「world-idea」、週6時間が自分の時間だ。
それで質問が変わる。どっちのエンジンが優れているか、ではなく。どっちのエンジンが完成させさせてくれるか。未完成で美しいゲームより、完成していてシンプルなゲームが勝つ。毎回だ。
比較する前に、この4つの質問で、もう半分は決まっている:
プロジェクトに何人が関わるか。1~3人ならUnity有利。10人以上なら、その上級者が何を知ってるかで決まる。
プレイヤーは何を最初に見るのか。手描きの2Dか、スマホの画面か。ならUnity。太陽が金色に沈まかかったリアルな森か。ならUnreal。
コードは誰が書くのか。C#は習いやすく、デバッグも簡単。C++はもっと自由だが、ミスの代償は重い。
どこで売るのか。モバイルはUnity有利。SteamもEpic Games Storeもどちらでも行ける。
この4つに正直に答えれば、もうほとんど決まってる。
2026年のエンジン代金、本当のところ
お金の話になると、ほとんどの比較記事が曖昧になる。だからここは明確にしよう。
Unity Personalは、年間収益と調達資金が$200,000以下のあいだ、ずっと無料。それを越えるとUnity Proに進み、Unityが公開している価格は年1席あたり$2,310(2026年1月の値上げ後)。話題になったランタイム手数料は廃止され、Unity 6以前のバージョンで作ったゲームには適用されない。
Unreal Engineは、ダウンロードも使用も無料。Epicが取るのは、生涯売上が$1,000,000を越えた部分の5%のロイヤリティだけ。Epic Games Store経由の売上はこの計算から除外される。Nasty Rodentの説明がわかりやすい。
つまり、こういうことだ:
Unityは、チームの規模と時間で課金する。5人がProを使えば、ゲームが10本売れようと1,000万本売れようと年$11,550。
Unrealは、成功で課金する。$900,000稼いだゲームは$0。$2,000,000稼いだゲームは最後の$1,000,000の5%、つまり$50,000。

Unityの無料枠以下のソロ開発者なら、初日から両方とも$0。差が出るのは、ゲームが売れた時だ。いい悩みだ。だからこそ、雰囲気じゃなく、ちゃんとした表計算が必要。
払う価値あり:3人以上のチームになり、出版社規模の予算が動き始めたら、Unityのproは検討する価値がある。ひとりで、年$200,000未満なら、スキップしていい。
ひとり開発で簡単なエンジンはどれか
Unity。圧倒的にUnity。少なくとも最初の1ヶ月は。
C#は普通のプログラミング言語みたいに読める。エディタは中程度のノートパソコンで動く。2Dツール(タイルマップ、スプライト、物理)は成熟してる。困ったことのほぼすべてが、どこかのフォーラムに既に答えが落ちてる。
Unrealは、最初から要求が大きい。Blueprints(ビジュアルスクリプティング)を使えば、デザイナーがコード無しで本物のゲームプレイを作れる。それは本当に優秀だ。だけどエンジンは高スペックなPCを求める。コンパイル時間は伸びる。C++に潜ると、メモリ管理とビルドエラーがUnityでは見ないレベルで襲いかかる。
僕が試したことと、読んだことは区別する。ハードウェアと反復スピードの差は、ほぼすべてのインディー比較で一貫してて、大半のソロ開発者の報告と一致してる:ループが遅いほど、1晩の実験は減る。実験が減れば、ゲームは弱くなる。

スキップすべき:4年以上前のPCで、新調する気がないなら、Unreal。待ち時間が「節約」を食い尽くす。
Unrealのビジュアルが苦労の価値をもつ場面
Unrealが出番を迎えるのは、スクリーンショット自体が営業になるとき。
Lumen照明、Nanite幾何学、環境ツール。2人のチームが、昔ならレンダリングプログラマーが必要だったレベルのビジュアルにたどり着く。霧の中の歩みゲーム、フォトリアルな短編体験、トレーラーがウィッシュリストを売るものなら、それは重い。
下の画像みたいなやつ。霧、ランタン、濡れた石、ずっと人が暮らしてる村。どちらのエンジンでも作れる。でもUnrealなら、ゲームプレイを1行も書く前に80%の完成度に達する。

コストは規模。フォトリアルなアセットは重い。どのメッシュも丁寧さが要る。アーティスト1人じゃ、フォトリアルな世界は埋められない。そこからアセットパック、スキャン、生成ツールが本当の力を発揮する。テキスト画像生成は、コンセプトと質感の参考を丸1日で吹き飛ばせる。プレイヤーが近くで見るものは手で直せばいい。
値する:ビジュアルが君の武器。値しない:ゲームメカニクスが賢くても、画面がシンプルなら。
採用、コンソール、長期リスク
機能表には出ない、だけど後で刺さる3つのこと。
**採用。**C#を知ってるUnity開発者は多い。珍しくない。Unreal専門家は希少で、時給が高い。30~50%高いこともあるとインディー採用レポートには出てる。契約で少しでも人を呼ぶなら、その差は本物。
**コンソール。**どちらもPlayStation、Xbox、Switchに対応してるが、書類は自分で書く。Unityは小規模なコンソール移植の実績が長い。Unrealは3Dが得意だけど、Switchの予算でUnreal規模の映像を最適化するのは、本気の最適化時間を要する。
**信頼。**2023年のUnityのランタイム手数料騒動で、ベンダー依存に目が覚めたデベロッパーは多い。手数料は廃止されたが、警戒は残ってる。どのエンジンを選んでも、バージョン管理に入れ、アセットをポータブルに、1つのベンダー機能に全体を預けない。
Godotは、正直な第三の選択肢か
時々、そう。UnityかUnrealかをずっと読んでると「どちらもしっくり来ない」と感じるなら、正直な選択はGodot。
MITライセンスのオープンソース。ロイヤリティなし、収益基準なし、席数ライセンスなし。GDScriptまたはC#で書ける。エディタは軽い。2Dは優秀。
トレードオフはエコシステム。チュートリアルが少ない。プラグインが少ない。コンソールパイプラインが少ない。CVに書いてくれるエンジニアが少ない。ソロ開発者がPCとWebに出すなら、そのトレードは大抵OK。採用を前提とするチームなら、賭けになる。
3Dヘビーなチームに「Godotに乗り換えて」と言わない。だけど2D小作から始まる初心者には「Godot、真面目に検討して」と言う。
AIはエンジン選択をどう変えるか
エンジン自体より、エンジンの周りの仕事を変える。
2年前、ソロ開発者とスタジオの最大の差はコンテンツ量だった。12タイル、40オブジェ、100行のセリフ。今は生成ツールが第一段階の大半を埋める。コンセプト、仮質感、コードの骨組み、プロンプト駆動のスケッチ。
それがエンジン選択を特定の方向に変える。AIが君のコンテンツギャップを埋められるなら、エンジンの仕事は、そのコンテンツをうまく映して、素早く試行させることになる。両方できる。Unrealは生成アセットをグレースフルにレンダリング。Unityは生成プロトタイプを、もっと少ない手数で画面に出す。
コード支援も効く。プロジェクト全体を読むアシスタントは、C#のグルーコードを書ける。ビルドエラーを説明できる。雑なスクリプトをリファクタできる。C#は公開コードが多いから、提案はUnreal C++より信頼できる傾向がある。
生成コードは全部、ドラフトとして扱え。読む、実行する、バージョン管理に。アシスタントは時間を縮めるが、判断は縮めない。
だから、どっちを選ぶ
僕が本気でやるなら、こうする:
**ソロ、2Dかスタイライズ、予算$200,000以下:**Unityか、ライセンスリスクが嫌ならGodot。
**ソロか2人、フォトリアル3D、PCスペックあり、C++に自信:**Unreal。$1,000,000のロイヤリティラインは遠い。
**モバイルファースト:**Unity。ツールと市場の習慣が回ってる。
**Epic Games Store出発:**Unrealはその売上をロイヤリティから除外するから、ぐっと有利になる。
**5人以上のチーム、長期制作:**Unityの席数計算と、Unrealの売上予測を、ちゃんとした表計算で競わせて、決める。安い方は状況次第。
そしてつまらないテストをやれ。両エンジンで同じ小さい断面を作る。1つの部屋、1つのメカニクス、1つのライティング。週末1回ずつ。どこで詰まったか書け。スクショの美しさじゃなく。
最初にプレイアブルなビルドに達したエンジンが、今のあなたに合ってる。後で変えてもいい。大半のデザイン知識は持ち越せる。
フォークする。何か1つ変える。何が起きたか見る。