Unity 6.5 iOS-Build grau? Lösung für Einsteiger 2026

Symptom → schnellste Lösung: Ist iOS im Platform Browser nicht vorhanden, installieren Sie zuerst für genau Ihre Unity-6.5-Installation das Modul iOS Build Support. Ist iOS sichtbar, aber Build grau, erstellen und aktivieren Sie ein iOS Build Profile. Windows kann das Xcode-Projekt vorbereiten, für den finalen Build, den Simulator und die Signierung brauchen Sie jedoch einen kompatiblen Mac mit Xcode.

Dieser Artikel richtet sich an Sie, wenn Sie mit Windows, einem eigenen Mac, einem Schulcomputer oder einem gemieteten Remote Mac ein Unity-Projekt für iOS abgeben müssen. Besonders hilfreich ist er für Einsteiger, die erstmals einen iOS-Export versuchen, kurz vor dem Abgabetermin stehen oder entscheiden müssen, ob sie den lokalen Rechner weiter reparieren oder vorübergehend auf einen Mac wechseln.

Zuletzt aktualisiert am 20.09.2026. Die Aussagen zu Unity 6.5, iOS Build Support, Build Profiles und dem Xcode-Bauprozess wurden anhand der verlinkten Unity- und Apple-Dokumentation geprüft.

Welche graue Schaltfläche sehen Sie tatsächlich?

Bevor Sie Unity neu installieren, ordnen Sie das sichtbare Problem einer von vier Situationen zu. Die Lösung hängt davon ab, an welcher Stelle der Ablauf stoppt:

Der Platform Browser ist dabei keine bloße Liste von Symbolen. Er zeigt, welche Zielplattform Unity in Ihrer aktuellen Installation und Projektumgebung verwenden kann. Die offizielle Referenz zum Platform Browser beschreibt, wie Plattformen ausgewählt und gewechselt werden. Vergleichen Sie die tatsächliche Bezeichnung in Ihrer Oberfläche mit der Dokumentation, statt einen Menüpfad aus einem älteren Tutorial zu übernehmen.

Warum findet Unity 6.5 die iOS-Plattform nicht? Meist fehlt nicht das gesamte Unity-Programm, sondern das zusätzliche Plattformmodul. Unity führt iOS-Unterstützung als iOS Build Support. Eine normale Editor-Installation bedeutet daher nicht automatisch, dass der iOS-Export verfügbar ist. Die Veröffentlichung und der aktuelle Status von Unity 6.5 sollten zusätzlich in der offiziellen Unity-6.5-Dokumentation geprüft werden.

Erste Prüfung: Installation von iOS Build Support

Wenn Sie mehrere Unity-Versionen installiert haben, ist eine häufige Fehlerquelle die Zuordnung: Das Modul wurde für einen anderen Editor installiert als für den Editor, der Ihr Kursprojekt öffnet. Prüfen Sie deshalb nicht nur, ob irgendwo auf dem Rechner ein iOS-Modul vorhanden ist.

Gehen Sie möglichst risikoarm vor:

1. Öffnen Sie den Unity Hub und rufen Sie die Liste der installierten Editoren auf.
2. Suchen Sie den Unity-6.5-Editor, mit dem Ihr Projekt tatsächlich gestartet wird.
3. Öffnen Sie dessen Modulverwaltung und prüfen Sie, ob iOS Build Support ausgewählt ist.
4. Falls das Modul fehlt, starten Sie die Installation über den Hub.
5. Warten Sie, bis der Vorgang beendet ist, und öffnen Sie anschließend Unity erneut.
6. Laden Sie Ihr Projekt und öffnen Sie den Platform Browser noch einmal.
7. Prüfen Sie, ob iOS nun als auswählbare Plattform erscheint.

Laden Sie kein angebliches „iOS-Modul für Unity“ von einer unbekannten Downloadseite. Solche Pakete können veraltet, unvollständig oder mit Schadsoftware verändert sein. Außerdem lässt sich später kaum nachvollziehen, welche Dateien tatsächlich installiert wurden. Für einen Kursrechner mit eingeschränkten Rechten ist es besser, die Installation durch die zuständige Administration freigeben zu lassen, anstatt Schutzmechanismen zu umgehen.

Warum funktioniert der Build trotz installiertem iOS Build Support noch nicht? Das Modul macht den Export grundsätzlich möglich, stellt aber nicht automatisch das aktive Projektziel, eine gültige Szene oder eine fertige Xcode-Umgebung her. Nach der Installation muss daher die Projektebene geprüft werden. Wenn iOS nach einem Neustart weiterhin fehlt, kontrollieren Sie zuerst den Editorpfad und die tatsächlich verwendete Unity-Version, bevor Sie das gesamte Projekt neu anlegen.

Zweite Prüfung: Ist das iOS Build Profile aktiv?

In Unity 6.5 reicht es nicht immer, iOS nur in der Plattformauswahl zu sehen. Ein Build Profile ist vereinfacht gesagt die Aufgabenkarte Ihres Projekts: Darin steht, für welches Ziel Unity die Einstellungen und den Export vorbereitet. Wenn weiterhin ein Windows- oder anderes Profil aktiv ist, kann die iOS-Build-Schaltfläche trotz installiertem Modul unbrauchbar bleiben.

Prüfen Sie die Konfiguration in dieser Reihenfolge:

1. Öffnen Sie den Bereich für Build Profiles und legen Sie ein neues Profil für iOS an.
2. Übernehmen Sie nur die notwendigen Projekteinstellungen aus dem bestehenden Kursprojekt.
3. Wählen Sie das iOS-Profil mit Switch Profile als aktives Profil aus.
4. Kontrollieren Sie, ob der aktuelle Kurs-Szenenaufbau in der Build-Konfiguration enthalten ist.
5. Speichern Sie das Projekt und öffnen Sie den Build-Bereich erneut.
6. Prüfen Sie, ob jetzt ein Ausgabeziel ausgewählt werden kann.

Die offizielle Anleitung zum Erstellen eines Build Profiles ist der bessere Bezugspunkt als ein Video mit einer älteren Unity-Oberfläche. Menünamen und Anordnung können sich ändern; entscheidend ist nicht, ob Ihr Bildschirm genauso aussieht wie im Tutorial, sondern ob ein iOS-Profil erstellt und aktiviert wurde.

Kontrollieren Sie außerdem die grundlegenden Player-Einstellungen:

• Ist die richtige Szene für den Kursauftrag eingebunden?
• Ist das Ziel wirklich iOS und nicht weiterhin Windows?
• Besitzt das Projekt eine eindeutige Bundle Identifier, etwa im vorgesehenen Format?
• Sind Produktname und Anwendungssymbol zumindest so weit gesetzt, wie es die Aufgabenstellung verlangt?
• Enthält das Projekt Plugins oder Pakete, die nur für Windows vorgesehen sind?
• Gibt es bereits Compilerfehler in Skripten, bevor Sie überhaupt den Export starten?

Die Unity-Dokumentation zur Application Identifier erklärt, wo die Kennung verwendet wird. Die iOS-spezifischen Player Settings finden Sie in der offiziellen Übersicht für iOS. Sie müssen daraus keine vollständige App-Veröffentlichung machen. Für einen ersten Kurs-Export genügt zunächst eine konsistente Zielplattform, eine gültige Szene und eine nicht leer gelassene Kennung.

Das erste belastbare Zwischenziel lautet: Unity akzeptiert iOS als aktives Ziel, lässt Sie einen Ausgabeordner auswählen und erzeugt dort ein Xcode-Projekt. Wenn dieser Schritt gelingt, ist die Unity-Konfiguration wahrscheinlich nicht mehr der Hauptfehler. Dann wechseln Sie zur Mac- und Xcode-Prüfung.

Was kann Unity unter Windows für iOS leisten?

Kann Unity unter Windows ein iOS-Projekt erzeugen? Ja, Windows kann je nach Projekt- und Unity-Konfiguration den Unity-Teil des Exports vorbereiten und ein Xcode-Projekt erzeugen. Damit ist die Arbeit aber nicht automatisch abgeschlossen. Der anschließende native Build läuft über Xcode und setzt eine kompatible macOS-Umgebung voraus.

Stellen Sie sich den Ablauf wie eine Abgabe in zwei Teilen vor: Unity sortiert Ihre Szenen, Skripte und Assets in die vorbereiteten Projektdateien. Xcode übernimmt danach das „Binden und Abstempeln“: Es kompiliert den nativen Teil, verarbeitet die iOS-Ziele und kümmert sich bei einem echten Gerät um Signierung und Installation. Die Unity-Beschreibung des iOS-Buildprozesses bestätigt diese Trennung.

Das erklärt drei typische Missverständnisse:

• Ein erfolgreicher Windows-Export beweist noch nicht, dass die App auf einem iPhone startet.
• Eine erzeugte Xcode-Projektmappe ersetzt weder Xcode noch macOS.
• Ein graues Build And Run kann an der fehlenden Ausführungsumgebung liegen, selbst wenn Unity das Projekt korrekt vorbereitet.

Für Windows-Lernende ergeben sich damit drei realistische Wege:

Der Schul-Mac passt, wenn Sie interaktiv mit dem iOS Simulator arbeiten, Geräte anschließen oder während des Unterrichts unmittelbar testen müssen. Prüfen Sie vorab, ob Sie Software öffnen, Projektdateien übertragen und die benötigten Xcode-Komponenten verwenden dürfen. Ein verwalteter Rechner kann diese Rechte bewusst einschränken.

Ein kurzfristig gemieteter Remote Mac passt, wenn Ihr Windows-Rechner das Unity-Projekt bereits erstellt, aber für die Abgabe noch ein Xcode-Export, ein Simulatorbild oder ein Testlauf fehlt. Achten Sie auf vollständige Benutzerrechte, sichere Dateiübertragung und eine stabile Verbindung. Informationen zu typischen Lern- und Entwicklungsfällen finden Sie in den Anwendungsfällen für Remote Macs.

Eine automatisierte Build-Umgebung passt, wenn Sie nur prüfen müssen, ob der Export technisch durchläuft und keine längere Simulatorarbeit vorgesehen ist. Für Anfänger ist sie häufig schwerer zu kontrollieren, weil Fehlerprotokolle, Zertifikate und Projektparameter weniger anschaulich sind. Wenn Sie während des Kurses Szenen ändern und sofort testen müssen, ist eine zugängliche Mac-Oberfläche meist leichter zu verstehen.

Wie erledigen Sie eine Unity-iOS-Kursaufgabe ohne eigenen Mac? Bereiten Sie Szenen, Skripte und Assets unter Windows vor, erzeugen Sie das Xcode-Projekt und führen Sie den letzten Abschnitt auf einem kompatiblen Mac aus. Wenn der Kurs ausdrücklich Simulatorbilder, Gerätestart oder eine vollständige App-Datei verlangt, sollten Sie den Mac-Zugang vor dem Abgabetermin testen, nicht erst nach dem ersten fehlgeschlagenen Export.

Der Mac- und Xcode-Schritt nach dem Unity-Export

Wenn Sie auf einen Mac gewechselt haben und Build And Run weiterhin nicht funktioniert, behandeln Sie das nicht automatisch als Unity-Fehler. Sie müssen vier Bereiche getrennt prüfen: Xcode-Installation, Zielgerät, Apple-Konto beziehungsweise Signierung und der eigentliche Projektcode.

1. Xcode und macOS abgleichen

Installieren Sie Xcode nur aus einer vertrauenswürdigen Quelle und prüfen Sie, ob die Version zu Ihrer macOS-Version und zum von Ihnen verwendeten iOS SDK passt. Für Xcode 27 sollten Sie die aktuellen Apple-Systemanforderungen für Xcode heranziehen. Apple kann unterstützte macOS-Versionen und SDK-Kombinationen ändern; deshalb sollten Sie diese Angaben nicht aus einem alten Unity-Tutorial übernehmen.

Beobachtung: Xcode startet normal und kann ein leeres Projekt öffnen.
Erwartetes Ergebnis: Die Entwicklungsumgebung meldet keine fehlende Plattformkomponente.
Stoppbedingung: Wenn Xcode nicht startet oder die benötigte SDK-Kombination nicht unterstützt, reparieren Sie zuerst diese Umgebung.

2. Simulator oder echtes Gerät unterscheiden

Ein Simulator ist ein Übungsgerät auf dem Mac. Ein echtes iPhone ist ein physisches Ziel mit zusätzlichen Anforderungen. Prüfen Sie deshalb im Unity-Projekt, welches Ziel Ihre Kursaufgabe verlangt. Ein Simulatorlauf benötigt nicht dieselbe Prüfung wie ein echter Gerätebetrieb; ein echter Lauf kann dagegen eine Geräteverbindung, ein Entwicklerprofil und eine zulässige Signierung voraussetzen.

Beobachtung: Das gewählte Ziel erscheint in Xcode oder in der Unity-Konfiguration.
Erwartetes Ergebnis: Das Ziel ist verfügbar und lässt sich auswählen.
Stoppbedingung: Wenn nur ein nicht vorhandenes Gerät ausgewählt ist, wechseln Sie zunächst zum Simulator oder verbinden Sie ein ausdrücklich erlaubtes Testgerät.

3. Signierung separat beurteilen

Eine Signierung ist der „Abgabestempel“ für die Installation auf einem echten Gerät. Sie ist nicht dasselbe wie ein Fehler in Ihrem C#-Skript. Teilen Sie keine Apple-Konten, Zertifikate oder privaten Schlüssel mit anderen Lernenden und umgehen Sie keine Sicherheitsprüfung. Auf einem Schul- oder Mietrechner muss geklärt sein, welche Konten und Geräte offiziell verwendet werden dürfen.

Beobachtung: Xcode meldet einen Fehler zu Team, Provisioning oder Signierung.
Erwartetes Ergebnis: Das Projekt kann für das ausgewählte Ziel vorbereitet werden.
Stoppbedingung: Wenn Berechtigungen fehlen, wenden Sie sich an die zuständige Administration oder verwenden Sie ein zugelassenes Simulatorziel, statt Sicherheitsmechanismen abzuschalten.

4. Projektfehler nicht mit Plattformfehlern verwechseln

Ein fehlendes Paket, ein inkompatibles Plugin oder ein Compilerfehler kann den Build ebenfalls stoppen. Ein gutes Diagnoseverfahren ist ein leerer Test: Erstellen Sie ein neues, kleines Unity-Projekt mit minimalem Inhalt und prüfen Sie nur den iOS-Export. Funktioniert dieser Export, liegt der Fehler wahrscheinlich in Ihrem Kursprojekt, etwa in Assets, Plugins, Szenen oder Skripten. Scheitert auch der Test, konzentrieren Sie sich auf Modul, Profil, Mac, Xcode und Berechtigungen.

Ihre abhakbare Prüfung vor dem Abgabetermin

Arbeiten Sie die Liste in der vorgegebenen Reihenfolge ab. Nach jedem Abschnitt sollte ein beobachtbares Ergebnis stehen; wenn ein Punkt scheitert, springen Sie nicht einfach weiter.

• [ ] Das Projekt öffnet sich mit dem vorgesehenen Unity-6.5-Editor.
• [ ] In Unity Hub ist für genau diesen Editor iOS Build Support installiert.
• [ ] Nach einem Neustart erscheint iOS im Platform Browser.
• [ ] Ein iOS Build Profile wurde erstellt.
• [ ] Das iOS-Profil ist mit Switch Profile aktiv gesetzt.
• [ ] Die Kurs-Szene ist in der Build-Konfiguration enthalten.
• [ ] Die Bundle Identifier ist nicht leer und entspricht den Kursvorgaben.
• [ ] Der Unity-Export kann einen Ausgabeordner auswählen.
• [ ] Das erzeugte Xcode-Projekt lässt sich auf einem kompatiblen Mac öffnen.
• [ ] Xcode und macOS erfüllen die für die verwendete Xcode-Version geltenden Apple-Anforderungen.
• [ ] Das Ziel ist eindeutig als Simulator oder echtes Gerät festgelegt.
• [ ] Signierungs- und Gerätefehler werden getrennt von Unity-Skriptfehlern geprüft.
• [ ] Der Test mit einem leeren Projekt wurde dokumentiert, falls das Kursprojekt weiterhin scheitert.

Wenn Sie nach dem Modulcheck iOS sehen, aber nach der Profilprüfung keinen Xcode-Export erzeugen können, liegt der nächste Verdacht bei Projektkonfiguration oder Inhalt. Wenn der leere Test funktioniert und nur das Kursprojekt scheitert, kopieren Sie nicht sofort alle Assets auf einen anderen Rechner. Übertragen Sie stattdessen Szene, Skripte und Pakete schrittweise, damit der auslösende Bestandteil erkennbar bleibt.

Welche Entscheidung ist für Ihre Situation sinnvoll?

Reparieren Sie den lokalen Rechner, wenn iOS nach der Modulinstallation erscheint, das Build Profile aktiv ist und Sie ausreichend Zeit haben, Projektfehler selbst zu isolieren. Das ist die günstigste Variante, wenn Ihr Kurs keine sofortige Simulator- oder Geräteabgabe verlangt.

Wechseln Sie vorübergehend auf einen Remote Mac, wenn Windows den Xcode-Export bereits erzeugt, aber ein Mac für Simulator, Gerätestart oder die finale Abgabe fehlt. Prüfen Sie vor der Übertragung, ob Sie die Projektdateien sicher synchronisieren können und ob die Mietdauer zu Ihrem tatsächlichen Testfenster passt. Für Datenschutzfragen bei Kursdateien sollten Sie die Datenschutzhinweise von KVMFLUX lesen.

Wählen Sie eine automatisierte Lösung nur dann, wenn der Kurs einen reproduzierbaren Build verlangt und Sie nicht ständig interaktiv im Simulator arbeiten müssen. Für Einsteiger entstehen dort zusätzliche Fehlerquellen durch Protokolle, Zertifikate und Umgebungsvariablen.

Ein Windows-Rechner bleibt für Unity-Szenen, C#-Skripte und viele Lernschritte brauchbar. Als langfristige Lösung für einen Kurs mit Simulator, Xcode-Projekt, Signierung und Geräteprüfung ist er jedoch unvollständig. Auch ein Schulcomputer kann durch fehlende Installationsrechte, blockierte Anschlüsse oder zentrale Richtlinien ungeeignet sein. Ein Remote Mac von KVMFLUX kann in diesem begrenzten Fall praktischer sein, weil Sie keine eigene Mac-Hardware anschaffen müssen und den Mac-Zugang auf das konkrete Test- oder Abgabefenster begrenzen können. Prüfen Sie die verfügbaren Optionen erst anhand Ihrer Aufgabe und der aktuellen KVMFLUX-Angebote, nicht anhand eines allgemeinen Versprechens, dass jeder iOS-Fehler automatisch verschwindet.

Beginnen Sie mit einem leeren Unity-6.5-Projekt, bevor Sie Ihr vollständiges Kursprojekt übertragen. Wenn iOS Build Support, Build Profile, Xcode-Projekt und Simulator dort funktionieren, können Sie Ihr eigentliches Projekt gezielt vergleichen. So erkennen Sie, ob die graue Schaltfläche durch die Umgebung oder durch ein bestimmtes Plugin, Asset oder eine Projekteinstellung verursacht wird.