Cómo elegir renderer en Godot: comparación entre Forward+, Mobile y Compatibility

Fri, 19 Jun 2026 21:52:48 +0800

Al crear un proyecto en Godot 4.x, Godot te pide elegir un renderer: Forward+, Mobile o Compatibility.

No es solo una cuestión de calidad visual. La elección afecta a las funciones de renderizado disponibles, el hardware soportado, si puedes exportar a Web y el rendimiento en distintos dispositivos.

Si solo quieres una regla inicial, elige según la plataforma objetivo: 3D de escritorio suele ser Forward+, 3D móvil suele ser Mobile, y Web, dispositivos antiguos y la mayoría de proyectos 2D suelen ser Compatibility.

Resumen rápido

Puedes empezar con esta tabla:

Objetivo	Renderer recomendado
Juego 3D de escritorio con funciones avanzadas	`Forward+`
3D para móviles nuevos, desktop XR o 3D con límites móviles	`Mobile`
Exportación Web/HTML5	`Compatibility`
PCs antiguos, teléfonos antiguos o XR standalone	`Compatibility`
Juegos 2D, o 3D sin renderizado avanzado	`Compatibility`
Máxima cobertura de hardware	`Compatibility`
Juego 2D que necesita funciones avanzadas como compute shaders	Considerar `Forward+`

Esto es solo un punto de partida. Cada juego es distinto y tendrás que probar en los dispositivos objetivo.

Cuándo tiene sentido Forward+

Si apuntas principalmente a escritorio y hardware relativamente nuevo, Forward+ es una buena primera opción.

Elige Forward+ si:

Estás desarrollando para escritorio.
El hardware objetivo es relativamente nuevo y soporta Vulkan, Direct3D 12 o Metal.
El proyecto es un juego 3D.
Quieres usar las funciones de renderizado más completas y avanzadas de Godot.

Forward+ encaja mejor con proyectos 3D que tienen más exigencia visual. Permite usar funciones de renderizado más avanzadas y se adapta mejor a GPUs nuevas, sistemas modernos y plataformas de escritorio.

Pero no es la mejor opción por defecto para todo. Si el juego debe correr en dispositivos antiguos, navegadores o teléfonos de gama baja, Forward+ puede traer problemas de compatibilidad o rendimiento.

Cuándo tiene sentido Mobile

El renderer Mobile está pensado para dispositivos móviles más nuevos y también puede encajar con algunos proyectos de desktop XR o escritorio. Sigue dependiendo de APIs gráficas modernas como Vulkan, Direct3D 12 o Metal, pero tiene en cuenta las limitaciones del hardware móvil.

Elige Mobile si:

Apuntas a dispositivos móviles relativamente nuevos.
Apuntas a desktop XR o escritorio.
El hardware objetivo soporta Vulkan, Direct3D 12 o Metal.
El proyecto es un juego 3D.
Quieres funciones de renderizado avanzadas aceptando límites de hardware móvil.

En resumen, Mobile es la opción más natural para proyectos 3D en dispositivos móviles nuevos. No está pensado para todos los teléfonos; encaja mejor con hardware reciente.

Si necesitas soportar Android muy antiguos, teléfonos de gama baja o la mayor cantidad posible de hardware móvil, Compatibility suele ser más seguro.

Cuándo tiene sentido Compatibility

Compatibility es el renderer con mayor cobertura de hardware. Sirve para dispositivos antiguos, Web, XR standalone y proyectos que no necesitan funciones avanzadas de renderizado.

Elige Compatibility si:

Apuntas a dispositivos móviles antiguos.
Apuntas a equipos de escritorio antiguos.
Apuntas a dispositivos XR standalone.
El hardware objetivo no soporta Vulkan.
Necesitas exportar a Web/HTML5.
El proyecto es un juego 2D.
El proyecto es 3D pero no necesita funciones avanzadas de renderizado.
Quieres rendimiento estable en la mayor cantidad posible de dispositivos.

Si estás haciendo un juego Web, Compatibility es la única opción. La documentación oficial de Godot indica claramente que los proyectos Web deben usar Compatibility.

Para muchos proyectos 2D, Compatibility también es la opción inicial más tranquila. Soporta más dispositivos, rinde de forma estable y reduce problemas de compatibilidad durante pruebas y publicación.

Para Web, elige Compatibility

Si tu objetivo incluye Web/HTML5, no hay mucho que discutir: elige Compatibility.

La razón es directa. En Godot 4.x, la exportación Web solo puede usar el renderer Compatibility. Aunque tu equipo de desarrollo tenga una GPU moderna, esto no cambia.

Casos Web que deberían usar Compatibility:

Minijuegos de navegador
Builds Web para Itch.io
Demos en una web oficial
Demos educativas
Pequeños proyectos interactivos embebidos en páginas

Si más adelante planeas exportar a Web, conviene probar con Compatibility desde el inicio del proyecto. No esperes al final para cambiar de renderer.

Los juegos 2D suelen encajar con Compatibility

Si haces un juego 2D normal, Compatibility suele ser mejor.

La mayoría de juegos 2D no necesitan las funciones avanzadas 3D de Forward+. Te importan más el arranque rápido, la compatibilidad amplia, el rendimiento estable y más opciones de publicación.

Estos proyectos pueden empezar con Compatibility:

Plataformas
Shooters cenitales
Puzles 2D
Juegos de cartas
Novelas visuales
Juegos pixel art pequeños
Demos Web jugables

Hay excepciones. La documentación oficial también menciona que puedes elegir Forward+ para un juego 2D si necesitas funciones avanzadas como compute shaders. Pero eso aplica cuando sabes claramente que necesitas esas funciones. No es la opción por defecto para principiantes.

Cómo decidir en juegos 3D

En juegos 3D, la plataforma objetivo pesa más.

Si apuntas a hardware de escritorio nuevo y quieres efectos de renderizado avanzados, elige Forward+.

Si apuntas a dispositivos móviles nuevos o desktop XR, elige Mobile.

Si apuntas a dispositivos antiguos, Web, XR standalone o quieres cubrir más hardware, elige Compatibility.

Regla simple:

1
2
3

3D de escritorio nuevo: Forward+
3D móvil nuevo: Mobile
Web / dispositivos antiguos / compatibilidad amplia: Compatibility

No elijas solo por “la mejor calidad visual”. El juego se ejecutará en los dispositivos de los jugadores, y la compatibilidad más una tasa de cuadros estable suelen importar más que cómo se ve en tu PC de desarrollo.

Dispositivos antiguos o de gama baja: Compatibility

Si no sabes qué dispositivos tendrán tus usuarios, o quieres cubrir la mayor cantidad posible de hardware, Compatibility es más seguro.

Casos típicos:

PCs de aulas
PCs antiguos de oficina
Portátiles viejos
Teléfonos Android antiguos
Dispositivos de jugadores con especificaciones desconocidas
Distribución en navegador o canales ligeros

Forward+ y Mobile asumen soporte de APIs gráficas modernas. Si el dispositivo no soporta Vulkan, Compatibility es la única opción.

¿Se puede cambiar de renderer después?

Sí, se puede cambiar, pero no conviene tratarlo como un ajuste sin consecuencias.

Los renderers no soportan exactamente las mismas funciones. Algunas funciones avanzadas usadas en Forward+ pueden no estar disponibles o verse distinto al cambiar a Compatibility.

Si el proyecto está empezando y tiene pocas dependencias de renderizado, el cambio suele ser barato. Cuanto más avance el proyecto, más materiales, luces, post-procesado, shaders y partículas tendrás, y mayor será el riesgo.

Recomendaciones:

Elige según la plataforma objetivo desde el principio.
Prueba en dispositivos objetivo lo antes posible.
No esperes a que el juego esté casi terminado para cambiar de renderer.
Si planeas soportar Web, valida con Compatibility desde el inicio.

Mi recomendación

Si eres principiante en Godot, puedes elegir así:

2D o Web: Compatibility.
3D de escritorio con hardware reciente: Forward+.
3D para móviles nuevos: Mobile.
Máxima cobertura de dispositivos: Compatibility.

Para un primer proyecto en Godot, recomiendo Compatibility. Tiene menos sorpresas, mayor compatibilidad y un camino de publicación más estable, especialmente para 2D, Web, demos educativas y pequeños juegos indie.

Cuando realmente necesites renderizado 3D avanzado, compute shaders o efectos gráficos de escritorio más complejos, considera Forward+. Si el proyecto apunta de verdad a 3D en móviles nuevos, considera Mobile.

El renderer más avanzado no siempre es el mejor. El mejor renderer es el que funciona de forma estable en los dispositivos de tus jugadores objetivo.

Compatibility on KnightLi Blog