Hoe je een Godot-game naar het web (HTML5) exporteert en deze in 2026 gratis host

Met een HTML5-export in Godot wordt je voltooide game omgezet in een link. Deze exportfunctie is standaard ingebouwd in Godot 4 en werkt in elk tabblad van een moderne browser, zonder installatieprogramma, app store of plug-in. Binnen ongeveer vijf minuten kun je je project omzetten in een link die je kunt delen.
Waarom zou je je daar druk om maken? Omdat Godot de markt is waar de groei zit. Het aantal Godot-games dat op Steam wordt uitgebracht, is dit jaar opnieuw bijna verdubbeld en kwam uit op 2.864 in de periode 2025 tot 2026 (80.lv, 2026). Steeds meer van die makers willen ook een browserversie. Deze handleiding loodst je door het hele proces. Je stelt de export in, lost het gevreesde lege scherm op en host het resultaat gratis.
TL;DR
- Godot 4 exporteert rechtstreeks naar HTML5 (WebAssembly en WebGL 2.0), waardoor het in elke moderne browser werkt (Godot Docs, 2026)
- Bij webexport wordt uitsluitend de Compatibility-renderer gebruikt. Forward+ en Mobile worden nog niet ondersteund, en C#-projecten kunnen niet voor het web worden bestemd
- Sinds Godot 4.3 is export met één thread de standaardinstelling, waardoor de problemen met de SharedArrayBuffer-header – die tot lege schermen leiden – worden omzeild (Godot Engine, 2024)
- Tot de gratis hostingopties behoren itch.io, GitHub Pages en VIVERSE
- VIVERSE accepteert een Godot HTML5-build via één CLI-opdracht (VIVERSE Docs, 2026)
Kun je een Godot-spel naar het web exporteren?
Ja. Met Godot 4 kun je een Godot-game naar het web exporteren als een op zichzelf staande HTML5-build. Dit levert een index.html-bestand op, plus een aantal ondersteunende bestanden. Elke browser met WebAssembly en WebGL 2.0 kan het uitvoeren, wat betekent dat dit geldt voor alle huidige desktop- en mobiele browsers (Godot Docs, 2026).
Dat bereik is juist het hele punt. Een native-versie is gericht op één besturingssysteem tegelijk. Een webversie is gericht op de browser, dus draait deze op Windows, macOS, Linux, Android en iOS vanuit hetzelfde bestand. Spelers klikken op een link en ze kunnen meteen aan de slag, zonder downloadbalk, installatievraag of goedkeuring door een app-store. De prestaties kunnen per apparaat verschillen bij zwaardere 3D-games. Maar voor een inzending voor een game jam of een snelle demo is er niets beters.
Gezien de opmars van Godot is het de moeite waard om deze vaardigheid nu onder de knie te krijgen. De engine heeft inmiddels meer dan 113.000 GitHub-sterren behaald en de officiële website registreert ongeveer twee miljoen downloads per release (Godot Engine, 2026). Een groeiend deel van die ontwikkelaars wil dezelfde directe distributie die het web biedt. Als je in Godot ontwikkelt, is webexport de goedkoopste manier om je doelgroep te bereiken.
Die ontwikkeling krijgt nu ook een nieuwe impuls. In juni 2026 kondigde Epic een grote verandering aan voor Unreal Engine 6. De engine zal Blueprints, het visuele scriptsysteem, uiteindelijk geleidelijk vervangen door de programmeertaal Verse (Epic Games, 2026). Het plan stuitte op veel weerstand, aangezien Blueprints Unreal toegankelijk maakte voor mensen zonder programmeerkennis (Creative Bloq, 2026). Voor ontwikkelaars die hun opzet heroverwegen, is het open-source model van Godot, zonder verplichtingen, een aantrekkelijke optie.
Wat heb je nodig voordat je gaat exporteren?
Drie dingen, en je hebt ze waarschijnlijk allemaal al. Je hebt Godot 4.x nodig, de bijbehorende sjablonen voor webexport en een project dat GDScript gebruikt in plaats van C#. C# kan nog niet voor het web worden gebruikt, omdat de .NET-runtime niet draait in de sandbox van de browser (Godot Docs, 2026).
Er is één beperking bij het renderen waarmee je rekening moet houden. Bij export naar het web wordt alleen de weergavemethode ‘Compatibility’ ondersteund, die op WebGL 2.0 draait. De renderers ‘Forward+’ en ‘Mobile’ zijn niet beschikbaar op het web, aangezien WebGPU-ondersteuning nog niet is geïmplementeerd. Stel de renderer van je project dus al vroeg in op ‘Compatibility’. Als je dit pas laat wijzigt, kan dit invloed hebben op hoe materialen en belichting eruitzien, en dat kun je beter nu al opmerken.
Een korte checklist voordat je op ‘Exporteren’ klikt:
- Godot 4.x is geïnstalleerd. Elke 4.x-versie is geschikt. Nieuwere versies bevatten wat extra’s voor het web, maar de werkwijze blijft hetzelfde.
- Sjablonen voor webexport. Godot vraagt je de eerste keer om deze te downloaden. Geef hiervoor toestemming.
- GDScript, niet C#. Als je logica in C# is geschreven, is webexport voorlopig geen optie.
- Compatibiliteitsrenderer. Stel dit in onder ‘Projectinstellingen’ bij ‘Weergave’.
- Een testbrowser. Zowel Chrome als Firefox zijn geschikt voor lokale tests.
Hoe werkt de Godot HTML5-export?
Dit is de basisprocedure. Om een Godot HTML5-export uit te voeren, open je het exportvenster en voeg je een web-voorinstelling toe. Installeer de sjablonen als Godot daarom vraagt, en exporteer vervolgens naar een map. Godot maakt een index.html-bestand, een .wasm-bestand, een .pck-gegevensbestand en de bijbehorende JavaScript-code aan (Godot Docs, 2026).
Ga het stap voor stap door:
- Open het exportmenu. Ga naar ‘Project’ en vervolgens naar ‘Exporteren’.
- Voeg een webvoorinstelling toe. Klik op ‘Toevoegen’ en kies vervolgens ‘Web’. Godot maakt de HTML5-voorinstelling aan.
- Installeer exportsjablonen. Als Godot aangeeft dat er sjablonen ontbreken, klik dan op de link om ze te downloaden en te installeren. Dit hoef je slechts één keer per Godot-versie te doen.
- Kies je opties. Laat threads uitgeschakeld voor het eenvoudigste resultaat. Sinds versie 4.3 is single-threaded de standaardinstelling, en daar is een goede reden voor, die we hierna zullen bespreken.
- Exporteer het project. Klik op ‘Project exporteren’. Kies een lege map en noem het hoofdbestand ‘index.html’.
- Test het goed. Dubbelklik niet op index.html. Browsers blokkeren de toegang tot lokale bestanden. Gebruik de ingebouwde knop „Run in Browser“ van Godot, of zet de map online via een lokale webserver.
Dat laatste punt is voor bijna iedereen wel eens een struikelblok. Een webapplicatie moet via HTTP worden aangeboden, en mag niet als bestand worden geopend. De optie „Run in Browser” voor remote-debugging in Godot zet een lokale server voor je op, dus maak daar tijdens het testen gebruik van.
Waarom verschijnt er een leeg scherm bij mijn Godot-webgame?
Negen van de tien keer ligt het aan de SharedArrayBuffer-headers. Oudere Godot-webversies maakten gebruik van threads, en threads hebben een functie nodig die SharedArrayBuffer heet. Die functie wordt alleen ingeschakeld wanneer de server twee speciale headers verstuurt voor cross-origin-isolatie. Veel hosts versturen deze niet, waardoor het spel een leeg scherm laadt (Godot Engine, 2024).
Het team van Godot zelf noemde de oude aanpak een vergissing. In het webrapport over versie 4.3 schreven ze: „we hebben op het verkeerde paard gewed” (Godot Engine, 2024). Het probleem was structureel van aard. De meeste webgames worden uitgebracht op platforms van derden, waar makers geen serverheaders kunnen instellen. Daardoor werkte de threaded build voor veel mensen niet meer.
De oplossing is nu ingebouwd, aangezien exporteren met één thread de standaardinstelling is geworden in Godot 4.3 en later. Een build met één thread heeft geen SharedArrayBuffer nodig, dus deze draait zonder speciale headers. Bij de meeste 2D-games en veel 3D-games zul je het verschil niet merken. Als je toch threads nodig hebt, kan Godot exporteren als een Progressive Web App. Bij die build worden de headers via een service worker ingevoegd.
De regel is dus simpel. Krijg je een leeg scherm te zien? Schakel dan de threads uit, exporteer opnieuw en probeer het nog eens. Met die ene schakelaar los je de meest voorkomende Godot-webfout op.
Waar kun je gratis een Godot-webgame hosten?
Je hebt drie degelijke gratis opties, en welke het beste bij je past, hangt af van je doel. GitHub Pages is geschikt voor ontwikkelaars die al volledig in Git werken. itch.io is een snelle keuze voor een jam-project. VIVERSE host je project en maakt het via een deelbare link beschikbaar. Het plaatst je game ook op een sociaal platform waar spelers zich al bevinden, zowel voor 2D- als 3D-games.
Dit is hoe ze eruitzien:
| Gastheer | Het meest geschikt voor | Versies met schroefdraad | Inrichtingsinspanning |
| VIVERSE | 2D- en 3D-games, complete webapplicaties, game jams, korte demo’s | Single-threaded, geen header-configuratie | Laag |
| itch.io | Game jams, korte demo’s | Builds met Threaded werken alleen in Chrome | Laag |
| GitHub Pages | Ontwikkelaars die al Git gebruiken | Er is een tijdelijke oplossing voor de koptekst bij discussiethreads nodig | Medium |
Een opmerking over itch.io: de optionele instelling voor SharedArrayBuffer werkt alleen in Chrome, waardoor een build met meerdere threads in Firefox kan mislukken. Een single-threaded build omzeilt dit probleem, en dat is sowieso de aanpak die wij aanbevelen (Rafael Epplee, 2025).
VIVERSE is speciaal voor deze overgang ontwikkeld. Het host je build, stelt deze beschikbaar via één deelbare link en plaatst je game in een sociale ruimte waar spelers samenkomen. De link is dus ook een plek waar je gevonden kunt worden. Het ondersteunt zowel 2D als 3D, evenals video en mobiele apps. De build draait single-threaded, waardoor je de header-configuratie kunt overslaan waar andere hosts vaak over struikelen. We hebben deze weg ook met grotere projecten bewandeld. Eén studio heeft met VIVERSE een bekroonde 3D-game naar de browser geporteerd. De browser is nu de etalage.
Hoe publiceer je een Godot-build op VIVERSE?
Het is een CLI-proces in vier stappen, en het gaat snel. VIVERSE ondersteunt een Godot HTML5-export vanuit Godot 4.1 of hoger, zolang het project geen gebruik maakt van C#. Eén instellingsdetail is daarbij van cruciaal belang. Stel het exportpad in op Build/index.html, zodat VIVERSE het startpunt kan vinden (VIVERSE Docs, 2026).
Zodra je buildmap klaar is, ziet het publicatieproces er als volgt uit:
- Log in. Ga naar
viverse-cli auth loginen voer je VIVERSE-inloggegevens in. - Publiceren. Voer het commando `
viverse-cli publish` uit, waarbij je de map met je build opgeeft, en voeg vervolgens een titel en beschrijving toe. - Ik kom er later op terug. Voer dezelfde publicatiecommando uit om een nieuwe versie te publiceren. De CLI werkt het manifest automatisch voor je bij.
- Controleer. Open de URL uit het bevestigingsbericht om je live-build af te spelen.
Liever niet met een terminal werken? Je kunt de build-map ook in een zip-bestand verpakken en deze rechtstreeks uploaden in VIVERSE Studio. Hoe je het ook doet, het resultaat is een gehoste, deelbare 3D-ervaring. Bekijk onze tutorial over het bouwen van een Godot-platformgame. Of, als je alleen geïnteresseerd bent in het uploadproces in Studio, spoel dan door naar 23:34.
Wil je liever eerst zonder code aan de slag? VIVERSE Create is een wereldbouwer met drag-and-drop-functionaliteit. Je kunt je creaties ook via een deelbare URL publiceren.
Veelgestelde vragen
Kun je een Godot-game gratis naar het web exporteren?
Ja. Godot is gratis en open source, en de HTML5-export kost niets. De engine heeft inmiddels meer dan 113.000 GitHub-sterren en wordt per release ongeveer twee miljoen keer gedownload (Godot Engine, 2026). Hosting is ook gratis, op itch.io, GitHub Pages of VIVERSE.
Waarom verschijnt er een zwart of leeg scherm bij mijn Godot HTML5-export?
Meestal komt dit door ontbrekende SharedArrayBuffer-headers die nodig zijn voor builds met threads. Sinds Godot 4.3 is single-threaded export de standaardinstelling, waardoor dit probleem volledig wordt vermeden (Godot Engine, 2024). Schakel threads uit, exporteer opnieuw en serveer de build via HTTP in plaats van het bestand rechtstreeks te openen.
Kun je een C#-Godot-project naar het web exporteren?
Nee, nog niet. C#-projecten kunnen niet voor het web worden bedoeld, omdat de .NET-runtime niet in de sandbox van de browser draait (Godot Docs, 2026). Als je het web als doel hebt, bouw het project dan in GDScript. Webexport voor C# staat op de roadmap, maar is nog niet beschikbaar.
Welke renderer moet ik gebruiken voor een Godot-webexport?
Gebruik ‘Compatibility’. Web-export ondersteunt alleen de weergavemethode ‘Compatibility’, die draait op WebGL 2.0 (Godot Docs, 2026). De weergavemethoden ‘Forward+’ en ‘Mobile’ worden op het web nog niet ondersteund, aangezien WebGPU-ondersteuning nog niet is geïmplementeerd. Stel ‘Compatibility’ vroeg in om verrassingen te voorkomen.
Is Godot in 2026 geschikt voor browsergames?
Ja, steeds meer. Het aantal Godot-games op Steam bedroeg in de periode 2025-2026 2.864, wat neerkomt op een bijna verdubbeling ten opzichte van het voorgaande jaar (80.lv, 2026). Tijdens de GMTK Game Jam 2025 had Godot een aandeel van 39%, een stijging ten opzichte van 13% vier jaar eerder. De web-export is volwassen en wordt met elke release beter.
Wat moet je deze week dan versturen?
Heb je een klein Godot-project op je schijf staan? Exporteer het dan. Stel de renderer in op Compatibility, laat threads uitgeschakeld en voer de Web-preset uit. Binnen een paar minuten heb je een HTML5-build die in elk browsertabblad draait. Test het via de ingebouwde knop Run in Browser van Godot, niet door op het bestand te dubbelklikken.
Zet het dan online. Voor een snelle testversie volstaan itch.io of GitHub Pages. Als het een spel is waar spelers direct aan mee kunnen doen en dat ze kunnen ontdekken, publiceer het dan op VIVERSE. In 2026 is de drempel om een browsergame uit te brengen nog nooit zo laag geweest. Je voltooide spel is een link, geen download. Kies een host, deel de URL en kijk hoe mensen het spelen
Over het VIVERSE-team Het redactieteam van VIVERSE schrijft over ‘web-first’-gaming, WebXR en de tools voor makers die deel uitmaken van het open metaverse-platform van HTC. We testen exportpijplijnen en hostingprocessen voordat we ze aanbevelen. We vergelijken versienummers, het gedrag van de engine en claims over functies met primaire bronnen en officiële documentatie. Bekijk meer van ons werk op news.viverse.com.