Godot ou Unity pour les jeux web (2026)
Godot comme Unity permettent de publier un jeu dans le navigateur. En bref : Godot (4.7.2, gratuit, MIT) est le choix le plus simple pour les petits jeux web 2D et les jeux 3D légers en GDScript, tandis qu’Unity (6.6) l’emporte lorsque vous avez besoin de C# dans le navigateur, de 3D plus exigeante ou du calcul GPU avec WebGPU. Ils y parviennent de manière très différente et, pour le web en particulier, l’écart entre eux est plus marqué que ne le laisse penser le débat général « Godot vs Unity ». Ce guide les compare selon les critères qui déterminent réellement la viabilité d’un build web : taille du téléchargement, rendu, prise en charge des langages, navigateurs mobiles et coût.
Pour une vue d’ensemble de tous les moteurs pour navigateur, commencez par notre comparatif des moteurs de jeux web. Cette page se concentre sur les deux grandes options offrant un moteur complet.
Verdict rapide
| Godot | Unity | |
|---|---|---|
| Taille d’un build web (vide) | ~5 Mo avec Brotli, ~9 Mo avec gzip | ~7,7 Mo en 2D, ~10,7 Mo en 3D, ~2 Mo après réduction maximale (Brotli) |
| Langage sur le web | GDScript uniquement (C# ne peut pas encore être exporté vers le web) | C# (fonctionne sur le web) |
| Rendu web | WebGL2 (moteur de rendu Compatibility) | WebGL2, plus WebGPU (entièrement pris en charge depuis Unity 6.6, sur activation) |
| iOS/Safari | Bonne prise en charge avec l’export monothread (4.3+) | Web mobile depuis Unity 6 |
| Coût | Gratuit, MIT, aucun frais à vie | Personal gratuit sous les 200 000 $ ; Pro à 2 310 $/an/siège |
| Idéal pour | Jeux web 2D et 3D légère, gratuits et compacts | 3D plus exigeante, équipes C#, vaste écosystème de ressources |
Le principal facteur de décision est simple : si votre jeu est écrit en C#, Unity peut le publier sur le web, tandis que Godot ne le peut toujours pas. Tout le reste découle de ce point.
Taille du build et temps de chargement
La taille du téléchargement est la première chose que ressent un joueur sur le web. L’export web de Godot fournit le moteur sous forme de binaire WebAssembly, compressé à environ 5 Mo avec Brotli ou 9 Mo avec gzip. Cette taille vient du modèle précompilé qui embarque le moteur complet — moteur de rendu 3D, audio et réseau — puisqu’il ne peut pas savoir quelles fonctionnalités votre jeu utilise.
Les builds web vides d’Unity, mesurés sous Unity 6 avec Brotli, atteignent environ 7,7 Mo pour un projet 2D utilisant le pipeline intégré et 10,7 Mo pour un modèle 3D URP. Un build minimal réduit de manière agressive peut descendre aux alentours de 2 Mo. Un build Unity 2D soigneusement optimisé peut donc approcher l’empreinte de Godot, mais le build par défaut de Godot est plus petit et demande moins d’efforts.
Dans les deux moteurs, vos ressources finissent généralement par peser bien plus lourd que le binaire du moteur. Compressez les textures et l’audio, diffusez progressivement ce qui peut l’être, et le choix du moteur importera moins que le budget alloué à vos ressources.
La limitation du C# (à lire avant de choisir)
C’est le point qui prend souvent les équipes au dépourvu. En septembre 2026, les projets Godot écrits en C# (.NET) ne peuvent toujours pas être officiellement exportés vers le web. La documentation officielle sur l’export web l’indique toujours pour la version 4.7, et aucun des instantanés de développement de la version 4.8 publiés jusqu’ici ne l’inclut. Les projets GDScript s’exportent correctement. Un prototype fonctionnel d’export web en C# a été présenté à la GodotCon de Boston en mai 2025 grâce à l’édition de liens statique de Mono, mais il produisait un téléchargement volumineux et l’équipe n’a donné aucun calendrier de sortie.
À l’inverse, Unity compile le C# vers WebAssembly et permet depuis des années de publier du C# dans le navigateur. Si vous disposez déjà d’une base de code C#, ou si votre équipe ne connaît que ce langage, Unity est donc le choix pratique pour le web. Si vous partez de zéro et que GDScript vous convient, le processus web de Godot est simple.
Rendu : WebGL2 face à WebGPU
L’export web de Godot cible WebGL2 au moyen de son moteur de rendu Compatibility. Ses travaux plus généraux sur WebGPU ne sont pas encore prêts pour un export web en production. Godot 4.7 (juin 2026, désormais en version 4.7.2 depuis août 2026, tandis que la 4.8 est disponible sous forme d’instantanés de développement) active WebAssembly SIMD par défaut et a ajouté une option d’export wasm64, ce qui améliore les performances web sans modifier le code.
Le backend WebGPU d’Unity a commencé comme une expérimentation dans Unity 6, puis a quitté ce statut avec Unity 6.6 (août 2026) : il s’agit désormais d’une API graphique entièrement prise en charge pour les builds web, couverte par l’assistance standard d’Unity et donnant accès aux compute shaders, à GPU Resident Drawing et à VFX Graph dans le navigateur. Elle reste désactivée par défaut, et un nouveau réglage Graphics Device Filtering permet d’autoriser ou d’interdire WebGPU selon l’appareil, avec un retour automatique à WebGL2. WebGPU n’est pas encore disponible dans tous les navigateurs (consultez notre guide de la pile technologique des jeux web pour connaître la compatibilité actuelle), alors conservez WebGL2 comme base. Unity 6 a porté le tas WebAssembly à 4 Go et ajouté Wasm SIMD ainsi que les exceptions natives, tandis que la version 6.6 le porte à 16 Go avec Wasm64 et ajoute le chargement progressif des ressources par scène. Autre point concernant le rendu : Unity 6.5 (juin 2026) a déprécié le Built-in Render Pipeline, qui reste pris en charge jusqu’à Unity 6.7 LTS selon la stratégie d’Unity pour les pipelines de rendu. Un nouveau projet web devrait donc commencer avec URP.
Si vous avez besoin aujourd’hui de compute shaders ou de 3D plus exigeante dans le navigateur, la solution WebGPU d’Unity a une nette avance et, depuis la version 6.6, ce n’est plus un pari. Pour la 2D et la 3D légère sous WebGL2, les deux conviennent.
Multithreading, iOS et difficultés d’hébergement
Godot 4 exigeait initialement SharedArrayBuffer, que les navigateurs ne rendent disponible que lorsque la page est isolée entre origines, grâce aux en-têtes COOP et COEP. Cela complique l’hébergement et, sur itch.io, ne fonctionne que dans Chrome. Depuis Godot 4.3, vous pouvez exporter des builds monothreads qui suppriment entièrement cette exigence. Ce changement a également résolu les problèmes de longue date affectant l’exécution sous iOS et Safari. Pour un jeu Godot conçu en priorité pour le web, l’export monothread est généralement l’option par défaut la plus sûre.
Les builds web d’Unity utilisent eux aussi WebAssembly, et la prise en charge du web mobile a commencé avec Unity 6. Si vous visez une large compatibilité avec les navigateurs mobiles, testez rapidement sur de vrais appareils avec les deux moteurs, car c’est généralement là que les builds web rencontrent leurs premiers problèmes.
Tarifs
Godot est gratuit sous licence MIT. Aucun siège, aucune redevance, aucun plafond de revenus et aucuns frais, à vie.
Unity est revenu aux abonnements par siège après l’annulation des frais d’exécution Runtime Fee en septembre 2024, lesquels n’ont pas été réintroduits. Unity Personal reste gratuit jusqu’à 200 000 $ de revenus ou de financement, et l’écran « Made with Unity » est devenu facultatif avec Unity 6. Unity Pro coûte 2 310 $ par siège et par an, ou 210 $ par mois, depuis l’entrée en vigueur le 12 janvier 2026 de l’augmentation de 5 % appliquée aux offres payantes, selon la page des tarifs d’Unity en septembre 2026. Pour un développeur indépendant ou une petite équipe sous ce plafond, les deux moteurs sont en pratique gratuits pour publier un jeu.
Lequel choisir et dans quel cas
Choisissez Godot pour le web si vous souhaitez créer gratuitement un jeu 2D ou 3D légère pour navigateur, avec une empreinte réduite, une bonne compatibilité iOS et Safari grâce à l’export monothread, et si vous êtes à l’aise avec GDScript.
Choisissez Unity pour le web si vous avez besoin de 3D plus exigeante ou de compute shaders avec WebGPU, pris en charge en production depuis la version 6.6, si vous recherchez un plus vaste écosystème de ressources, ou si votre équipe travaille en C# et peut accepter des builds plus volumineux.
Dans les deux cas, votre build doit tout de même se charger rapidement et fonctionner sur téléphone. Une fois votre choix effectué, consultez publier un jeu web qui se charge rapidement.
Questions fréquentes
Godot peut-il exporter des jeux C# vers le web ?
Pas officiellement, en septembre 2026. L’export web de Godot fonctionne avec GDScript, mais les projets C# (.NET) ne peuvent pas encore être exportés vers le navigateur. Un prototype a été présenté à la GodotCon de Boston en mai 2025, mais aucune date de sortie n’a été annoncée. Si vous avez besoin de C# sur le web, Unity est actuellement le seul des deux moteurs à pouvoir le publier.
Godot ou Unity produit-il les plus petits builds web ?
Le build web vide de Godot pèse environ 5 Mo après compression avec Brotli. Les builds vides d’Unity 6 atteignent environ 7,7 Mo en 2D et 10,7 Mo en 3D, même si un build Unity réduit de manière agressive peut descendre à environ 2 Mo. Godot est plus petit par défaut, mais un build Unity 2D optimisé peut s’en approcher. Vos propres ressources ont généralement plus d’importance que le binaire du moteur.
Unity prend-il en charge WebGPU dans le navigateur ?
Oui. Unity 6 a introduit WebGPU comme backend expérimental, et Unity 6.6 (août 2026) en a fait une API graphique entièrement prise en charge pour les builds web, avec des compute shaders, des fonctionnalités GPU modernes et WebGL2 comme solution de repli. Elle reste désactivée par défaut : activez-la donc dans Player Settings, utilisez Graphics Device Filtering pour contrôler les appareils qui y ont accès et conservez WebGL2 comme base pour les navigateurs qui ne prennent pas encore en charge WebGPU.
Export web C# de Godot en 2026 : où en est-il ?
Il reste indisponible dans une version officielle en septembre 2026. La documentation de Godot 4.7.2 indique que les projets C# ne peuvent pas être exportés vers le web, les instantanés de développement de la version 4.8 — quatre jusqu’ici, publiés jusqu’en août 2026 — ne le mentionnent pas, et les seules solutions fonctionnelles sont des builds communautaires qui lient Mono statiquement, avec des téléchargements volumineux et plusieurs réserves. Si le C# dans le navigateur est une exigence incontournable, utilisez aujourd’hui Unity pour le web ou écrivez la version web en GDScript.
Godot vs Unity pour les jeux mobiles en 2026 ?
Pour le web mobile — les jeux exécutés dans Safari ou Chrome sur un téléphone — l’export monothread de Godot offre un téléchargement plus petit et moins de problèmes sous iOS. La prise en charge du web mobile par Unity, à partir d’Unity 6, s’est améliorée, mais reste plus lourde. Pour les applications mobiles natives, les deux sont solides : Unity dispose d’intégrations plus poussées avec les boutiques, de SDK publicitaires et d’outils de profilage, tandis que Godot est gratuit, sans plafond de revenus, et permet d’exporter vers iOS et Android depuis GDScript. Le C# s’exporte vers Android, mais pas vers iOS, comme pour le web. Dans les deux cas, les petites équipes réalisant moins de 200 000 $ de revenus ne paient rien.
Peut-on utiliser des ressources Unity dans Godot ?
Souvent oui, pour le contenu brut. Les modèles (FBX, glTF, OBJ), textures, fichiers audio et polices s’importent dans Godot comme n’importe quels autres fichiers après leur extraction du fichier .unitypackage. En revanche, tout ce qui est propre à Unity ne peut pas être transféré directement : les scripts C# MonoBehaviour, prefabs, matériaux, contrôleurs d’animation et shaders doivent tous être recréés. Vérifiez également la licence : le CLUF de l’Unity Asset Store ne limite pas les ressources standard aux projets Unity, mais certaines ressources sont soumises à des conditions distinctes « Restricted Asset ». Lisez donc les conditions fournies avec la ressource avant de la transférer.
Pourquoi Godot est-il meilleur qu’Unity ?
Il ne l’est pas pour tout le monde, mais pour les jeux web en particulier, Godot l’emporte sur plusieurs critères essentiels : un build web plus petit par défaut, une licence MIT sans sièges ni plafonds de revenus, aucun historique de changements tarifaires imprévisibles, une bonne compatibilité iOS et Safari grâce à l’export monothread, et un éditeur plus léger qui s’ouvre en quelques secondes. Unity est meilleur si vous avez besoin de C# dans le navigateur, de calcul GPU avec WebGPU, pris en charge depuis la version 6.6, de l’Asset Store ou d’outils robustes de publication sur consoles et mobiles. Choisissez en fonction de votre jeu, pas du débat.
Lequel est le meilleur pour les jeux sur navigateur, Godot ou Unity ?
Pour les jeux 2D ou 3D légère, gratuits et peu gourmands, avec une bonne prise en charge d’iOS, Godot offre le parcours web le plus simple, à condition d’utiliser GDScript. Pour la 3D plus exigeante, les compute shaders, le plus grand écosystème ou une base de code C# existante, Unity l’emporte sur le web. La question du C# suffit généralement à trancher.
Testez d’abord votre idée sous forme de jeu web jouable, puis choisissez un moteur.
Contenus associés
- 100 idées de prompts de jeux IA à créer en un clic : choisissez une idée et rendez-la jouable en environ une minute
- Meilleurs moteurs de jeux web pour 2026 — comparatif : toutes les options, au-delà de ces deux moteurs
- Alternatives à Unity pour les jeux web : toutes les options compatibles avec le web, selon la raison pour laquelle vous quittez Unity
- Meilleurs moteurs de jeux 2D pour 2026 : si votre jeu est en 2D, commencez ici
- Pile technologique des jeux web en 2026 : WebGL, WebGPU et Wasm expliqués
- Publier un jeu web qui se charge rapidement : techniques pour réduire la taille du build et le temps de chargement
- Moteur Cinevva : notre moteur open source conçu en priorité pour le web et basé sur Three.js