Publicado el
10 MIN DE LECTURA
SaaS white label: qué construir para cada marca
Por:
Un SaaS white label es un software único que los socios ofrecen a sus propios clientes con su marca, su dominio y su correo. Para quien lo construye, la marca es solo la capa de arriba: debajo tiene que existir un núcleo multiinquilino que separe los datos de cada cliente y acepte un dominio distinto por socio.
Las páginas brasileñas sobre el tema leídas en septiembre de 2026, casi todas de proveedores de plataformas listas, le hablan a quien revende. Esta guía se sienta del otro lado de la mesa, con el dueño del producto, y parte de la base de que ya conoces el método para construir un SaaS desde cero.
En Wama, este modelo llegó por el portafolio. En 2026 el estudio hizo el branding, el diseño de la plataforma SaaS y el sitio web en Framer de Stric, una infraestructura que permite a empresas operar como bancos digitales en modelo white label. En el sector financiero, la arquitectura además carga reglas propias para la fintech que opera sobre la licencia de una socia.
Revender no es construir: el lado de quien hace la plataforma
Quien revende compra una plataforma lista y le aplica su propia marca. Quien construye es el proveedor, y cada elemento que el revendedor recibe listo es una funcionalidad que alguien diseñó y mantiene.
La página de un proveedor de CRM white label, actualizada el 28 de septiembre de 2026, enumera seis criterios para un white label de verdad: marca, dominio, identidad visual, cobro, reparto de ingresos y soporte exclusivo al socio. Del lado de quien construye, la lista se convierte en alcance, y el cobro con reparto de ingresos pide un motor de facturación propio, tema de cómo el plan entra en el cobro del producto.
¿Qué necesita tener un SaaS white label por cliente?
Un SaaS white label guarda, para cada socio, seis cosas: tema, dominio, remitente de correo, forma de distribuir la app, datos aislados y soporte. Una plataforma extranjera de gestión de redes sociales, en una página de agosto de 2026, lo resume: la marca es una capa de presentación sobre el núcleo multiinquilino.
Pieza | Qué hace el producto | Qué hace el socio |
|---|---|---|
Tema (logo, colores, fuentes) | Guarda el tema por inquilino y lo aplica al cargar la pantalla | Envía los archivos de la marca |
Dominio | Valida la propiedad, emite el certificado y dirige el acceso | Crea los registros en su DNS |
Correo | Envía con la firma del dominio del socio | Publica los registros de autenticación |
App en las tiendas | Ofrece una app agregadora o entrega el código | Mantiene la cuenta de desarrollador, si la app sale a su nombre |
Datos | Aísla los datos de cada inquilino | Define quién de su equipo accede a qué |
Soporte | Atiende al socio | Atiende al cliente final |
La columna de la derecha es la que desaparece del alcance. Y el tema pesa en el diseño: una interfaz que recibe cualquier color y cualquier logo necesita un contraste que funcione con la paleta del socio, cuidado que entra en el diseño de un producto que se usa todos los días.
Dominio propio por cliente: ¿qué necesita hacer la plataforma?
Con subdominio, cada socio recibe una dirección como socio.tuproducto.com, resuelta por un único registro comodín en el DNS. Con dominio propio, como app.socio.com.br, la plataforma valida la propiedad, emite el certificado y limpia lo que queda cuando termina el contrato.
La guía de Microsoft sobre nombres de dominio en soluciones multiinquilino, actualizada en septiembre de 2026, pide un registro TXT con un valor aleatorio antes de aceptar el dominio. El riesgo mayor es el subdominio abandonado: el socio se va, olvida el apuntamiento en su DNS, y un tercero crea una cuenta con el mismo nombre y hereda la dirección. Las protecciones recomendadas son exigir la eliminación del registro antes de desconectar el dominio y nunca reutilizar el identificador de un inquilino.
El certificado puede salir de la plataforma, si el registro CAA del cliente autoriza a la emisora. El costo de infraestructura es pequeño: el plan de Cloudflare for SaaS, actualizado en agosto de 2026, incluye 100 dominios personalizados y cobra US$ 0,10 por cada adicional. El costo real es la implementación: un relato de construcción publicado en julio de 2026 cuenta que la parte difícil fue lograr que dueños de agencia sin formación técnica tocaran el DNS.
El correo con el dominio del socio depende de su DNS
El correo enviado en nombre de un dominio que no autorizó el envío se trata como sospechoso. Las directrices para remitentes de Gmail, vigentes desde febrero de 2024, exigen SPF o DKIM a todo remitente y, por encima de 5.000 mensajes al día, SPF, DKIM, DMARC y el dominio del remitente alineado.
En la práctica, el producto solo cambia el remitente a contacto@socio.com.br después de que el socio publica esos registros. La invitación y la recuperación de contraseña son los primeros mensajes que recibe el cliente final.
App white label en las tiendas: ¿qué acepta Apple?
Apple rechaza las apps hechas a partir de una plantilla comercializada cuando el proveedor las envía en nombre de sus clientes. La regla 4.2.6 de las directrices de revisión de la App Store acepta dos caminos: el proveedor del contenido envía la app en su propia cuenta, o el proveedor del software publica una única app agregadora, con cada cliente como una entrada.
La regla 4.3 cierra la tercera salida: nada de varios identificadores de la misma app, uno por cliente. Con una app por socio, el proveedor entrega el código y el proceso de publicación, y cada socio mantiene su propia cuenta. En apps financieras la exigencia sube, detalle de la regla de las tiendas para apps financieras.
En 2025 Wama hizo el proyecto y el desarrollo de la aplicación de Cappta, una institución de pago que ofrece captura de pagos y cuenta digital en modelo white label, con las interfaces diseñadas en Figma. En una app así, decidir a nombre de quién llega a la tienda va antes de la primera pantalla.
¿Cómo separar los datos de cada cliente en un SaaS white label?
Existen tres patrones: una base de datos por cliente, un esquema por cliente en la misma base, o tablas compartidas con una columna que identifica al cliente. La página de patrones multiinquilino de Azure SQL compara los tres y advierte que cambiar de modelo después sale caro.
En el modelo compartido, la base de datos puede hacer la separación. La documentación de PostgreSQL sobre seguridad a nivel de fila, en la versión 18, muestra que una tabla con la regla activada y sin política no devuelve ninguna fila, y que el dueño de la tabla ignora la regla por defecto, a menos que se fuerce. Dos textos técnicos brasileños de 2026 llegan a la misma regla: base separada solo cuando un contrato o la regulación exige aislamiento físico, como en salud y servicios financieros. Vale la pena correr la prueba de aislamiento que un fundador hace en su propia app antes del primer socio.
La LGPD en la cadena white label: responsable y encargado
En la mayoría de los arreglos, el socio decide sobre los datos de sus clientes y es el responsable, y el dueño del SaaS trata esos datos en su nombre y es el encargado. La Ley 13.709, de 2018 (la LGPD, ley brasileña de protección de datos), define los roles en el artículo 5, obliga al encargado a seguir las instrucciones del responsable en el artículo 39 y exige medidas de seguridad a ambos en el artículo 46. La división entre empresa y proveedor está en quién es responsable y quién es encargado cuando una agencia opera el producto.
En los sitios web de Wama, el proyecto entregado queda en la cuenta del cliente, y quien decide cambiar de proveedor se lleva todo, porque ya está a su nombre. En una plataforma white label, la lógica baja un escalón: el contrato con cada socio necesita decir cómo exporta los datos de sus propios clientes al salir, y de quién son el código y las cuentas.
¿Cuánto cuesta y cuándo no vale la pena construir white label?
El white label vale la pena cuando el socio distribuye el producto a muchos clientes finales y su marca es parte de lo que vende. Cuando tres clientes solo quieren su propio logo, el tema por cuenta y el subdominio lo resuelven, como un plan superior.
En los proyectos de Wama, un MVP de SaaS cuesta entre US$ 4.000 y US$ 20.000 y puede llegar a US$ 40.000 según la complejidad. Los precios que Wama registra no tienen un rango aparte para white label: dominio, correo, tema y app entran en el alcance como funcionalidades y mueven el presupuesto por complejidad, y cuánto cuesta la primera versión de un producto ayuda a ubicar el resto.
Errores comunes al construir un SaaS white label
Tratar el white label como un cambio de logo. Dominio, correo, app y datos son funcionalidades.
Dar de baja al socio sin exigir la limpieza del DNS. La dirección abandonada puede ser tomada por otra cuenta.
Publicar una app por cliente en la cuenta del proveedor. La regla 4.2.6 de Apple rechaza ese formato.
Dejar el aislamiento solo en el código de la aplicación. Una consulta sin el filtro del cliente expone los datos de otro socio.
Preguntas frecuentes sobre SaaS white label
¿Cuál es la diferencia entre SaaS white label y SaaS multiinquilino?
Multiinquilino es la arquitectura: un único sistema atiende a varios clientes con los datos de cada uno separados. White label es lo que se vende encima: cada socio usa el sistema con marca, dominio y correo propios. Todo SaaS white label es multiinquilino, pero no todo SaaS multiinquilino ofrece la marca del cliente.
¿Cada socio necesita tener su propio dominio?
No. El subdominio, como socio.tuproducto.com, es más simple y resuelve buena parte de los casos. El dominio propio le gusta a quien vende la plataforma como si fuera suya, pero exige validación de propiedad, certificado y un proceso de salida que borre el apuntamiento en el DNS antes de quitar al socio de la cuenta.
¿Se puede publicar una app white label para cada cliente en la App Store?
Solo si cada cliente envía la app en su propia cuenta de desarrollador. La regla 4.2.6 de Apple rechaza las apps de plantilla enviadas por el proveedor en nombre de los clientes. La alternativa aceptada es una única app agregadora, en la que cada cliente aparece como una entrada separada dentro de la misma aplicación.
¿La base de datos tiene que estar separada por cliente?
En la mayoría de los casos, no. Las tablas compartidas con seguridad a nivel de fila activada en la base aíslan los datos con menor costo y una única actualización de estructura. Una base separada por cliente tiene sentido cuando un contrato o la regulación exige aislamiento físico, como en salud y servicios financieros, y el valor del contrato paga la operación.
¿Quién es responsable de los datos en un SaaS white label?
En general, el socio es el responsable, porque decide sobre los datos de sus clientes, y el dueño del SaaS es el encargado, que trata los datos siguiendo las instrucciones recibidas. Ambos necesitan medidas de seguridad, según el artículo 46 de la LGPD, y el contrato debe registrar instrucciones, aislamiento y exportación a la salida.
Si vas a convertir tu SaaS en una plataforma white label y quieres diseñar dominio, tema y aislamiento desde la primera versión, habla con Wama sobre tu proyecto.
