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. Der Weg dorthin unterscheidet sich jedoch erheblich, und speziell für das Web ist die Kluft zwischen beiden größer, als die allgemeine „Godot vs. Unity“-Debatte vermuten lässt. Dieser Leitfaden vergleicht sie anhand der Faktoren, die für einen Web-Build wirklich entscheidend sind: Downloadgröße, Rendering, Sprachunterstützung, mobile Browser und Kosten.
Wenn du dir zunächst einen umfassenderen Ü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.
Kurzfazit
| 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 abgespeckt (Brotli) |
| Sprache für das Web | Nur GDScript (C# kann noch nicht für das Web exportiert werden) | C# (funktioniert im Web) |
| Web-Rendering | WebGL2 (Kompatibilitäts-Renderer) | WebGL2 sowie experimentelles WebGPU |
| iOS/Safari | Gut mit Single-Thread-Export (ab 4.3) | Mobiles Web ab Unity 6 |
| Kosten | Kostenlos, MIT, dauerhaft ohne Gebühren | Personal kostenlos unter $200.000; Pro $2.310/Jahr/Platz |
| Am besten geeignet für | Kostenlose, kleine 2D- und leichtere 3D-Webspiele | Anspruchsvolleres 3D, C#-Teams, großes Asset-Ökosystem |
Der wichtigste Entscheidungsfaktor ist: Wenn dein Spiel in C# geschrieben ist, kann Unity es für das Web veröffentlichen, Godot dagegen noch immer nicht. Alles Weitere ergibt sich daraus.
Build-Größe und Ladezeit
Die Downloadgröße ist das Erste, was Spieler bei einem Webspiel bemerken. Beim Webexport von Godot wird die Engine als WebAssembly-Binärdatei ausgeliefert, die mit Brotli komprimiert etwa 5 MB und mit gzip etwa 9 MB groß ist. Diese Größe entsteht, weil das vorkompilierte Template die vollständige Engine enthält – 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 abgespeckter Minimal-Build kann auf knapp 2 MB kommen. Ein sorgfältig optimierter Unity-2D-Build kann sich also der Größe von Godot annähern, doch 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 Audio, streame Inhalte, wo immer es möglich ist, und die Wahl der Engine wird weniger wichtig als dein Asset-Budget.
Die C#-Einschränkung (vor der Entscheidung lesen)
Dieser Punkt überrascht viele Teams. Stand 2026 gilt: In C# (.NET) geschriebene Godot-Projekte können offiziell nicht für das Web exportiert werden. Der Export mit GDScript funktioniert problemlos. Auf der GodotCon Boston wurde im Mai 2025 ein funktionierender C#-Webprototyp vorgestellt, bei dem Mono statisch eingebunden wurde. Er lieferte jedoch ein großes Datenpaket aus, 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 bestehende C#-Codebasis hast oder dein Team nur C# beherrscht, ist Unity für das Web die praktische Wahl. 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 umfassendere WebGPU-Entwicklung ist für den Webexport noch nicht produktionsreif. Godot 4.7 (Juni 2026, gefolgt von 4.7.1 im Juli 2026) aktiviert WebAssembly SIMD standardmäßig und führte eine wasm64-Exportoption ein, wodurch sich die Web-Performance ohne Codeänderungen verbessert.
Unity 6 führte ein experimentelles WebGPU-Backend ein, das Compute-Shader und moderne GPU-Funktionen über WebGL2 hinaus verfügbar macht. WebGL2 bleibt dabei die sichere Ausweichlösung. WebGPU ist noch nicht in jedem Browser verfügbar (aktuelle Informationen findest du in unserem Leitfaden zum Tech-Stack für Webspiele). Betrachte es daher als Upgrade-Pfad und nicht als Grundlage. Unity 6 erhöhte außerdem den WebAssembly-Heap auf 4 GB und führte Wasm SIMD sowie native Exceptions ein.
Wenn du heute Compute-Shader oder anspruchsvolleres 3D im Browser benötigst, liegt Unity mit seinem WebGPU-Ansatz vorn. Für 2D und leichtere 3D-Spiele mit WebGL2 eignen sich beide Engines.
Threading, iOS und Hosting-Probleme
Godot 4 benötigte ursprünglich SharedArrayBuffer, das Browser nur bereitstellen, wenn die Seite Cross-Origin-isoliert ist, also die COOP- und COEP-Header verwendet. 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 Anforderung vollständig entfällt. Diese Änderung behob außerdem die seit Langem bestehenden Wiedergabeprobleme unter iOS und Safari. Für ein auf das Web ausgerichtetes Godot-Spiel 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 ist seit Unity 6 verfügbar. Wenn du eine breite Palette mobiler Browser unterstützen möchtest, solltest du bei beiden Engines frühzeitig auf echten Geräten testen, denn dort scheitern Web-Builds meist zuerst.
Preise
Godot ist unter der MIT-Lizenz kostenlos. Keine kostenpflichtigen Plätze, keine Lizenzgebühren, keine Umsatzgrenze und keinerlei Gebühren – dauerhaft.
Unity kehrte zu platzbasierten Abonnements zurück, nachdem die Runtime Fee im September 2024 abgeschafft worden war (sie wurde nicht wieder eingeführt). Unity Personal bleibt bis zu einem Umsatz oder einer Finanzierung von $200.000 kostenlos, und der „Made with Unity“-Startbildschirm ist seit Unity 6 optional. Unity Pro kostet $2.310 pro Platz und Jahr, nachdem die Preise der kostenpflichtigen Tarife Anfang 2026 um ungefähr 5 % erhöht wurden. Für Solo-Entwickler oder kleine Teams unterhalb der Grenze können Spiele mit beiden Engines praktisch kostenlos veröffentlicht werden.
Welche Engine eignet sich wann?
Wähle Godot für das Web, wenn du ein kostenloses 2D- oder leichteres 3D-Browserspiel mit kleinem Speicherbedarf, eine zuverlässige Unterstützung für iOS und Safari per Single-Thread-Export möchtest und gerne mit GDScript arbeitest.
Wähle Unity für das Web, wenn du anspruchsvolleres 3D oder Compute-Shader über WebGPU benötigst, das größere Asset-Ökosystem nutzen möchtest oder ein C#-Team hast und größere Builds sowie den experimentellen Status von WebGPU akzeptieren kannst.
Unabhängig von deiner Wahl muss dein Build schnell laden und auf einem Smartphone laufen. Sobald du dich entschieden hast, lies unseren Leitfaden Ein Webspiel veröffentlichen, das schnell lädt.
Häufig gestellte Fragen
Kann Godot C#-Spiele für das Web exportieren?
Stand 2026 nicht offiziell. Der Webexport von Godot funktioniert mit GDScript, C#-Projekte (.NET) können jedoch noch nicht für den Browser exportiert werden. Auf der GodotCon Boston wurde im Mai 2025 ein Prototyp vorgestellt, es gibt aber keinen verbindlichen Veröffentlichungstermin. Wenn du C# im Web benötigst, ist Unity derzeit die einzige der beiden Engines, die es ausliefern kann.
Sind Web-Builds mit Godot oder Unity kleiner?
Ein leerer Web-Build von Godot ist mit Brotli komprimiert etwa 5 MB groß. Leere Builds mit Unity 6 liegen bei ungefähr 7,7 MB für 2D und 10,7 MB für 3D, wobei ein aggressiv abgespeckter Unity-Build etwa 2 MB erreichen kann. Godot ist standardmäßig kleiner, aber ein optimierter Unity-2D-Build kann nahe herankommen. Deine eigenen Assets sind normalerweise wichtiger als die Engine-Binärdatei.
Unterstützt Unity WebGPU im Browser?
Ja, Unity 6 führte ein experimentelles WebGPU-Backend mit Compute-Shadern und modernen GPU-Funktionen ein. WebGL2 dient als Ausweichlösung. Das Backend ist als experimentell gekennzeichnet und wird nicht von jedem Browser unterstützt. Verwende daher WebGL2 als Grundlage und behandle WebGPU als optionale Verbesserung.
Was ist besser für Browserspiele, Godot oder Unity?
Für kostenlose, leichtgewichtige 2D- oder leichtere 3D-Spiele mit guter iOS-Unterstützung bietet Godot den unkomplizierteren Weg ins Web, solange du GDScript verwendest. Bei anspruchsvollerem 3D, Compute-Shadern, dem größeren Ökosystem oder einer bestehenden C#-Codebasis gewinnt Unity im Web. Die C#-Frage entscheidet normalerweise über die Wahl.
Teste deine Idee zunächst als spielbares Webspiel und lege dich anschließend 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 etwa 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, ausgewählt nach deinen Gründen für den Abschied von Unity
- Die besten 2D-Game-Engines für 2026 — wenn dein Spiel in 2D ist, beginne hier
- Tech-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