Unity 6.5移行判断。小規模モバイル／2D開発の性能計測と撤退条件
Unity 6.5はLTSでも旧Tech StreamでもないSupported release。Androidと2Dの変更を、互換性、実機計測、撤退条件から評価する。
Unity 6.5は2026年6月15日に公開された。まず名称を整理すると、6.5はLTSでも、以前の配布体系にあったTech Streamでもない。Unityが現在「Supported release」と呼ぶUpdate releaseで、次のリリースが出るまでLTSと同じQA・サポート水準で提供される。
2026年7月18日の確認時点で、Unity公式ページから確認できる6.5系の最新パッチは6000.5.4f1（7月15日公開）だ。ただし、最新版というだけで既知の問題がなくなるわけではない。小規模チームが見るべきなのは機能数ではなく、現在の制作段階、対象端末、外部SDK、実測値、そして戻す条件である。
結論：6.3 LTSを捨てる理由ではなく、6.5を試す理由を決める
| プロジェクトの状態 | 現時点の判断 | 最初の関門 |
|---|---|---|
| 新規または中盤、AndroidのCPU負荷が課題 | 6.5を比較候補にする | 現行ビルドとThinLTO／IL2CPP設定を実機で比較する |
| 2Dでatlasの無駄や描画量を把握できていない | 検証branchで試す | 2D Profilerが問題の発見と修正に実際につながるかを見る |
| 6.3 LTSで出荷直前、または運営中 | 明確な利益がなければ維持 | 6.5でしか解けない不具合・要件と、移行期間を数値化する |
| Android 7.x以下も配布対象 | 要件変更まで移行しない | 6.5の最低対応はAPI 26、Android 8.0 |
| 独自Gradle templateや古い広告・分析SDKを使用 | 互換性確認を先行 | Gradle 9.1／AGP 9.0対応と固有namespaceを確認する |
LTS＝常に高品質、Update＝実験版ではない。Unity公式の現行方針では、Update releaseも製品利用が可能で、LTSと同じQAを受ける。違いとして重いのは支援期間だ。6.3 LTSは2027年12月まで、6.5は次のリリース公開までサポートされる。制作を固定する時期なら長い支援期間、中盤なら新しい機能とプラットフォーム対応を優先する、という選択になる。
小規模モバイル／2D開発で、6.5が利益になり得る場所
Androidでは、非Developmentビルド向けにThinLTO済みのUnity engine codeを使う設定が追加された。UnityはThinLTOとIL2CPP Compiler Master Configurationを併用し、複数のゲーム、端末、数百回の測定を比較した結果として、起動、シーン読み込み、CPU thread frame timeの各領域で平均約5％の改善を示している。これはUnity側の平均であり、自分の作品に5％を保証する値ではない。
公式のビルド設定referenceでは、ThinLTOはIL2CPPを使い、Strip Engine Codeを無効にした場合の選択肢とされる。ビルド時間、配布サイズ、メモリー、端末ごとの差も含めて測らなければ、採用判断にはならない。CPUが律速でない作品では、公式測定と同じ効果が出ない可能性もある。
2Dでは、新しい2D Profiler moduleが、frame内のsprite数、renderされたsprite数、使われたatlas、atlas page数、usageを表示する。大量のspriteや複数atlasを使うsceneで、読み込んだのに描画していない資源や低usageのpageを見つける用途は明確だ。一方、6.3 LTSにもSprite Atlas Analyzer、2D animation最適化、Box2D v3系の新しい2D physics基盤がある。6.5の新機能一覧だけを見て、6.3では2D改善が得られないと誤解しないようにしたい。
先に止めるべき互換性の関門
- Android対象範囲：最低API levelは26へ上がり、Android x86-64 targetは削除された。古い端末や特殊な配布先を残すなら、ここで不採用になり得る。
- GradleとSDK：Gradle 9.1、AGP 9.0へ更新される。custom template、広告、分析、課金、native plug-inは、providerの対応表と実buildの両方を確認する。
- 画面端とsystem bar：Androidでは
Screen.fullScreenが効かなくなり、status bar／navigation barの制御はinsets用APIと設定へ移った。notch、gesture navigation、foldable、画面回転を実機で通す。 - 2D physics：
LowLevelPhysics2DはPhysicsCore2Dへ改名され、namespaceも変わった。6.3／6.4 projectは自動移行されるが、複数Unity版を支えるsourceにはversion macroが必要になる。 - packageの暗黙依存：Render Pipeline CoreからuGUIへの依存が外れた。間接的にuGUIが入る前提だったprojectは、明示的なpackage追加が必要になる。
- 制作自動化：
Editor.logの既定保存先がproject内のLogs/Editor.logへ変わる。CIがglobal logを回収しているならartifact取得を直す。
6.5 upgrade guideは6.4からの影響を整理した資料である。6.3以前から移る場合は、途中リリースの変更、利用package、Asset Store assetの対応情報も別に追う。Built-In Render Pipelineは6.5で非推奨になったが、公式には6.7 LTSのサポート期間を通じて保守される。今すぐURP移行まで同じ作業に混ぜる必要はなく、エンジン更新とrender pipeline更新を分けて試す方が原因を切り分けやすい。
同じ端末・同じ場面で比較する計測表
比較用ブランチでは、現行Editorの製品ビルドを基準として残す。6.5側も同じasset、quality、texture compression、scripting backendで一度ビルドし、その後に最適化設定だけを変える。複数要因を一度に変えると、速くなった理由も壊れた理由も分からなくなる。
| ビルド | 変えるもの | 記録する値 |
|---|---|---|
| A：現行版 | なし。現在のrelease設定 | cold start、主要シーン読み込み、CPU frame time、メモリー、AAB／APK容量 |
| B：6.5同等設定 | Editorと必須packageだけ | Aとの差、表示、入力、save互換、crash |
| C：6.5＋ThinLTO | Link Time Optimizationのみ | Bとの差、ビルド時間、端末メモリー、CPU律速場面 |
| D：6.5＋ThinLTO＋Master | Unityが示した併用条件 | Cとの差、起動、読み込み、CPU thread frame time、ビルド時間 |
端末は性能帯の異なる実際のサポート対象から選び、OS version、battery残量、thermal状態、network条件を揃える。起動はcoldとwarmを混ぜず、各ビルドを同じ回数だけ繰り返して中央値と悪い側の値を残す。frame timeは平均だけでなく、重い戦闘、広告復帰、シーン切替など、利用者が待つ場面を個別に見る。Unity ProfilerはEditor内だけでなく、対象端末へ接続して収集する。
2D projectでは基準シーンを三つに絞ると扱いやすい。spriteが密集する戦闘、UIと文字が多いmenu、atlas切替が多いシーンで、2D ProfilerのSprite Count、Sprites rendered、SpriteAtlas Count、page数、Usageを保存する。数字が動いても画質、batch、メモリー、読み込みが悪化するなら、atlas設定の変更は採用しない。
移行前に合意しておく撤退条件
- サポート対象端末、署名済みAAB、iOS archiveのいずれかが再現可能にビルド・起動できない。
- save data、課金、広告、分析、push通知、deep linkの中核flowに回避不能なregressionが出る。
- cold start、シーン読み込み、frame time、メモリー、ビルド時間のいずれかがproject独自の許容線を超え、得られる改善で相殺できない。
- Androidのinsets、safe area、回転、gesture navigationで重要UIが欠ける端末が残る。
- 使用中のthird-party SDKがAGP 9.0などを正式対応せず、手修正を更新のたびに維持する必要がある。
- 採用予定patchのknown issueが出荷経路に当たり、修正版の時期を読めない。
採用の基準：新規・中盤の小規模mobile／2D projectなら、6.5系の現行patchを別ブランチで試す価値がある。特にAndroidのCPU負荷やatlas把握に具体的な課題がある場合だ。6.3 LTSで出荷を固めているなら、6.5が「新しい」ことだけでは動かさない。互換性の関門を通り、同じ端末で計測した利益が移行工数を上回り、撤退条件にも触れないときにだけ採用する。
実際に着手する日には、この記事の6000.5.4f1を固定推奨とせず、download archiveと対象patchのknown issuesを再確認する。Update releaseは次のリリースまでという支援区切りも、制作scheduleへ含めておきたい。
参照した情報源
一次情報、補助報道、コミュニティ観測を役割別に表示しています。
Unity 6.3 LTSが最新LTSで2027年12月までサポートされること、Update releaseは次のreleaseまでサポートされ、LTSと同じQA・サポート水準のproduction-readyであること、旧Tech Streamとの違いを確認。
Unity公式の公開告知。6.5がSupported releaseであること、6.3 LTSを土台にした位置づけ、2D更新、AndroidのThinLTOとIL2CPP Compiler Master Configuration、および複数ゲーム・端末・数百回の検証で各指標平均約5%改善というUnity側の測定結果を確認。
2026年7月18日の確認時点で公式ページから確認できた6.5系最新パッチ。2026年7月15日公開で、既知の問題とリリースノートを確認。
公開済みEditor patchを再確認する公式入口として参照。記事では着手日に対象patchとknown issuesを再確認する導線に使用。
2D Profiler、Light2D／ShadowShape2D拡張、PhysicsCore2D、Android API 26最低要件、x86-64削除、Gradle 9.1／AGP 9.0、ThinLTO、Android insets変更、Apple Adaptive Performance providerを確認。
6.4から6.5への影響範囲を確認。PhysicsCore2Dの名称・namespace変更、Editor.logの保存先、Built-In Render Pipelineの非推奨化、uGUI依存関係、ModelImporter API、Android全画面／insets、最低API、x86-64、AGP更新を参照。
AndroidのLink Time Optimization設定のNone／Thin、非Development build向けであること、IL2CPPかつStrip Engine Code無効が利用条件であることを確認。
2D ProfilerでSprite Count、SpriteAtlas Count、rendered数、atlas page数、Usageをフレーム単位で確認できることを参照。
対象端末に接続してCPU、メモリー等の性能情報を収集でき、Editor内データとは用途が異なることを確認。実機比較手順の根拠に使用。
比較対象となる6.3 LTSに、Sprite Atlas Analyzer、2D animation最適化、Box2D v3を基盤とする2D physics API、モバイル向けURP post-processingが既に含まれることを確認。
Unity公式チャンネルのUnity 6.5紹介映像。更新範囲の全体像を視覚的に確認する補助資料として使用し、性能値の独立検証には用いない。