Unity 6.5 : bouton Build iOS grisé, correctif débutant 2026

Le devoir doit être rendu et, dans Unity 6.5, la plateforme iOS ou le bouton Build reste grisé.

La solution la plus rapide consiste à vérifier dans Unity Hub que le module iOS Build Support est installé pour le même éditeur, puis à créer et activer un iOS Build Profile. Si vous travaillez sous Windows, Unity peut générer le projet Xcode, mais la compilation finale, le simulateur et la signature nécessitent un Mac compatible avec Xcode.

Cet article s’adresse surtout à vous si vous utilisez Windows et tentez votre premier export Unity vers iOS. Il convient aussi aux débutants déjà sur Mac qui ne voient pas iOS dans Build Profiles, ainsi qu’aux étudiants proches de la date de rendu qui doivent choisir entre réparer leur poste et passer temporairement sur un Mac distant.

Dernière mise à jour : 20 septembre 2026. Les informations de version et de compatibilité ont été vérifiées à partir de la documentation officielle de Unity 6.5, de la documentation Unity consacrée à la construction iOS et des exigences officielles d’Apple pour Xcode.

Avant de réinstaller : où le bouton est-il réellement grisé ?

Le même symptôme peut correspondre à des causes très différentes. Regardez d’abord l’écran visible, sans supprimer le projet ni installer un module trouvé sur un forum.

Unity 6.5 est bien une version officiellement publiée au 20 septembre 2026 ; cela ne signifie toutefois pas que chaque installation possède automatiquement les composants iOS. La documentation de la plateforme explique séparément le processus de construction iOS, tandis que la référence de Platform Browser décrit l’affichage des plateformes disponibles.

Pourquoi Unity 6.5 ne trouve-t-il pas la plateforme iOS ?
Dans la plupart des cas, l’éditeur est installé, mais pas son module iOS Build Support. Pensez à ce module comme au « kit de cours » qui apprend à Unity à préparer un projet iOS. Sans lui, le programme peut continuer à ouvrir vos scènes et vos scripts, mais il ne dispose pas de la partie nécessaire à l’export iOS.

Le nom exact du menu peut varier selon l’interface de Unity Hub. Utilisez donc les libellés visibles dans votre installation et confirmez-les avec la documentation officielle plutôt que de suivre une capture ancienne.

Première étape : rétablir iOS dans Platform Browser

Commencez par identifier l’éditeur réellement utilisé par votre projet. Un module ajouté à une autre version de Unity ne répare pas automatiquement l’installation ouverte au moment du cours.

• [ ] Notez la version affichée dans Unity Hub et vérifiez qu’il s’agit bien de Unity 6.5.
• [ ] Fermez Unity 6.5 avant de modifier ses modules.
• [ ] Dans Unity Hub, ouvrez la gestion de cette installation et affichez les modules disponibles.
• [ ] Recherchez iOS Build Support et sélectionnez-le pour cette même version.
• [ ] Laissez Unity Hub télécharger et installer le composant officiel.
• [ ] N’utilisez pas un installeur indépendant, une archive partagée ou un script de réparation provenant d’une source inconnue.
• [ ] Rouvrez Unity 6.5, puis revenez dans Platform Browser.
• [ ] Vérifiez que iOS apparaît désormais comme plateforme sélectionnable.

L’installation est considérée comme réussie uniquement lorsque la plateforme iOS est visible dans Platform Browser après le redémarrage de l’éditeur. Voir le module dans Unity Hub ne suffit pas : il faut vérifier sa présence depuis le projet concerné.

Sur un ordinateur d’école, vous pouvez ne pas avoir les droits nécessaires pour modifier Unity Hub. Dans ce cas, ne contournez pas la gestion de l’appareil et ne désactivez pas les protections. Demandez une installation officielle au responsable informatique, ou utilisez un Mac auquel vous êtes autorisé à accéder.

Deuxième étape : iOS apparaît, mais Build reste indisponible

Lorsque iOS est visible, le diagnostic change. Unity peut connaître la plateforme sans savoir que votre projet doit actuellement produire une sortie iOS. C’est le rôle du Build Profile : imaginez une fiche de configuration qui indique à l’éditeur la cible de votre devoir.

La procédure générale est la suivante :

• [ ] Ouvrez la zone Build Profiles de votre projet.
• [ ] Vérifiez si un profil iOS existe déjà.
• [ ] Si nécessaire, créez un profil destiné à iOS.
• [ ] Utilisez Switch Profile pour rendre ce profil actif.
• [ ] Confirmez que l’interface ne reste pas sur Windows, Linux ou une autre cible.
• [ ] Ajoutez la scène du cours à la liste des scènes incluses dans la compilation.
• [ ] Vérifiez le nom de l’application et son identifiant d’application.
• [ ] Enregistrez le projet avant de relancer la commande Build.

La documentation officielle sur la création d’un Build Profile doit servir de référence pour les intitulés et l’ordre des commandes. Si votre interface ne correspond pas exactement à une capture, fiez-vous aux menus affichés dans votre version au lieu de cliquer au hasard.

Pourquoi l’installation d’iOS Build Support ne suffit-elle pas toujours ?
Parce que le module installe la capacité générale d’export, alors que le profil actif détermine la cible utilisée par ce projet. Vous pouvez donc avoir le bon module et rester sur un profil Windows. Dans ce cas, réinstaller Unity ne change rien : il faut sélectionner ou créer le profil iOS.

Vérifiez ensuite les réglages qui bloquent fréquemment le début de construction, sans transformer ce dépannage en tutoriel complet de publication :

• la scène du cours est-elle bien incluse ?
• le profil actif correspond-il bien à iOS ?
• l’identifiant d’application est-il renseigné dans les paramètres du lecteur ?
• le projet contient-il une scène enregistrée plutôt qu’une scène seulement ouverte temporairement ?
• le type de sortie demandé par votre cours correspond-il à une génération de projet Xcode ?

La documentation Unity sur l’identifiant d’application et les réglages iOS du lecteur permettent de vérifier ces champs sans inventer de valeur. Pour un exercice, reprenez l’identifiant demandé par votre enseignant ; ne copiez pas celui d’une autre application.

À ce stade, le bon résultat intermédiaire n’est pas encore une application installée sur un iPhone. C’est la possibilité de choisir un dossier et de générer un projet Xcode sans erreur immédiate.

Windows peut-il produire le projet iOS sans produire l’application finale ?

Oui, Windows peut vous permettre de préparer le projet Unity destiné à Xcode, mais il ne remplace pas le Mac nécessaire à la suite du processus. Unity décrit une construction en deux parties : l’éditeur rassemble les scènes, les ressources et le code dans un projet Xcode ; Xcode réalise ensuite la compilation native, la signature et l’exécution dans l’environnement Apple. Consultez le processus officiel de construction iOS avec Unity pour distinguer ces deux étapes.

L’analogie la plus simple est celle d’un dossier scolaire. Unity prépare les feuilles, les images et la structure du dossier. Xcode réalise ensuite la reliure, ajoute le cachet requis et permet de présenter le résultat sur un appareil ou dans un simulateur. Windows peut préparer le dossier, mais ne possède pas l’atelier macOS nécessaire pour les opérations finales.

Unity sous Windows peut-il générer un projet iOS ?
Il peut générer les fichiers de projet nécessaires lorsque la configuration Unity le permet, mais vous ne devez pas en déduire que Windows peut compiler, signer et lancer localement l’application iOS. La construction finale, l’exécution du simulateur iOS et l’utilisation d’un appareil réel nécessitent un Mac compatible avec la version de Xcode retenue.

Si votre devoir demande seulement le projet exporté, Windows peut suffire après validation des consignes. S’il demande une capture du simulateur, un fichier d’application, une exécution sur appareil ou une signature, prévoyez un accès Mac avant la dernière séance. Ne promettez pas à votre enseignant un résultat que votre poste ne peut pas produire.

Sur Mac, pourquoi Build And Run peut-il encore rester grisé ?

Passer sur un Mac ne règle pas automatiquement toutes les causes. Il faut séparer quatre sujets qui sont souvent mélangés : la présence de Xcode, la compatibilité de l’environnement, la cible choisie et les erreurs du projet.

Commencez par les contrôles suivants :

• [ ] Xcode est installé depuis une source officielle et peut être ouvert.
• [ ] Les composants demandés par Xcode sont installés après son premier lancement.
• [ ] La version de macOS correspond aux exigences publiées pour la version de Xcode utilisée.
• [ ] Le SDK ou la cible demandée par votre projet est disponible.
• [ ] Vous avez déterminé si le cours vise un simulateur ou un appareil réel.
• [ ] Pour un appareil réel, le câble, l’autorisation de connexion et le compte demandé par l’école sont disponibles.
• [ ] Vous n’utilisez pas un certificat partagé par un autre étudiant.
• [ ] Vous ne désactivez pas les contrôles de sécurité pour forcer l’exécution.
• [ ] Le projet Xcode généré s’ouvre sans erreur de structure.
• [ ] Les erreurs de code sont distinguées des erreurs de signature.

Apple publie les combinaisons prises en charge dans ses exigences système Xcode. Si vous cherchez spécifiquement à utiliser Xcode 27, vérifiez directement la ligne correspondant à votre version de macOS et au SDK visé ; ne déduisez pas la compatibilité d’un numéro trouvé dans une vidéo ancienne.

Build et Build And Run sont-ils tous les deux grisés ?
Commencez par vérifier le profil iOS, la scène et l’identifiant d’application. Si Build devient disponible mais que Build And Run reste grisé, le blocage se situe probablement dans la cible d’exécution ou l’environnement Mac, et non dans le module Unity. Si les deux commandes restent indisponibles, revenez au profil actif et à l’installation iOS Build Support.

Le simulateur est utile pour tester l’interface et les interactions, notamment dans un projet étudiant mêlant animation, audio ou vidéo. Il ne reproduit cependant pas toutes les conditions d’un appareil réel. Une application peut s’ouvrir dans le simulateur mais demander ensuite une vérification sur appareil pour le rendu final, les capteurs ou certaines fonctions matérielles.

Ne partagez pas un compte Apple, un certificat ou une clé privée avec un camarade. Ne contournez pas les restrictions d’un ordinateur d’établissement et n’exécutez pas de script prétendant « débloquer » Build And Run. Ces raccourcis peuvent rendre le diagnostic moins fiable et créer un problème de sécurité distinct de votre erreur Unity.

Troisième étape : faire un test minimal avant de toucher au projet du cours

Un projet complet peut cumuler des extensions, des ressources lourdes, des scripts externes et des réglages hérités d’une ancienne version. Avant de modifier tout le devoir, créez un projet Unity 6.5 vierge et reproduisez le parcours minimal :

• [ ] Créez un projet vide avec la même version Unity 6.5 que celle vérifiée dans Unity Hub.
• [ ] Confirmez la présence d’iOS Build Support.
• [ ] Créez ou activez un profil iOS.
• [ ] Ajoutez une scène vide et enregistrez-la.
• [ ] Vérifiez l’identifiant d’application avec les paramètres officiels.
• [ ] Lancez Build et observez si Unity peut générer le projet Xcode.
• [ ] Ouvrez ce projet sur un Mac compatible.
• [ ] Vérifiez si Xcode peut atteindre le simulateur choisi.
• [ ] Notez précisément l’étape où l’opération s’arrête.

Ce test ne constitue pas une preuve que votre jeu est prêt à être publié. Il répond à une question plus simple : l’environnement de base fonctionne-t-il ? Si le projet vide réussit et que votre devoir échoue, examinez ensuite les extensions, les ressources, les scènes et les scripts du projet scolaire. Si le projet vide échoue également, concentrez-vous sur le module, le profil, Unity Hub, macOS ou Xcode.

Pour documenter votre dépannage, notez la version de Unity, le système utilisé, le profil actif, le message affiché et l’étape réussie. Cette trace est plus utile qu’une capture montrant seulement un bouton gris, car elle indique si le problème apparaît avant l’export Unity, à l’ouverture de Xcode ou pendant l’exécution.

Faut-il réparer votre ordinateur ou utiliser un Mac temporaire ?

La décision dépend de ce que votre cours exige réellement. Si vous devez surtout apprendre C#, construire une scène ou préparer des ressources audio et vidéo, votre Windows peut rester votre poste principal. Si l’évaluation exige le simulateur, une signature ou une démonstration iOS, prévoyez l’accès à un Mac suffisamment tôt pour ne pas découvrir la limite le jour du rendu.

Un Mac de l’école convient lorsque vous pouvez réserver une séance de test et que les droits nécessaires sont déjà en place. Un Mac distant convient davantage à une remise ponctuelle, à une vérification de projet ou à une courte période de correction, à condition que votre connexion permette une interaction confortable avec Xcode et le simulateur. L’automatisation de construction est plutôt adaptée à la validation répétée d’un projet déjà stabilisé ; elle est moins appropriée si vous devez comprendre vos premières erreurs d’interface ou de code.

Pour comparer les conditions d’accès, vous pouvez consulter le guide de configuration d’un Mac distant. Si votre besoin se limite à un essai avant le rendu, vérifiez aussi les modalités actuelles sur la page des offres Mac, sans choisir une durée avant d’avoir identifié l’étape réellement manquante.

Le choix devient raisonnable dans les cas suivants :

• gardez Windows si Unity prépare correctement le projet et que le cours n’exige pas l’exécution iOS ;
• réparez votre installation locale si iOS manque alors que vous avez les droits d’administration et du temps pour tester ;
• utilisez un Mac de l’école si Xcode est déjà installé et que l’accès au simulateur est autorisé ;
• envisagez un Mac distant pour une remise temporaire, un test Xcode ou une correction urgente ;
• préférez une automatisation uniquement si le projet est déjà reproductible et que vous cherchez surtout une validation de construction.

Un Mac distant ne supprime pas les erreurs de projet, ne remplace pas les autorisations Apple et ne transforme pas un projet Windows mal configuré en application prête à remettre. Son intérêt est de vous fournir un environnement Mac accessible lorsque l’achat d’un ordinateur ou la modification du poste de l’école ne sont pas réalistes.

Si votre solution actuelle repose uniquement sur Windows, elle garde l’avantage du travail quotidien, mais elle bloque au moment de la construction native, du simulateur et de la signature. Un poste scolaire peut, lui, être indisponible, restreint par les droits administrateur ou déjà occupé lorsque la date de rendu approche. Dans ce contexte précis, louer temporairement un Mac via KVMFLUX peut offrir un parcours plus direct : vous testez d’abord un projet Unity vierge, puis vous transférez le projet du cours seulement après avoir validé l’ouverture de Xcode et le lancement du simulateur. Cela reste moins adapté si vous avez besoin d’un usage permanent, d’un accès physique aux ports ou d’un poste local pour un travail lourd et quotidien.

Pour commencer sans transformer le dépannage en achat définitif, utilisez la présentation des cas d’usage Mac, puis choisissez une durée alignée sur votre séance de test et votre calendrier de rendu. L’objectif n’est pas de louer un environnement par réflexe, mais de franchir précisément l’étape que Windows ne peut pas assurer.

En résumé opérationnel

• [ ] iOS absent : installez iOS Build Support pour le même Unity 6.5.
• [ ] iOS visible mais inactif : créez puis activez le Build Profile iOS.
• [ ] Build grisé : contrôlez la scène, l’identifiant d’application et la cible active.
• [ ] Build fonctionne sous Windows : générez le projet Xcode, sans promettre la compilation finale.
• [ ] Build And Run indisponible sur Mac : contrôlez Xcode, macOS, le simulateur, l’appareil et la signature.
• [ ] Projet du cours toujours bloqué : comparez-le avec un projet vierge avant de réinstaller toute la chaîne.
• [ ] Date de rendu proche : choisissez entre Mac de l’école, Mac distant temporaire ou réparation locale selon l’étape exigée.

Le diagnostic le plus fiable consiste donc à suivre l’ordre des symptômes : module, profil, export, puis environnement Mac. En séparant ces étapes, vous évitez de réinstaller Unity pour un simple profil Windows actif, et vous savez plus tôt si votre devoir nécessite réellement Xcode 27, un simulateur ou seulement un projet exporté.