Godot vs. Unity für Webspiele (2026)
Sowohl mit Godot als auch mit Unity lässt sich ein Spiel für den Browser veröffentlichen. Die Kurzfassung: Godot (4.7.2, kostenlos, MIT) ist die unkompliziertere Wahl für kleine 2D- und leichtere 3D-Webspiele in GDScript, während Unity (6.6) die Nase vorn hat, wenn du C# im Browser, anspruchsvollere 3D-Grafik oder WebGPU Compute benötigst. Die beiden Engines erreichen dieses Ziel auf sehr unterschiedliche Weise, und speziell im Web ist der Abstand zwischen ihnen größer, als die allgemeine Debatte „Godot vs. Unity“ vermuten lässt. Dieser Leitfaden vergleicht sie anhand der Faktoren, die für einen Web-Build tatsächlich entscheidend sind: Download-Größe, Rendering, Sprachunterstützung, mobile Browser und Kosten.
Wenn du dir zunächst einen breiteren Überblick über alle Browser-Engines verschaffen möchtest, beginne mit unserem Vergleich von Webspiel-Engines. Auf dieser Seite konzentrieren wir uns auf die beiden großen Komplett-Engines.
Kurzurteil
| Godot | Unity | |
|---|---|---|
| Web-Build-Größe (leer) | ~5 MB mit Brotli, ~9 MB mit gzip | ~7,7 MB für 2D, ~10,7 MB für 3D, ~2 MB stark reduziert (Brotli) |
| Sprache im Web | Nur GDScript (C# lässt sich noch nicht fürs Web exportieren) | C# (funktioniert im Web) |
| Web-Rendering | WebGL2 (Kompatibilitäts-Renderer) | WebGL2 sowie WebGPU (seit Unity 6.6 vollständig unterstützt, optional) |
| iOS/Safari | Gut mit Single-Thread-Export (ab 4.3) | Mobiles Web ab Unity 6 |
| Kosten | Kostenlos, MIT, dauerhaft ohne Gebühren | Personal unter $200.000 kostenlos; Pro $2.310/Jahr/Platz |
| Am besten geeignet für | Kostenlose, kleine 2D- und leichtere 3D-Webspiele | Anspruchsvollere 3D-Spiele, C#-Teams, großes Asset-Ökosystem |
Der mit Abstand wichtigste Entscheidungsfaktor: Wenn dein Spiel in C# geschrieben ist, kann Unity es fürs Web veröffentlichen, Godot hingegen noch immer nicht. Alles Weitere ergibt sich daraus.
Build-Größe und Ladezeit
Die Download-Größe ist das Erste, was Spieler im Web bemerken. Beim Webexport von Godot wird die Engine als WebAssembly-Binärdatei ausgeliefert, die mit Brotli auf ungefähr 5 MB oder mit gzip auf etwa 9 MB komprimiert wird. Diese Größe entsteht, weil das vorgefertigte Template die vollständige Engine mitbringt – einschließlich 3D-Renderer, Audio und Netzwerkfunktionen –, da es nicht wissen kann, welche Funktionen dein Spiel verwendet.
Leere Web-Builds von Unity, gemessen mit Unity 6 und Brotli, liegen bei etwa 7,7 MB für ein 2D-Projekt mit Built-in Render Pipeline und bei 10,7 MB für ein 3D-URP-Template. Ein aggressiv reduzierter Minimal-Build kann auf knapp 2 MB kommen. Ein sorgfältig optimierter Unity-2D-Build kann sich dem Umfang von Godot also annähern, aber der Standard-Build von Godot ist mit weniger Aufwand kleiner.
Bei beiden Engines sind deine Assets normalerweise ohnehin deutlich größer als die Engine-Binärdatei. Komprimiere Texturen und Audiodateien, streame alles, was sich streamen lässt, und die Wahl der Engine ist weniger wichtig als dein Asset-Budget.
Die C#-Einschränkung (vor der Entscheidung lesen)
Darauf fallen viele Teams herein. Stand September 2026 gilt: In C# (.NET) geschriebene Godot-Projekte können offiziell nicht fürs Web exportiert werden. In der offiziellen Dokumentation zum Webexport steht dies auch für 4.7 weiterhin ausdrücklich, und keiner der bisherigen Entwickler-Snapshots von 4.8 enthält diese Funktion. Der Export mit GDScript funktioniert problemlos. Auf der GodotCon Boston wurde im Mai 2025 ein funktionierender C#-Webprototyp demonstriert, bei dem Mono statisch verlinkt wurde. Dieser brachte jedoch ein großes Datenpaket mit sich, und das Team wollte sich nicht auf einen Veröffentlichungstermin festlegen.
Unity hingegen kompiliert C# zu WebAssembly und bringt C# bereits seit Jahren in den Browser. Wenn du also eine vorhandene C#-Codebasis hast oder dein Team ausschließlich C# beherrscht, ist Unity die praktikable Wahl fürs Web. Wenn du neu anfängst und gerne mit GDScript arbeitest, bietet Godot einen unkomplizierten Weg ins Web.
Rendering: WebGL2 vs. WebGPU
Der Webexport von Godot zielt über den Kompatibilitäts-Renderer auf WebGL2 ab. Die umfassenderen WebGPU-Arbeiten sind noch nicht produktionsreif für den Webexport. Godot 4.7 (Juni 2026, seit August 2026 in Version 4.7.2 verfügbar, während 4.8 als Entwickler-Snapshots vorliegt) verwendet standardmäßig WebAssembly SIMD und bietet zusätzlich eine wasm64-Exportoption. Dadurch verbessert sich die Web-Performance ohne Codeänderungen.
Das WebGPU-Backend von Unity begann in Unity 6 als Experiment und verließ mit Unity 6.6 (August 2026) den experimentellen Status: Es ist nun eine vollständig unterstützte Grafik-API für Web-Builds, die vom regulären Unity-Support abgedeckt wird und Compute-Shader, GPU Resident Drawing sowie VFX Graph im Browser bereitstellt. WebGPU ist weiterhin standardmäßig deaktiviert. Mit der neuen Einstellung Graphics Device Filtering kannst du WebGPU außerdem geräteabhängig zulassen oder verweigern und automatisch auf WebGL2 zurückfallen. WebGPU ist noch nicht in jedem Browser verfügbar (den aktuellen Stand findest du in unserem Leitfaden zum Technologie-Stack für Webspiele), daher sollte WebGL2 weiterhin deine Basis bleiben. Unity 6 erhöhte den WebAssembly-Heap auf 4 GB und führte Wasm SIMD sowie native Exceptions ein. Die Version 6.6 steigert den Heap mit Wasm64 auf 16 GB und ergänzt progressives Laden von Assets pro Szene. Noch ein Hinweis zum Rendering: Mit Unity 6.5 (Juni 2026) wurde die Built-in Render Pipeline als veraltet eingestuft. Sie wird gemäß der Render-Pipeline-Strategie von Unity noch bis Unity 6.7 LTS unterstützt. Ein neues Webprojekt sollte daher mit URP beginnen.
Wenn du heute Compute-Shader oder anspruchsvollere 3D-Grafik im Browser benötigst, ist Unity mit WebGPU deutlich weiter. Seit Version 6.6 ist dieser Weg auch kein Wagnis mehr. Für 2D und leichtere 3D-Grafik mit WebGL2 eignen sich beide Engines.
Threading, iOS und Hosting-Probleme
Godot 4 setzte ursprünglich SharedArrayBuffer voraus. Browser stellen diesen jedoch nur bereit, wenn die Seite Cross-Origin Isolation verwendet, also die Header COOP und COEP setzt. Das erschwert das Hosting, und auf itch.io funktioniert es nur in Chrome. Seit Godot 4.3 kannst du Single-Thread-Builds exportieren, bei denen diese Voraussetzung vollständig entfällt. Diese Änderung hat zugleich die langjährigen Wiedergabeprobleme unter iOS und Safari behoben. Für ein Web-First-Spiel mit Godot ist der Single-Thread-Export normalerweise die sicherere Standardeinstellung.
Auch die Web-Builds von Unity verwenden WebAssembly. Die Unterstützung für das mobile Web gibt es seit Unity 6. Wenn du viele mobile Browser erreichen möchtest, solltest du mit beiden Engines frühzeitig auf echten Geräten testen, denn dort gehen Web-Builds meist zuerst kaputt.
Preise
Godot ist unter der MIT-Lizenz kostenlos. Keine kostenpflichtigen Plätze, keine Lizenzgebühren, keine Umsatzgrenze und dauerhaft keine Gebühren.
Unity kehrte zu Abonnements pro Platz zurück, nachdem die Runtime Fee im September 2024 abgeschafft worden war – und sie ist nicht zurückgekehrt. Unity Personal bleibt bis zu einem Umsatz oder einer Finanzierung von $200.000 kostenlos, und der Startbildschirm „Made with Unity“ ist seit Unity 6 optional. Unity Pro kostet nach der am 12. Januar 2026 in Kraft getretenen Preiserhöhung von 5 % für kostenpflichtige Tarife $2.310 pro Platz und Jahr oder $210 pro Monat. Dies entspricht dem Stand der Unity-Preisseite vom September 2026. Für Solo-Entwickler oder kleine Teams unterhalb der Grenze lassen sich Spiele mit beiden Engines praktisch kostenlos veröffentlichen.
Wann du welche Engine wählen solltest
Wähle Godot fürs Web, wenn du ein kostenloses 2D- oder leichteres 3D-Browserspiel mit kleinem Datenumfang entwickeln möchtest, dir eine reibungslose Unterstützung für iOS und Safari durch Single-Thread-Export wichtig ist und du gerne mit GDScript arbeitest.
Wähle Unity fürs Web, wenn du anspruchsvollere 3D-Grafik oder Compute-Shader über WebGPU benötigst, das seit 6.6 produktiv unterstützt wird, das größere Asset-Ökosystem nutzen möchtest oder in einem C#-Team arbeitest und größere Builds akzeptieren kannst.
In beiden Fällen muss dein Build trotzdem schnell laden und auf einem Smartphone laufen. Wenn du dich entschieden hast, lies unseren Leitfaden Ein Webspiel veröffentlichen, das schnell lädt.
Häufig gestellte Fragen
Kann Godot C#-Spiele fürs Web exportieren?
Stand September 2026 nicht offiziell. Der Webexport von Godot funktioniert mit GDScript, C#- beziehungsweise .NET-Projekte lassen sich jedoch noch nicht für den Browser exportieren. Im Mai 2025 wurde auf der GodotCon Boston ein Prototyp gezeigt, aber es gibt keinen verbindlichen Veröffentlichungstermin. Wenn du C# im Web benötigst, ist Unity derzeit die einzige dieser beiden Engines, die es ausliefern kann.
Ist Godot oder Unity bei Web-Builds kleiner?
Ein leerer Web-Build von Godot ist mit Brotli komprimiert ungefähr 5 MB groß. Leere Unity-6-Builds liegen bei etwa 7,7 MB für 2D und 10,7 MB für 3D, wobei ein aggressiv reduzierter Unity-Build ungefähr 2 MB erreichen kann. Godot ist standardmäßig kleiner, ein optimierter Unity-2D-Build kann jedoch nahe herankommen. Deine eigenen Assets sind normalerweise wichtiger als die Engine-Binärdatei.
Unterstützt Unity WebGPU im Browser?
Ja. Unity 6 führte WebGPU als experimentelles Backend ein, und mit Unity 6.6 (August 2026) wurde es zu einer vollständig unterstützten Grafik-API für Web-Builds. Sie bietet Compute-Shader und moderne GPU-Funktionen, während WebGL2 als Fallback dient. WebGPU ist weiterhin standardmäßig deaktiviert. Aktiviere es daher in den Player Settings, verwende Graphics Device Filtering, um die unterstützten Geräte festzulegen, und behalte WebGL2 als Basis für Browser bei, die WebGPU noch nicht unterstützen.
Godot-C#-Webexport im Jahr 2026: Wie ist der Stand?
Stand September 2026 ist er in einer offiziellen Version weiterhin nicht verfügbar. Laut Dokumentation von Godot 4.7.2 können C#-Projekte nicht fürs Web exportiert werden. Auch die bisherigen vier Entwickler-Snapshots von 4.8 bis August 2026 führen diese Funktion nicht auf. Die einzigen funktionierenden Lösungen sind Community-Builds, die Mono statisch verlinken und große Datenpakete sowie einige Einschränkungen mitbringen. Wenn C# im Browser zwingend erforderlich ist, solltest du heute Unity fürs Web verwenden oder die Webversion in GDScript schreiben.
Godot vs. Unity für mobile Spiele im Jahr 2026?
Für das mobile Web, also Spiele, die auf einem Smartphone in Safari oder Chrome laufen, bietet Godots Single-Thread-Export einen kleineren Download und weniger Probleme unter iOS. Die Unterstützung des mobilen Webs in Unity 6 und neuer ist zwar besser als früher, aber weiterhin schwergewichtiger. Für native mobile Apps sind beide Engines eine gute Wahl: Unity bietet umfassendere Store-Integrationen, Werbe-SDKs und Profiling-Werkzeuge. Godot ist kostenlos, hat keine Umsatzgrenze und exportiert GDScript-Projekte für iOS und Android. C# lässt sich für Android exportieren, aber ebenso wie beim Web nicht für iOS. Kleine Teams mit weniger als $200.000 Umsatz zahlen bei keiner der beiden Engines etwas.
Kann man Unity-Assets in Godot verwenden?
Bei den Rohdaten ist das häufig möglich. Modelle (FBX, glTF, OBJ), Texturen, Audiodateien und Schriftarten lassen sich wie alle anderen Dateien in Godot importieren, nachdem du sie aus dem .unitypackage extrahiert hast. Nicht übernommen werden kann alles Unity-Spezifische: C#-MonoBehaviour-Skripte, Prefabs, Materialien, Animator-Controller und Shader müssen neu erstellt werden. Prüfe außerdem die Lizenz. Die EULA des Unity Asset Store beschränkt Standard-Assets nicht auf Unity-Projekte, manche Assets unterliegen jedoch separaten Bedingungen für „Restricted Assets“. Lies daher die mitgelieferten Bedingungen, bevor du ein Asset überträgst.
Warum ist Godot besser als Unity?
Godot ist nicht für alle besser, gewinnt bei Webspielen aber in einigen besonders wichtigen Punkten: ein standardmäßig kleinerer Web-Build, eine MIT-Lizenz ohne kostenpflichtige Plätze oder Umsatzgrenzen, keine Vorgeschichte überraschender Preisänderungen, gute Unterstützung für iOS und Safari durch den Single-Thread-Export sowie ein schlankerer Editor, der sich innerhalb weniger Sekunden öffnet. Unity ist besser, wenn du C# im Browser, WebGPU Compute (seit 6.6 unterstützt), den Asset Store oder leistungsfähige Werkzeuge für Veröffentlichungen auf Konsolen und Mobilgeräten benötigst. Entscheide anhand deines Spiels, nicht anhand der Debatte.
Was ist besser für Browserspiele, Godot oder Unity?
Für kostenlose, schlanke 2D- oder leichtere 3D-Spiele mit guter iOS-Unterstützung bietet Godot den unkomplizierteren Weg ins Web – solange du GDScript verwendest. Für anspruchsvollere 3D-Grafik, Compute-Shader, das größere Ökosystem oder eine vorhandene C#-Codebasis gewinnt Unity im Web. Meist entscheidet die C#-Frage.
Teste deine Idee zuerst als spielbares Webspiel und lege dich erst danach auf eine Engine fest.
Verwandte Inhalte
- 100 Ideen für KI-Spiel-Prompts, die du mit einem Klick umsetzen kannst: Schnapp dir eine Idee und mache sie in ungefähr einer Minute spielbar
- Die besten Webspiel-Engines für 2026 im Vergleich: das gesamte Feld über diese beiden hinaus
- Unity-Alternativen für Webspiele: alle webfähigen Optionen, passend zu deinem Grund für den Wechsel von Unity
- Die besten 2D-Spiele-Engines für 2026: Wenn dein Spiel 2D ist, beginne hier
- Technologie-Stack für Webspiele im Jahr 2026: WebGL, WebGPU und Wasm erklärt
- Ein Webspiel veröffentlichen, das schnell lädt: Strategien für Build-Größe und Ladezeit
- Cinevva Engine: unsere quelloffene, Web-First-Engine auf Basis von Three.js