# Porta un juego a web

> Un build de navegador no tiene sistema de archivos, tiene un techo de memoria duro, y una descarga que el jugador mira. Esos tres hechos moldean todo el port.

- URL: https://www.summerengine.com/es/port-a-game-to-web
- Keyword: portar un juego a web
- Related: https://www.summerengine.com/es/porting

Portar un juego a web significa crear una versión de navegador de un juego que te pertenece que corre a través de WebAssembly y las APIs gráficas del navegador. Un dato es específico de Summer Engine. Summer exporta un build web para un proyecto en GDScript, y lo publicas en Summer Games, donde la gente lo juega en el navegador. Esta página cubre lo que necesita un build para navegador.

La web es la única plataforma donde el jugador mira como ocurre tu descarga. Cada megabyte es una ocasion de marcharse. La memoria esta limitada por debajo del escritorio, sobre todo en navegadores móviles. No hay sistema de archivos, así que las partidas viven en el almacenamiento del navegador que el jugador puede borrar. El audio no puede arrancar hasta que el jugador interactúa con la página.

A cambio obtienes juego instantáneo, un enlace que puedes publicar en cualquier sitio y ninguna aprobación de tienda. Eso convierte a un build web en un formato de demo muy sólido junto a un lanzamiento de escritorio, cuando tu motor lo admite.

## El tamaño y el tiempo de carga deciden el resultado

Fija un presupuesto de descarga antes de empezar y luego diseña para el. Comprime las texturas, reduce la escala de todo lo que no se vea a resolución completa, convierte el audio a OGG con tasas de bits sensatas, y elimina el contenido sin usar de la exportación. Carga rápido una primera escena jugable y transmite o carga con retraso el resto. Muestra progreso real y no un icono giratorio. Un build web que tarda treinta segundos en arrancar pierde a la mayoría de quienes hicieron clic.

## Restricciones del navegador que hay que rodear con código

Los contextos de audio quedan suspendidos hasta un gesto del usuario, así que añade una pantalla de clic para empezar. El almacenamiento es local del navegador y borrable, así que trata las partidas como un mejor esfuerzo y ofrece una opción de exportar o de nube si el progreso importa. Las pestanas pasan a segundo plano y se ralentizan, así que pausa al cambiar la visibilidad. Usa tiempo delta, porque la tasa de cuadros varía más que en nativo. La pantalla completa y el bloqueo de puntero requieren ambos un gesto del usuario. Los navegadores móviles tienen menos memoria y ningún teclado.

## Entrada en una página

Soporta teclado y ratón, mandos a través de la API de gamepad del navegador, y táctil para móvil. Evita que la página haga scroll cuando el jugador usa las flechas o desliza sobre el lienzo. Maneja la pérdida de foco cuando el jugador hace clic fuera del juego. Haz que el lienzo se adapte a distintos tamaños de ventana en vez de asumir una sola resolución fija, y pruébalo tanto en una ventana pequeña de portátil como en una pantalla de escritorio completa.

## Donde alojarlo

Un build web de Summer es un .zip estático estándar con index.html en la raíz, y Summer Games es el lugar para publicarlo. itch.io aloja builds HTML5 y gestiona la inserción, dentro de límites de 500 MB en total, 200 MB por archivo y mil archivos. Newgrounds y los portales de juegos web siguen aceptando títulos de navegador y pueden pagar por tráfico o reparto de ingresos. El alojamiento propio funciona con cualquier servicio estático. Un build de un solo hilo de Godot 4.3 o posterior no necesita cabeceras especiales, mientras que un build con hilos necesita cabeceras de aislamiento de origen cruzado. Una demo de navegador también alimenta una página de Steam, y muchos desarrolladores publican una demo web gratuita junto a un lanzamiento de escritorio de pago.

## FAQ

### Puedo usar C# para un build de navegador?

No con C#. Godot 4 no puede exportar proyectos en C# a la web, y eso se mantiene en Summer. Un proyecto en GDScript exporta un build web en Summer, y lo publicas en Summer Games. C# está disponible en el editor de escritorio de Summer para versiones de escritorio.

### Por que tarda tanto en cargar mi build web?

Casi siempre es el tamaño de descarga y los assets sin comprimir. Reduce primero las texturas y el audio, elimina el contenido sin usar, y luego divide la carga para que aparezca una escena jugable antes de que llegue el resto.

### Funcionan los builds web en teléfonos?

Si, con trabajo de diseño. Los navegadores móviles tienen menos memoria, ningún teclado y entrada solo táctil, así que planifica un presupuesto de assets menor y controles táctiles en vez de publicar el diseño de escritorio.

### Puede el jugador guardar progreso en un juego de navegador?

Si, a través del almacenamiento del navegador, pero el jugador o el navegador pueden borrarlo. Para juegos largos, añade un código de exportación, una descarga de archivo, o un guardado respaldado por una cuenta.

### Puede el mismo proyecto publicarse también en Steam?

Sí. Summer exporta versiones de escritorio para Windows y macOS para Steam, y un proyecto en GDScript también exporta un build web, así que una demo gratuita de navegador en Summer Games puede convivir con el lanzamiento en Steam.

[Empieza la reconstrucción](https://www.summerengine.com/es/download)

---

## Machine-readable resources

- Site index for agents: https://www.summerengine.com/llms.txt
- Full inlined content: https://www.summerengine.com/llms-full.txt
- Porting catalog: https://www.summerengine.com/llms-porting.txt
- Structured catalog: https://www.summerengine.com/agent-catalog.json
- Sitemap: https://www.summerengine.com/sitemap.xml
- Developer resources: https://www.summerengine.com/docs
- Summer API (assets from any agent or code; public per-call model prices): https://docs.summerengine.com/api