A renderização no navegador acaba de ter seu melhor mês de todos os tempos
Por Oleg Sidorkin, CTO da Cinevva
Enquanto a indústria de jogos passou março discutindo sobre IA na GDC, a tecnologia de renderização nos navegadores avançou o equivalente a cinco anos em quatro semanas. Ninguém realizou uma coletiva de imprensa. Ninguém publicou uma opinião polêmica. Cinco acontecimentos distintos mudaram, em conjunto, o significado de "jogo de navegador".
O Babylon.js vem impulsionando a renderização nos navegadores há anos. A versão 9.0 deu o maior salto até agora.
O que chegou em março de 2026
O Babylon.js 9.0 foi lançado com iluminação em clusters, uma técnica de renderização que permite usar centenas de luzes dinâmicas em uma cena sem comprometer o desempenho. Até agora, esse era um recurso de engines AAA. A versão também inclui iluminação volumétrica com dispersão realista da luz, luzes de área texturizadas para efeitos como vitrais e painéis de LED, além de um editor de partículas baseado em nós. Tudo isso funciona tanto no WebGPU quanto no WebGL 2.
O PlayCanvas v2.17 passou a oferecer ordenação de Gaussian Splatting controlada pela GPU no WebGPU. O Gaussian Splatting, técnica que transforma capturas de fotogrametria em cenas 3D em tempo real, era um artigo de pesquisa dois anos atrás. Agora, funciona em uma engine de navegador com aceleração por GPU na etapa de ordenação.
O Three.js r183 renomeou seu módulo PostProcessing para RenderPipeline. Isso pode parecer uma pequena mudança de API, mas o nome importa. "Pós-processamento" é algo que você acrescenta a um projeto por hobby. "Pipeline de renderização" é infraestrutura de produção. A equipe do Three.js está sinalizando que a biblioteca está pronta para arquiteturas de renderização sérias e estruturadas.
O Chrome 146 adicionou o Modo de Compatibilidade do WebGPU, o que significa que GPUs mais antigas, sem suporte ao conjunto completo de recursos do WebGPU, agora podem usar o WebGPU por meio de um caminho com recursos reduzidos. A base instalada compatível com o WebGPU acaba de crescer drasticamente.
O W3C publicou o WebGPU como uma versão preliminar de recomendação candidata. Essa é a etapa formal para que ele se torne um padrão oficial da web. O WebGPU não é mais experimental. Ele está a caminho da padronização.
Por que este mês é diferente
Qualquer um desses lançamentos, por si só, seria digno de nota. Os cinco acontecerem no mesmo mês cria um efeito cumulativo.
Há cinco anos, "jogo de navegador" significava um jogo casual 2D, talvez com alguns efeitos em Canvas se você fosse ambicioso. Há três anos, era possível fazer 3D básico com uma otimização cuidadosa. Há um ano, o WebGPU começou a chegar aos navegadores em produção, e o limite do que era possível começou a subir.
Mas março de 2026 foi quando a diferença entre a renderização nativa e a de navegador passou de "significativa" para "diminuindo rapidamente". Iluminação em clusters era algo para o qual você precisava do Unreal ou do Unity. Gaussian Splatting era algo para o qual você precisava de um laboratório de pesquisa. Pipelines de pós-processamento com qualidade de produção eram algo para o qual você precisava de uma engine personalizada. Agora, os três estão disponíveis em engines de navegador de código aberto que qualquer pessoa pode instalar com npm.
Three.js Water Pro rodando no WebGPU. Isto é um navegador.
O que eu acho que acontecerá em seguida
Na Cinevva, apostamos desde o início na distribuição de jogos com foco principal no navegador. A tese sempre foi que a diferença de renderização diminuiria porque a plataforma web evolui mais rapidamente do que as engines nativas. O WebGPU demorou mais do que eu esperava, mas a convergência agora está acontecendo conforme o previsto.
O efeito prático está na distribuição. Um jogo que roda no navegador não precisa de download, instalação ou processo de aprovação de uma plataforma. Ele é carregado a partir de uma URL. Essa sempre foi a vantagem do navegador, mas ela só importa quando a qualidade da renderização é boa o suficiente para que os desenvolvedores realmente o escolham.
Agora, já ultrapassamos esse limiar. Não para todos os jogos. Não para um AAA de mundo aberto com ray tracing. Mas, para uma categoria cada vez maior de jogos que incluem 3D em tempo real, iluminação dinâmica, sistemas de partículas e recursos fotogramétricos, o navegador é um destino viável. E, ao contrário das plataformas nativas, não há uma taxa de 30% cobrada pela plataforma na outra ponta.
A pergunta nunca foi "se os navegadores vão alcançar as outras plataformas". Era "quando". Março de 2026 respondeu.
Conteúdo relacionado:
- Babylon.js 9.0: iluminação em clusters e Gaussian Splatting — a análise técnica completa
- Chrome 146 lança o Modo de Compatibilidade do WebGPU — ampliando a base instalada compatível com o WebGPU
- O desenvolvimento de jogos para web entra na era do WebGPU — como chegamos até aqui
- Comparativo de engines de jogos para web — Babylon.js, Three.js, PlayCanvas e as demais
- Primeiros passos com WebGPU para desenvolvedores de jogos — prática com a nova API
- Tecnologia para mundos abertos 3D no navegador — a arquitetura de renderização por trás dos mundos no navegador