AI app builder white label: entregar apps cliente sin depender de la plataforma

Eres freelance o agencia y quieres entregar una app a un cliente sin que sepa (o le importe) con qué herramienta la has construido. Quieres: cero logo de plataforma, cero mención "powered by", un repo GitHub limpio, un Supabase que pertenezca al cliente, un dominio custom desde el día 1. En resumen, buscas un verdadero AI app builder white label, no un SaaS que te alquile un slot de hosting con su nombre encima.

El problema es que la mayoría de las herramientas del mercado — Lovable, Bubble, Glide, Webflow — te ponen en visibilidad forzada. El subdominio de preview es de su marca. La app vive en su infra. El código no es realmente exportable. Para un cliente final, eso crea inmediatamente dependencia y debilita tu posicionamiento como prestador. Cadrant fue diseñado en torno a lo opuesto: todo lo que entregas es neutro, transferible y propiedad del cliente.

¿Qué es un verdadero AI app builder white label?

El término "white label" se usa con ligereza. Para que un AI app builder sea realmente white label, debe cumplir cinco criterios concretos:

• Sin branding visible en la app entregada — sin footer "Made with X", sin logo de la herramienta en el admin, sin splash screen.
• Código fuente íntegramente exportable — repo Git completo, sin dependencia runtime de la plataforma.
• Backend alojado en el cliente — base de datos, auth, almacenamiento de archivos en la cuenta del cliente.
• Dominio custom desde el inicio — sin "client.tool.com" forzado durante el build.
• Plan de precio que no aparezca en la factura del cliente — pagas la herramienta por tu lado, el cliente paga la app.

Cadrant es hoy una de las pocas herramientas del mercado que cumple las cinco sin compromisos. Veamos cómo.

El código es 100% tuyo (y por tanto de tu cliente)

Cuando Cadrant genera tu app, el código producido es Next.js + TypeScript + Supabase clásico. Sin runtime propietario, sin SDK cerrada, sin biblioteca propia que impida continuar internamente. Tienes acceso al repo GitHub completo en todo momento — push, branches, merge, todo funciona como un proyecto normal. Si mañana el cliente quiere continuar el desarrollo con su equipo o con otro proveedor, basta con transferir el repo: sin migración, sin reescritura.

Compara con Bubble: el código no existe realmente, la app vive en el runtime Bubble. Webflow CMS: el contenido está secuestrado en Webflow. Lovable: exportar rompe parte del ecosistema. Cadrant: lo que ves en el repo es lo que corre en producción. No hay nada más.

El backend pertenece al cliente desde el día 1

Es probablemente el punto más diferenciador. En Cadrant conectas la cuenta Supabase del cliente al crear el proyecto. Todos los datos — usuarios, contenidos, archivos, logs — viven en su organización Supabase, en su factura, bajo su control. Cadrant nunca hace de intermediario: no almacenamos los datos de usuario del cliente, no leemos su esquema, no facturamos por usuario final.

El beneficio es triple: RGPD-compatible sin tener que firmar otro DPA con una plataforma intermedia, total independencia del cliente (puede revocar tu acceso a su Supabase cuando quiera), y facturación clara (pagas Cadrant, el cliente paga Supabase, fin).

Dominio custom desde la fase de build

Durante el desarrollo, Cadrant te da un subdominio de preview (ej: miproyecto.cadrant.ai) para validación cliente. Cuando esté listo, puedes publicar inmediatamente en un dominio custom (el suyo: app.empresa-cliente.com). Sin migración, sin "fase de producción" de pago, sin plan superior que desbloquear. El cliente ve su URL definitiva desde el sprint 1, lo que cambia la percepción "es realmente nuestra herramienta" vs "es algo construido con un servicio".

Cero branding Cadrant en la app entregada

La app que entregas no tiene rastro de Cadrant: sin footer "Built with Cadrant", sin logo en el admin, sin splash screen al cargar. Puedes personalizar la favicon, los meta tags OG, los emails transaccionales — todo lo relacionado con la identidad visual del proyecto final es neutro. Para un freelance que vende una prestación premium a 10k+, es esencial: el cliente nunca debe sentir que está usando una herramienta de terceros.

La facturación se queda de tu lado

Muchas herramientas "white label" facturan por workspace cliente, por puesto, o por app live — lo que significa que el cliente acaba viendo a tu proveedor en una línea de factura. Cadrant factura forfait al freelance, sea cual sea el número de apps cliente que entregues. Tus clientes nunca ven la factura de Cadrant. Si el cliente quiere retomar la suscripción al entregar, simplemente abre su propia cuenta Cadrant y le transfieres los proyectos.

Casos de uso típicos en white label

• Agencia que entrega CRMs custom a pymes: el CRM está conectado a su Supabase, alojado en su dominio, sin rastro de agencia ni plataforma.
• Freelance que construye un portal cliente para un despacho de abogados: auth + documentos + chat, alojado en portal.despacho-x.com, sin branding de terceros.
• Estudio que entrega un MVP a una startup: repo transferido, Supabase de la startup, despliegue Vercel en la cuenta de la startup.
• Consultor de producto que prototipa rápido para un cliente corporativo: demo en subdominio custom desde el día 2, validación antes de firmar contrato.

Por qué el vendor lock-in es un problema comercial

Cuando entregas una app construida sobre una plataforma propietaria, tu cliente queda cautivo — y tú también. Si la plataforma sube precios un 40% (lo que ocurre regularmente), tu cliente lo absorbe. Si hay un incidente de infraestructura, eres la persona a la que el cliente llama, pero no tienes ninguna palanca. Si decide abandonar la plataforma en 2 años, eres tú quien debe gestionar la migración. Por el contrario, entregar Next.js + Supabase estándar significa que tu cliente sigue libre, y tú sigues siendo un consultor, no un punto único de fallo.

FAQ — AI app builder white label

¿Cadrant añade un footer "Made with" en las apps publicadas? No. Ninguna mención de Cadrant aparece en el HTML de la app entregada. Puedes verificarlo en el código fuente.

¿El cliente puede notar que la app fue generada por IA? El código generado parece escrito por un dev humano (componentes, hooks, tipos TypeScript limpios). Nada en la estructura revela origen IA. La única traza posible serían los commits Git si dejas los mensajes auto-generados — puedes reescribirlos.

¿Puedo personalizar los emails transaccionales (auth, reset password)? Sí. Las plantillas de email Supabase son totalmente editables, y controlas el remitente SMTP. Ningún email sale desde la infraestructura Cadrant.

¿Cómo gestiono varios clientes en paralelo? Cadrant tiene un sistema de workspaces — cada proyecto cliente está aislado, con su propio Supabase, su propio repo, sus propias variables de entorno. Puedes cambiar de proyecto sin riesgo de fuga.

La apuesta de Cadrant es simple: si la herramienta es realmente white label, el freelance la recomienda a sus pares y el cliente vuelve para el siguiente proyecto. El éxito de la plataforma está alineado con tu independencia, no con tu cautividad.