Migrar Base44 a un hosting propio: código exportado y backend que falta
Publicado el 2026-10-27 por frfrand
Cómo salir de Base44: qué se exporta, qué sucede con autenticación, funciones, almacenamiento y APIs, y cómo presupuestar refactor.
El frontend no es toda la aplicación
Base44 ofrece una experiencia de creación con backend, autenticación e integraciones gestionadas. Esto facilita crear un MVP. Pero pasar a otra infraestructura puede ser un trabajo más amplio que exportar componentes: los servicios del proveedor pueden seguir siendo necesarios para consultar datos o ejecutar workflows.
Primero evaluá portabilidad, no prometas migración automática
El mecanismo de exportación y sus límites dependen de las funciones utilizadas y del plan. Revisá la documentación, exportaciones reales y servicios SDK. Si el código contiene llamadas a una API propietaria, documentá las rutas y permisos antes de pensar en reemplazarla. Podés decidir conservar provisionalmente ese backend mientras migrás frontend; o reconstruirlo por completo con API propia. Ambas rutas tienen implicaciones distintas de costes y mantenimiento.
Ejemplo: CRM de tareas y comisiones
Una empresa generó en Base44 un panel con clientes, tareas, roles y alertas. Descargás la interfaz y la servís en Nginx: la pantalla abre, pero crear una tarea falla porque continúa llamando a funciones anteriores. En lugar de esconder el error, creás una matriz de funcionalidades, identificás las entidades y migrás o reescribís cada endpoint con pruebas. Antes de cortar, comparás conteos y probás que un vendedor no vea comisiones ajenas.
Pasos para convertirlo en producto portable
1. Confirmá qué exportaciones son admisibles y qué plan usa el proyecto. 2. Inventariá frontend, datos, autenticación, SDK, archivos y funciones. 3. Estimá qué servicios se mantienen y cuáles requieren sustitución. 4. Exportá datos, prepará backend destino y valida migraciones. 5. Probá operaciones y permisos por rol en staging. 6. Configurá el servidor y cambiá tráfico solo después del checklist.
Comparación de opciones
Mantener Base44 como plataforma gestionada puede ser perfectamente razonable. Self-hosting ofrece mayor autonomía sobre el código portable y los servicios reconstruidos, pero añade mantenimiento. La auditoría determina si el beneficio compensa el esfuerzo.
Preguntas frecuentes
### ¿Un ZIP contiene mis usuarios y archivos? No presupongas eso: comprobá qué datos salen y por qué mecanismo. ### ¿Se puede evitar rehacer toda la app? Frecuentemente sí, si el frontend es portable y se sustituyen únicamente los servicios dependientes. ### ¿Es una migración de una tarde? Depende de lógica, integraciones, datos y autenticación; puede requerir refactor. ### ¿Cómo estimar presupuesto? Separá auditoría, exportación, backend, datos, pruebas y operación.
Fuente oficial
Dónde encaja ArduMaker
El VPS o los servicios de ArduMaker pueden ser el destino del código exportado si la arquitectura lo permite, junto con dominio, HTTPS y procesos de operación. Pero migrar la app no corrige automáticamente sus bugs, permisos ni el diseño de datos. En ardumaker.com/lovable (próximamente) se presentará el servicio especializado para migrar código generado por IA y convertirlo en una aplicación desplegada con revisión técnica. La página aún no está creada: para información actual consultá ArduMaker.
Revisión: octubre de 2026. Cada plataforma y sus modalidades de exportación cambian. Validá fuentes oficiales y trabajá sobre staging con datos de prueba.
Qué muestra la fotografía
Técnico comprobando hardware y conectividad de un servidor. Fotografía ilustrativa generada para este artículo sobre llevar código creado con IA a una aplicación de producción; no es una captura oficial de la herramienta ni demuestra una implementación específica.
Lecturas relacionadas de ArduMaker
- De Bolt.new a producción: GitHub, servidor y despliegue estable con ArduMaker - De datos simulados a PostgreSQL real: completar la base de una app hecha con IA - Checklist: 30 verificaciones antes de publicar una app hecha con Lovable o IA
Elegí entre mantener servicios gestionados o migrar a infraestructura propia a partir de pruebas y requerimientos, no de promesas de un solo clic.