Por qué encajan tan bien
Las herramientas de IA generan, casi sin excepción, un proyecto Vite + React, Next.js o Astro. Compilan a archivos estáticos o a un worker. Es el mismo formato con el que YaPanel publica, así que no hay conversión ni adaptación: se conecta el repositorio y listo.
Los tres caminos
- Sitio estático. El repositorio trae un
index.htmlen la raíz o endist/,build/,out/opublic/. Es el caso de la mayoría de lo que sale de Bolt y v0. - Aplicación que compila. Next.js, Astro o Vite con paso de build: una acción de GitHub compila y empuja el resultado, y el panel publica esa rama.
- Aplicación con backend. Un
_worker.jscompilado en la raíz. El sitio recibe su propia base de datos SQL, su almacenamiento de archivos y sus variables de entorno.
Lo que el cliente ve
Conecta su repositorio público de GitHub, elige la rama y pulsa publicar. Queda en línea con HTTPS en segundos, y cada push republica solo y limpia la caché. No hay comandos, ni SSH, ni FTP.
Qué NO funciona, dicho claro
- PHP y WordPress. No hay intérprete de PHP en el borde.
- Procesos con estado que viven entre peticiones, o conexiones persistentes de sockets tradicionales.
- Repositorios privados por ahora: el repositorio tiene que ser público.
- Binarios grandes o dependencias nativas compiladas para Linux.
¿Y si la app usa Supabase o una API?
Funciona sin tocar nada. Esas llamadas salen del navegador del visitante hacia el servicio, no del alojamiento. Es el caso más común de lo que genera Lovable y no da ningún problema.
El atajo: que la IA la haga aquí mismo
Para el cliente que no viene con un repositorio, YaPanel trae su propio generador: describe su negocio en dos líneas, sube su logo y sus fotos, y recibe una página completa en menos de un minuto, lista para publicar en su dominio. Los cambios se piden en palabras normales.