Exportando para a Web

Exportar HTML5 permite que jogos feitos com Godot Engine sejam publicados para navegadores. É necessário que o navegador do usuário tenha suporte para WebAssembly e WebGL .


Use the browser-integrated developer console, usually opened with F12, to view debug information like JavaScript, engine, and WebGL errors.


Muitos navegadores, incluindo o Firefox e navegadores baseados no Chromium, não carregarão projetos quando abertos localmente pelo protocolo file://. Para contornar isso, use um servidor local.


Python offers an easy method to start a local server. Use python -m http.server 8000 --bind with Python 3 to serve the current working directory at http://localhost:8000.


There are significant bugs when running HTML5 projects on iOS (regardless of the browser). We recommend using iOS' native export functionality instead, as it will also result in better performance.

WebGL 2

Enquanto o renderizador OpenGL ES 3 é substituído pelo Vulkan, projetos exportados para HTML5 usam WebGL 2 quando GLES3 está selecionado.


Não é recomendado usar WebGL 2 visto que é esperado ser removido do Godot.

WebGL 2 não é suportado por todos os navegadores. Firefox e Chromium (Chrome, Opera) são os navegadores mais populares e suportam WebGL 2. Safari e Edge não suportam. No iOS, todos os navegadores são baseados em WebKit (ex. Safari), então também não há suporte.

O renderizador WebGL 2 do Godot possui problemas com 3D e não é mais mantido.


Por motivos de segurança e privacidade, muitas funcionalidades que funcionam sem problemas nas plataformas nativas são mais complicadas na plataforma web. A seguir há uma lista das limitações que se deve estar ciente quando for portar um game do Godot para a web.

Usar cookies para dados persistentes

Users must allow cookies (specifically IndexedDB) if persistence of the user:// file system is desired. When playing a game presented in an iframe, third-party cookies must also be enabled. Incognito/private browsing mode also prevents persistence.

O método OS.is_userfs_persistent() pode ser utilizado para checar se o sistema de arquivos user:// é persistente, mas pode dar falso positivo em alguns casos.

Tecla cheia e captura do mouse

Navegadores não permitem entrar em tela cheia livremente. O mesmo vale para capturar o cursor. Para isso, essas ações devem ocorrer como uma resposta para um evento de input no JavaScript. No Godot, isso significa entrar em tela cheia a partir de um evento de input como _input ou _unhandled_input. Acessar o singleton Input não é suficiente, o evento relevante precisa estar ativo no momento.

For the same reason, the full screen project setting doesn't work unless the engine is started from within a valid input event handler. This requires customization of the HTML page.

Audio autoplay

Chrome restringe como os sites reproduzem áudio. Pode ser necessário que o jogador clique, toque ou pressione uma tecla para ativar o áudio.

Ver também

Google offers additional information about their Web Audio autoplay policies.

HTTPClient and HTTPRequest

The HTTP classes have several restrictions on the HTML5 platform:

  • Accessing or changing the StreamPeer is not possible
  • Threaded/Blocking mode is not available
  • Cannot progress more than once per frame, so polling in a loop will freeze
  • No chunked responses
  • Host verification cannot be disabled
  • Subject to same-origin policy

O arquivo `` .html`` exportado não deve ser reutilizado

Each project must generate their own HTML file. On export, several text placeholders are replaced in the generated HTML file specifically for the given export options. Any direct modifications to the generated HTML file will be lost in future exports. To customize the generated file, see Personalizar página HTML para exportação Web.

Boot splash is not displayed

The default HTML page does not display the boot splash while loading. However, the image is exported as a PNG file, so custom HTML pages can display it.

Shader language limitations

When exporting a GLES2 project to HTML5, WebGL 1.0 will be used. WebGL 1.0 doesn't support dynamic loops, so shaders using those won't work there.

Funcionalidade não implementada

The following functionality is currently unavailable on the HTML5 platform:

  • Threads
  • GDNative
  • C#
  • Clipboard synchronization between engine and operating system
  • Networking other than HTTPClient and WebSocketClient


Check the list of open HTML5 issues on GitHub to see if the functionality you're interested in has an issue yet. If not, open one to communicate your interest.

Serving the files

Exportar para a web gera muitos arquivos que serão servidos a partir de um servidor web, incluindo uma página de apresentação padrão em HTML. Um arquivo customizado pode ser usado, veja:ref:doc_customizing_html5_shell.

O arquivo .html gerado pode ser usado como DirectoryIndex em servidores Apache e podem ser renomeados para e.g. ``index.html``a qualquer momento, ele não depende do nome por padrão.

The HTML page draws the game at maximum size within the browser window. This way it can be inserted into an <iframe> with the game's size, as is common on most web game hosting sites.

The other exported files are served as they are, next to the .html file, names unchanged. The .wasm file is a binary WebAssembly module implementing the engine. The .pck file is the Godot main pack containing your game. The .js file contains start-up code and is used by the .html file to access the engine. The .png file contains the boot splash image. It is not used in the default HTML page, but is included for custom HTML pages.

The .pck file is binary, usually delivered with the MIME-type application/octet-stream. The .wasm file is delivered as application/wasm.


Delivering the WebAssembly module (.wasm) with a MIME-type other than application/wasm can prevent some start-up optimizations.

Delivering the files with server-side compression is recommended especially for the .pck and .wasm files, which are usually large in size. The WebAssembly module compresses particularly well, down to around a quarter of its original size with gzip compression.

Opções de exportação

If a runnable web export template is available, a button appears between the Stop scene and Play edited Scene buttons in the editor to quickly open the game in the default browser for testing.

If a path to a Custom HTML shell file is given, it will be used instead of the default HTML page. See Personalizar página HTML para exportação Web.

Head Include is appended into the <head> element of the generated HTML page. This allows to, for example, load webfonts and third-party JavaScript APIs, include CSS, or run JavaScript code.

Calling JavaScript from script

In web builds, the JavaScript singleton is implemented. It offers a single method called eval that works similarly to the JavaScript function of the same name. It takes a string as an argument and executes it as JavaScript code. This allows interacting with the browser in ways not possible with script languages integrated into Godot.

func my_func():
    JavaScript.eval("alert('Calling JavaScript per GDScript!');")

The value of the last JavaScript statement is converted to a GDScript value and returned by eval() under certain circumstances:

  • JavaScript number is returned as GDScript float
  • JavaScript boolean is returned as GDScript bool
  • JavaScript string is returned as GDScript String
  • JavaScript ArrayBuffer, TypedArray and DataView are returned as GDScript PoolByteArray
func my_func2():
    var js_return = JavaScript.eval("var myNumber = 1; myNumber + 2;")
    print(js_return) # prints '3.0'

Any other JavaScript value is returned as null.

HTML5 export templates may be built without support for the singleton. With such templates, and on platforms other than HTML5, calling JavaScript.eval will also return null. The availability of the singleton can be checked with the JavaScript feature tag:

func my_func3():
    if OS.has_feature('JavaScript'):
            console.log('The JavaScript singleton is available')
        print("The JavaScript singleton is NOT available")


GDScript's multi-line strings, surrounded by 3 quotes """ as in my_func3() above, are useful to keep JavaScript code readable.

The eval method also accepts a second, optional Boolean argument, which specifies whether to execute the code in the global execution context, defaulting to false to prevent polluting the global namespace:

func my_func4():
    # execute in global execution context,
    # thus adding a new JavaScript global variable `SomeGlobal`
    JavaScript.eval("var SomeGlobal = {};", true)