Aplicaciones Web
Actualizado el 27 de octubre de 2026
Aplicaciones Web
Cuando despliegas desde GitHub, el builder automático inspecciona el contenido de tu repositorio para elegir automáticamente el runtime, los comandos de instalación y de build, sin ningún archivo de configuración que escribir de tu parte.
Runtimes reconocidos
Se detectan automáticamente más de 35 frameworks, con un comando de inicio adaptado a cada uno. La lista completa, las señales de detección y los comandos generados están en Frameworks soportados. Las grandes familias:
| Familia | Ejemplos | Guía |
|---|---|---|
| Fullstack y SSR | Next.js, Nuxt, SvelteKit, Remix, Astro, RedwoodJS, SolidStart, Qwik… | Frameworks soportados |
| Backend Node.js | Express, Fastify, NestJS, Koa, AdonisJS, FeathersJS, Moleculer… | Node.js |
| Frontend estático | Vite (React / Vue / Svelte), Gatsby, Gulp | React / Vite |
| Python | Django, FastAPI, Flask | Python |
| PHP | Laravel, composer.json | PHP |
| Otros lenguajes | Go, Ruby on Rails, Rust, Deno | Go |
Si tu repositorio contiene un Dockerfile, este tiene siempre prioridad sobre la detección automática (ver Docker).
Lo que es común a todos los stacks
- Tu aplicación debe leer la variable
PORTy escuchar en0.0.0.0, nunca enlocalhost. - Toda clave, contraseña o URL de conexión se configura mediante las variables de entorno, nunca fijas en el repositorio.
- El sistema de archivos de un servicio web es efímero. Todo dato a conservar debe pasar por una base de datos.
- El comando de inicio siempre puede sobrescribirse manualmente, ver Comando de inicio personalizado.
Cada guía de stack anterior detalla los comandos exactos ejecutados por el builder automático y las variables de entorno propias del framework.