Unity 6.5 iOSビルドボタンがグレーの場合は？2026年初心者向け修正

Unity 6.5 iOSビルドボタンがグレーなら、まずUnity HubでiOS Build Supportを確認し、その後にiOS用のBuild Profileを作成して有効化してください。Windowsを使っている場合は、Xcodeプロジェクトの生成まで進められても、最終ビルド、シミュレーター実行、署名には互換性のあるMacとXcodeが必要です。

この手順は、WindowsでUnityを学んでいる学生、初めてiOS向けに書き出す人、課題の提出前に本機を直すかMac環境へ移るか判断したい人を対象にしています。すでにMacを使っているのにiOSが表示されない場合も、同じ順番で切り分けできます。

最終更新日：2026年9月20日。Unity 6.5の公開状況、iOSビルド手順、Build Profiles、AppleのXcodeシステム要件を公式資料で確認しています。

ボタンがグレーになる場所の切り分け

最初に、何がグレーなのかを確認してください。症状によって見る場所が異なるため、Unityを何度も再インストールするより、画面上の状態を記録したほうが早く解決できます。

Platform Browserの表示と役割は、Unity公式のPlatform Browserリファレンスでも確認できます。メニュー名はUnity Hubやエディターの更新で変わる可能性があるため、記憶だけで案内されている古い手順をそのまま使わないでください。

iOS Build Supportの不足

Unity 6.5をインストールしただけでは、iOS向けの書き出しに必要なモジュールが入っているとは限りません。iOS Build Supportは、UnityをiOS向けに変換するための「授業用の工具セット」のようなものです。

Unity Hubで現在使っているUnity 6.5のエディターを確認し、追加モジュールの一覧にiOS Build Supportがあるかを見ます。別のUnityバージョンに追加しても、現在のプロジェクトで使うエディターに反映されない場合があるため、バージョンを取り違えないことが重要です。

確認手順は次のとおりです。

1. Unity Hubで対象プロジェクトが使うUnityエディターを確認します。
2. そのエディターの追加モジュール画面を開きます。
3. iOS Build Supportが未導入なら、公式のUnity Hub経由で追加します。
4. 導入が完了したら、Unityエディターを終了して再起動します。
5. Platform Browserを開き直し、iOSが表示されるかを確認します。

iOS向けのビルドに必要なモジュールについては、UnityのiOSビルドプロセスにも説明があります。不明な配布サイトから独立モジュールや修正スクリプトを入れる必要はありません。学校のPCで管理者権限を求められた場合は、制限を回避せず、担当者に許可された方法を確認してください。

iOS Build Profileとプロジェクト設定

iOSが表示された後もBuildが押せないなら、iOS Build Supportだけでは足りません。Build Profileは、出力対象や設定をまとめた「作業用の設定書」です。iOS用プロフィールを作成しただけでなく、それを現在のプロフィールとして有効にする必要があります。

UnityのBuild ProfilesでiOSを追加し、Switch Profileなどの操作でiOSを活動中にします。Windows向けプロフィールや別のプラットフォームが選ばれたままだと、iOS用のBuild操作が期待どおりに有効にならないことがあります。Build Profileの作成方法と画面を照らし合わせながら確認してください。

その後、次の項目を順番に見ます。

• 課題で使うシーンがビルド対象に入っているか。
• iOS用のBuild Profileが活動中になっているか。
• Bundle Identifierが空欄または不正な形式になっていないか。
• アプリの対象がシミュレーター用か、実機用か。
• 保存先に書き込みできる場所を指定しているか。

Bundle Identifierは、アプリを識別する名前です。入力形式の詳細はUnityのapplication identifier公式文書で確認できます。ここでは公開申請や署名の設定まで広げず、まずXcodeプロジェクトを生成できる状態を目標にします。

Windowsでできる工程とMacで必要な工程

Windows上のUnityでシーン、ゲームロジック、UIを作り、iOS向けのXcodeプロジェクトを生成するところまで進められる場合があります。ただし、Xcodeプロジェクトは完成したアプリそのものではありません。

たとえるなら、Unityは課題を整理して「装丁前の原稿」を作る場所で、Xcodeはそれを装丁し、提出用の形に仕上げて確認印を付ける場所です。Unityが生成したプロジェクトをmacOS上のXcodeでビルドし、必要に応じて署名し、シミュレーターまたは実機で実行します。Unity公式のiOSビルド手順も、この2段階の流れを示しています。

AppleはXcodeごとに対応するmacOSなどのシステム要件を案内しています。使用するXcode 27を含め、導入前にAppleのXcodeシステム要件を確認し、MacのOSが条件を満たすかを先に見てください。Xcodeの番号だけを見て「必ず動く」と判断するのは危険です。

学校のMacを借りられるなら、まず課題の提出条件を確認してください。シミュレーターの画面が必要なのか、実機で動くことが必要なのか、Xcodeプロジェクトの提出だけでよいのかによって、必要な環境が変わります。

Macへ移った後のBuild And Run確認

Macへ移っても、Build And Runがグレーのままなら、原因をUnityだけに決めつけないでください。Xcodeの導入状態、macOSとの組み合わせ、選択した実行先、アカウントや署名、プロジェクト内のコードエラーは別々に確認します。

観察する場所と停止条件を分けると、作業が戻りやすくなります。

• Xcodeが起動するか確認します。起動しないなら、Unity側の設定を続けず、MacとXcodeの組み合わせを確認します。
• Xcodeで空のプロジェクトを開けるか確認します。開けない場合は、Unityプロジェクトの修正より先にXcode環境を直します。
• シミュレーターを実行先に選べるか確認します。実機を選ぶ場合は、接続、信頼設定、アカウントと署名を別に見ます。
• Xcodeのエラーが署名関連なら、Unityのボタンを再設定する前にアカウントと権限を確認します。
• コードやプラグインのエラーなら、空のUnityプロジェクトとの差分を取ります。

共有Appleアカウントや証明書を使ったり、安全機能を無効にしたり、出所の不明なスクリプトを実行したりする方法は避けてください。課題を急いでいるときほど、原因を隠して後から再現できなくする対応は避けるべきです。

最小プロジェクトでの確認手順

正式な課題を直接修正すると、モジュール不足とプラグインの問題が混ざります。先に空のUnityプロジェクトで同じ工程を試すと、環境の問題か、課題プロジェクト固有の問題かを判断できます。

• [ ] Unity Hubで、対象のUnity 6.5にiOS Build Supportが入っているか確認する。
• [ ] Unityを再起動し、Platform BrowserにiOSが表示されるか確認する。
• [ ] iOS Build Profileを作成し、活動中のプロフィールへ切り替える。
• [ ] 空のシーンをビルド対象に入れ、Bundle Identifierを確認する。
• [ ] WindowsでXcodeプロジェクトの生成を試し、保存先を記録する。
• [ ] Macへプロジェクトを移し、Xcodeで開けるか確認する。
• [ ] シミュレーターまたは許可された実機を選び、エラーの種類を記録する。
• [ ] 空のプロジェクトが成功した後で、正式課題のアセットやプラグインを一つずつ戻す。

空のプロジェクトでもiOSが表示されないなら、まずモジュールまたはエディターの選択を直します。空のプロジェクトは成功するのに課題だけ失敗するなら、シーン設定、プラグイン、アセット、スクリプトの差分を調べます。

Unity 6.5の公開内容や更新状況は、Unity 6.5の公式リリース情報で確認できます。アップグレード直後のプロジェクトであれば、Unity 6.5のアップグレードガイドも確認対象にしてください。

よくある質問

Unity 6.5でiOSプラットフォームが見つからない場合

Unity Hubで、現在のUnity 6.5エディターにiOS Build Supportが追加されているか確認します。導入後にUnityを再起動し、Platform Browserを開き直してください。

iOS Build Supportを入れた後もビルドできない場合

iOS Build Profileが作成され、活動中のプロフィールとして選択されているか確認します。シーン、Bundle Identifier、出力先も確認し、Windows用プロフィールのままになっていないかを見ます。

WindowsからiOSプロジェクトを生成できるか

WindowsでUnityを使ってXcodeプロジェクトを生成できる場合はあります。しかし、その後のXcodeビルド、署名、シミュレーター実行にはmacOS上のXcodeが必要です。

BuildとBuild And Runが同時にグレーの場合

iOS Build Support、iOS Build Profile、活動中の対象プラットフォームを順に確認します。Macへ移った後も同じ場合は、Xcode、実行先、署名、コードエラーを分けて調べます。

Macがない状態で課題を完成させるには

Windowsで制作とXcodeプロジェクト生成まで行い、最終確認だけ学校のMacまたは短期レンタルのMacで実行する方法があります。課題に実機確認が含まれる場合は、シミュレーターだけで代用できるかを先に担当者へ確認してください。

本機を直すかMac環境へ移るか

iOS Build Supportがなく、Unity Hubを管理できるなら、本機で修復を続けて構いません。iOS Build Profileまで設定でき、Xcodeプロジェクトも生成できるなら、残る問題はMac側の最終工程に絞れます。

一方、学校のPCでモジュール追加が禁止されている、Windowsでシミュレーターや実機確認まで必要、または締切前にXcodeの環境を整える時間がない場合は、無理に制限を回避するより、許可されたMac環境へ切り替えるほうが安全です。

KVMFLUXの料金プランを確認する場合も、まず必要な作業が「Xcodeプロジェクト生成だけ」なのか、「シミュレーターや実機を含む最終確認」なのかを整理してください。利用を決めたら、空のUnityプロジェクトで接続後の流れを確認してから、正式課題を移すのが安全です。初回接続の手続きはMacレンタルの申込み案内で確認できます。

WindowsのUnityだけで作業する方法は制作費を抑えやすい一方、Xcodeの最終ビルド、macOSとの互換性確認、シミュレーター、署名の段階で作業が止まりやすいという弱点があります。学校のMacは無料でも利用時間や権限に制約があり、構築自動化は実機操作や画面確認に向きません。課題の締切までにMac工程だけを確実に終えたいなら、KVMFLUXのリモートMacを短期間の確認環境として使うほうが、購入より負担を抑えながら必要な工程を試しやすい選択肢になります。

まずは空のプロジェクトでiOS Build Profile、Xcodeプロジェクト生成、Mac上のXcode実行まで確認し、成功した環境へ正式課題を移してください。