Base44 es una plataforma web que convierte una descripción en lenguaje natural en una aplicación funcional. Su editor reúne chat con IA, vista previa interactiva y panel de administración.
¿Has usado esta herramienta? Valórala
¿Has usado esta herramienta? Valórala
Base44 es una plataforma web que convierte una descripción en lenguaje natural en una aplicación funcional. Su editor reúne chat con IA, vista previa interactiva y panel de administración. A partir de una petición puede producir páginas, entidades de datos, formularios, reglas de acceso, funciones de backend, integraciones y una versión publicada. La documentación para desarrolladores también presenta Base44 como backend gestionado para un frontend externo mediante SDK de JavaScript y CLI.
Este enfoque integrado reduce mucho la configuración inicial, pero no elimina el trabajo de producto. El equipo sigue siendo responsable del modelo de datos, los permisos, los errores, el coste y la operación. Una vista previa atractiva no demuestra que la aplicación sea segura ni esté preparada para producción. El camino fiable consiste en definir un flujo pequeño de extremo a extremo, probarlo con datos y roles reales y publicar de forma controlada.
La guía de inicio parte de una instrucción en el chat, permite revisar páginas y datos generados en la vista previa y usar el dashboard antes de publicar en una dirección de Base44. La documentación técnica añade almacenamiento, autenticación, actualizaciones en tiempo real, funciones TypeScript, integraciones y hosting. Por tanto, no se limita a crear un mockup estático.
Los planes, modelos, créditos y funciones beta cambian. Un tutorial antiguo o una captura de otra cuenta no prueba el entitlement del workspace actual. Para comprar o comprometer una fecha de entrega, hay que contrastar la tabla oficial vigente con lo que realmente aparece en la cuenta y distinguir capacidad presente, roadmap y recomendación operativa.
Wix anunció la adquisición de Base44 el 18 de junio de 2025 y afirmó que seguiría funcionando como producto y negocio distintos. Es un hecho corporativo completado, no una prueba de que todos los servicios de Wix estén integrados ni de que una función concreta esté disponible para cada cuenta. Las decisiones técnicas deben apoyarse en la documentación propia de Base44.
TechCrunch informó en junio de 2026 del inicio del despliegue de Base1, un modelo especializado. «Despliegue» no significa disponibilidad universal. Antes de basar rendimiento o presupuesto en ese modelo, revise el selector y el coste en créditos del editor real.
Default aplica una petición a la aplicación. Discuss sirve para planificar o cuestionar una solución sin modificar el proyecto. Edit permite seleccionar elementos de la vista previa y ajustar su presentación. La edición manual y la asistida por IA pueden tener efectos distintos en los créditos, por lo que elegir el modo correcto evita iteraciones innecesarias.
Discuss es adecuado para pedir un esquema de datos, comparar alternativas y descubrir riesgos. Edit funciona mejor para tipografía, color, espaciado y componentes concretos. Una petición en Default debería incluir estado inicial, rol afectado, regla, resultado esperado y exclusiones explícitas.
Base44 incluye entidades persistentes y un panel para examinar registros. La documentación describe una capa NoSQL, actualizaciones en tiempo real, autenticación, funciones, integraciones y hosting. También permite que un frontend externo consuma esos servicios mediante el SDK.
Revise el modelo antes de multiplicar pantallas. Separe identidad y perfil público, defina estados válidos y relacione cada registro privado con su organización. En una aplicación multi-tenant, ocultar un botón no sustituye una regla que impida consultar datos de otro cliente.
El flujo documentado cubre autenticación gestionada, visibilidad de la app, usuarios invitados, roles de usuario y administrador y permisos de datos. También incluye «act as a user» para probar la perspectiva de otro rol. Autenticar responde quién es la persona; autorizar decide qué puede leer o cambiar. Ambas capas requieren pruebas separadas y accesos negativos deliberados.
La documentación actual indica que no existe un flujo de autenticación totalmente personalizado ni pantallas integradas completamente white-label; el white labeling se describe como planificado. Cualquier requisito de proveedor de identidad, SSO o marca debe confirmarse en la documentación y el plan actuales, no deducirse de una mención secundaria.
Las llamadas sensibles, webhooks, operaciones privilegiadas y verificaciones de pago deben ejecutarse en una función de backend o integración gestionada. Base44 distingue acciones incorporadas, conectores con autorización administrada e integraciones de workspace importadas desde OpenAPI. Las credenciales no deben aparecer en cliente, prompts o campos ordinarios.
Pruebe caducidad de autorización, scopes, paginación, límites, duplicados y fallos parciales. Registre quién posee la conexión y cómo se reintenta o reconcilia. Una acción externa que cambia dinero o estado necesita verificación e idempotencia.
Para apps creadas desde el 6 de julio de 2026, Workflows sustituye a Automations según la documentación; los proyectos anteriores pueden conservar el sistema antiguo. Una app muestra uno u otro. Workflows puede empezar por horario, cambio de entidad, conversación con agente interno o evento de conector y combinar condiciones, esperas y acciones con progreso por ejecución.
Esta transición explica por qué algunos tutoriales ya no coinciden. Compruebe primero la superficie presente. Después defina trigger, estado terminal y protección contra bucles. Cada efecto externo debe reconocer un evento ya procesado.
Cada app recibe una dirección Base44 y se publica desde el editor. Los dominios personalizados con HTTPS gestionado dependen del plan. Publicar es una release: antes hay que probar roles, scanner, secretos, integraciones, dominio y procedimiento de retirada o rollback.
La vista de código, ZIP y sincronización bidireccional con GitHub permiten desarrollo local, ramas y pull requests en planes aptos. Exportar código no reproduce autenticación, base de datos y hosting como componentes autoalojados. Una migración completa debe sustituir esas capas.
Se documentan navegador móvil y apps de creación para iOS y Android. Una app publicada funciona en navegador y puede añadirse a la pantalla de inicio. Algunas tareas administrativas pueden requerir escritorio; el móvil es una superficie complementaria.
En un plan apto, Base44 analiza preparación y genera IPA/AAB. Son wrappers web-view de la app publicada, no reescrituras nativas. Actualmente no añaden push nativo ni modo offline completo. El propietario mantiene cuentas de desarrollador, fichas, declaraciones y envío.
Un fundador puede probar registro, entrada de datos, resultado y regreso posterior sin montar toda una infraestructura convencional. La primera versión debe demostrar una función, un objeto y un resultado medible. Es mejor operar manualmente una parte de un marketplace o usar una regla auditable que imitar de inmediato una plataforma madura.
Compruebe que un usuario nuevo recupera sus datos, que otro rol no los ve y que un error no destruye el estado. El objetivo es obtener evidencia sobre la hipótesis, no celebrar que terminó la generación.
Inventario, aprobaciones, onboarding, incidencias y paneles de servicio son procesos acotados. Las entidades guardan casos, los roles separan tareas y un workflow envía alertas o avanza el estado. Puede encajar cuando un SaaS genérico obliga a usar hojas y atajos.
Interno no significa inocuo. Defina sistema de registro, propiedad, retención y resolución de conflictos. Datos de empleados, clientes o finanzas necesitan permisos y revisión.
Autenticación y reglas pueden sostener pedidos, documentos y solicitudes. Cada registro privado necesita relación con owner o tenant. Pruebe dos organizaciones e intente cruzar el límite. Una interfaz personalizada no protege una consulta insegura.
Planifique revocación, historial y propietario de conexiones. Los errores deben ser útiles sin revelar identidades ni configuración ajena.
Un lead puede disparar confirmación, espera, comprobación y alerta; un evento de calendario puede actualizar una reserva; una tarea programada puede crear un resumen. Diseñe reintentos, duplicados, autorización vencida y estado terminal observable.
Filtre eventos irrelevantes antes de gastar créditos. Dinero y acciones irreversibles necesitan aprobación o informe de conciliación. Un happy path no es suficiente.
Base44 puede crear sitios, landing pages y calculadoras con dominio y hosting. Aporta más valor cuando también hacen falta cuentas, preferencias guardadas, resultados generados o un proceso tras un formulario. Para una web editorial, compare CMS, SEO, redirecciones y gobierno de contenido.
Pruebe textos largos, estados vacíos, errores, teclado, contraste y pantallas estrechas. Una portada elegante no demuestra la calidad de una tabla compleja.
Escriba roles, registros, acciones permitidas, resultado observable y exclusiones. En multi-tenancy, explique cómo se almacena organización y se limita cada consulta. Use Discuss para pedir crítica de esquema y fallos sin aplicar cambios.
Pida registro, creación de un objeto, vista bajo el rol correcto y una acción significativa. Revise campos, validación, recarga y sesión nueva. Corrija el modelo antes de añadir paneles e integraciones.
Pruebe create/read/update/delete por rol. Mueva credenciales a secretos y operaciones sensibles al backend. Ejecute el security scanner, lea cada recomendación e intente lecturas y escrituras prohibidas con cuentas ficticias.
Compruebe cuenta y scopes, éxito y error, varias páginas y duplicados. Para workflow, defina trigger, condiciones, esperas y final antes de las acciones. Un cambio pequeño se explica y revierte mejor.
Use nombres largos, campos vacíos, caracteres especiales y límites. Pruebe cada rol en navegador real y móvil. El wrapper de tienda refleja la web publicada; valide primero ese flujo.
Exporte datos y código importantes, guarde la versión revisada, anote plan y conexiones, repita scan y revise dominio. Tras publicar, entre con usuario nuevo y observe funciones, ejecuciones y créditos.
«Añade una página de aprobación» es ambiguo. Indique rol, tenant, estado, acción y campos de auditoría. Separe prompts funcionales y visuales para que estilo no oculte cambios de lógica.
No mezcle auth, esquema, pago y rediseño. Mantenga un registro externo de requisito, prompt, entidades, pruebas y release. El chat aporta contexto, no documentación duradera.
Mensajes e integraciones usan saldos separados. Modelo, complejidad, horarios y llamadas externas determinan consumo. Planifique en Discuss, filtre triggers ruidosos y mida el workflow real durante el trial.
Documente entidades, exports, funciones, secretos, dominios y supuestos de auth. Pruebe export/restauración. Desconecte una integración, duplique un evento y fuerce un fallo. Usuario y operador necesitan recuperación comprensible.
Encaja con fundadores capaces de definir reglas sin querer montar infraestructura; con product managers y diseñadores que necesitan prototipos funcionales; y con operaciones que modelan un proceso específico.
Desarrolladores usan code, GitHub, CLI, SDK y backend; agencias entregan portales si propiedad, coste y mantenimiento quedan claros. Es menos adecuado si son obligatorios self-hosting, offline completo, comportamiento profundamente nativo, garantías particulares de base o controles regulados auditados independientemente.
Editor, preview y apps publicadas se centran en web. Navegador móvil y builders iOS/Android están documentados con límites administrativos. Un frontend externo puede consumir backend por SDK.
Dominios, ZIP y GitHub dependen del plan. Los paquetes son wrappers y requieren cuentas Apple/Google propias. Confirme cada entitlement crítico en la tabla actual.
La documentación consultada enumera Free, Starter, Builder, Pro y Elite y ofrece tabla comparativa. Como los derechos pueden cambiar sin cambiar los nombres, este texto no fija funciones a un tier. Revise límites, créditos y requisitos en tabla y workspace actuales.
Mensajes de IA y acciones de integración tienen asignaciones distintas. Trabajo y modelo influyen en mensajes; integraciones y workflows en el otro saldo. Incluya iteración, tareas programadas y mantenimiento, y confirme precio antes de comprar.
Lovable y Bolt son builders web por prompts. Replit combina agente, entorno y deployment. Softr se orienta a apps empresariales estructuradas. Retool y Power Apps aportan conectores y gobierno interno. El desarrollo convencional conserva máximo control con más ingeniería.
Construya el mismo flujo vertical y compare backend, permisos, Git, diseño, fallos, export y migración. Una demo espectacular no explica la operación a seis meses.
Product Hunt y G2 contenían experiencias positivas y negativas, pero son muestras autoseleccionadas. G2 mostraba cuatro reseñas y Capterra tres; no permiten una conclusión universal. Úselas como preguntas para un piloto.
El scanner revisa permisos, credenciales expuestas, verificación de login, paquetes vulnerables y cabeceras. El propietario analiza y aplica. Privacy docs describen almacenamiento US por defecto y opciones UE/Reino Unido variables; no justifican inventar certificación o cifrado.
Exportar código/datos no reproduce auth, database y hosting. Los wrappers no ofrecen push nativo ni offline completo. Mida volumen, consultas, workflows y fallos con datos representativos; para una app crítica confirme límites y soporte por escrito.
Una región de almacenamiento no implica que todo procesamiento ocurra allí. Catalogue datos, retención, roles y subprocessors y compárelos con condiciones vigentes antes de usar información sensible o regulada.
Una aplicación que funciona con diez registros no demuestra cómo responderá con miles, con varios usuarios concurrentes o con workflows que llaman a servicios externos. Antes de convertir un prototipo en proceso crítico, reproduzca el volumen esperado, mida tiempos y créditos y fuerce errores de autorización, timeout y duplicación. Documente además qué canal de soporte incluye el plan vigente y qué respuesta necesita realmente el negocio.
La prueba debe cubrir también recuperación: exportar datos, identificar la última versión estable, detener una integración problemática y explicar a un operador cómo reanudar una ejecución. Si el equipo no puede observar el fallo ni reconstruir el estado, la velocidad de generación inicial no compensa el riesgo operativo posterior.
Los nombres de los planes pueden permanecer mientras cambian límites, créditos o funciones. Una captura, un tutorial o una reseña solo describen otro momento y quizá otra cuenta. Para cada requisito decisivo —dominio, GitHub, paquete móvil, capacidad de integración o volumen— registre la fecha, la tabla oficial consultada y lo que muestra el workspace. Así se evita vender una capacidad que el proyecto aún no tiene habilitada.
Sí. Se documentan interfaz, datos, auth, functions, integrations, workflows y hosting. Producción exige diseño, permisos, pruebas y operación.
No para una app básica por chat. Conocimiento técnico ayuda en esquema, seguridad, funciones y migración; hay code, GitHub, CLI y SDK.
Se documentan Free, Starter, Builder, Pro y Elite. Límites, créditos y funciones deben comprobarse en la tabla vigente.
Los primeros cubren construcción/edición con IA; los segundos acciones externas y automatizadas. Consumo depende de acción, modelo y complejidad.
ZIP, GitHub y datos están documentados en planes aptos. No reproducen la infraestructura gestionada; la migración requiere arquitectura.
Base44 puede generar paquetes en un plan apto. El propietario aporta cuentas y gestiona listings/review. El wrapper no tiene push nativo ni offline completo.
Configure visibility/permissions, guarde secretos, ejecute scanner y pruebe roles con cuentas distintas. Alto riesgo exige revisión independiente.
Sí, en planes aptos. Los dominios reciben HTTPS gestionado y GitHub sincronización bidireccional. Confirme entitlement y ownership.
No. Apps desde 6 de julio de 2026 usan Workflows; antiguas pueden conservar Automations. Una app muestra un sistema.
Puede servir si acepta el runtime gestionado y valida permisos, fiabilidad, costes, portabilidad y soporte. Para control total o regulación estricta, use una stack más controlable.
