Prueba virtual de maquillaje para looks completos: de un labial a una canasta

La mayoría de las marcas que activan prueba virtual empiezan por el labial. Es la decisión correcta: el color es evidente, la duda del cliente es concreta y el resultado se entiende en dos segundos. Pero cuando la experiencia se queda ahí, la conversación con el cliente termina en un SKU. La prueba virtual de maquillaje para looks completos cambia esa lógica: en lugar de responder "¿cómo me queda este tono?", responde "¿cómo me queda este look?", y un look se compone de base, rubor, sombra, máscara y delineador. Es la diferencia entre un ticket de un producto y una canasta.

Por qué un solo producto deja valor sobre la mesa

En la tienda física, la asesora nunca prueba un solo producto. Aplica la base, corrige con corrector, ilumina, define la ceja y recién ahí muestra el labial. El cliente compra lo que ve en el espejo, no lo que pidió al entrar.

En el e-commerce, la prueba virtual aislada reproduce el comportamiento contrario: el cliente abre el probador en la página del labial, elige un tono, cierra y compra ese tono. No hay momento en que la sombra o el rubor entren en la conversación, porque nunca aparecen sobre su propio rostro.

El problema no es de catálogo ni de merchandising. Es de experiencia: falta el paso donde los productos se ven juntos.

Prueba virtual de maquillaje para looks completos: qué permite el SDK

El SDK de navegador de MaIA Try-On está en acceso anticipado desde septiembre de 2026 y renderiza trece productos: labial, base, rubor, polvo facial, corrector de ojeras, sombra de ojos, máscara de pestañas, maquillaje de cejas, delineador, bronceador, contorno, iluminador y delineador de labios. Además de los productos individuales, incluye un Full Look combinado: varias categorías aplicadas al mismo tiempo sobre el mismo rostro.

Modo en vivo y modo foto

El SDK funciona en dos modos. En modo en vivo por cámara, el render ocurre localmente en el navegador del cliente: la imagen no se sube a ningún servidor. Es el modo natural para explorar un look, porque el cliente mueve la cabeza, cambia de tono y compara sin fricción. En modo foto, el cliente usa una imagen fija —útil cuando la iluminación del momento no ayuda o cuando quiere guardar y comparar el resultado.

Si te interesa entender la diferencia conceptual entre probar por foto y probar con la cámara abierta, la explicamos en detalle en este artículo sobre prueba virtual por foto frente a AR try-on.

Colores reales del catálogo

El SDK acepta cualquier color en formato #RRGGBB, y se autohospeda en la infraestructura de la marca. Eso significa que el Full Look no se arma con tonos genéricos: se arma con los colores reales de tus productos, los mismos que el cliente va a recibir en la caja. Un look "noche" deja de ser una ilustración y pasa a ser una lista de SKU disponibles en tu stock.

Cómo armar un look que se pueda comprar

Empieza por tres o cuatro looks curados

No abras el probador con trece controles deslizables. La mayoría de los clientes no quiere maquillarse desde cero: quiere ver una propuesta y ajustar un detalle. Define tres o cuatro looks con nombre claro —"día natural", "oficina", "noche", "evento"— y asigna a cada uno los SKU exactos de base, rubor, sombra, labial y delineador.

Deja que cada capa sea editable

Una vez que el look está aplicado, el cliente debe poder cambiar solo el labial sin perder el resto. Ese gesto es el que genera la segunda y la tercera prueba, y es donde aparecen productos que el cliente no buscaba.

Conecta el look al carrito, no a la ficha

El error más común es poner un botón "ver producto" debajo de cada capa. Eso devuelve al cliente a navegar. La alternativa es un botón único —"agregar el look"— con la lista de SKU desglosada y casillas para quitar lo que ya tiene en casa. El cliente decide qué sacar, no qué agregar.

Define el tono de base antes del look

Un look completo se sostiene sobre la base correcta. Si el cliente elige un tono equivocado, todo lo demás se ve mal. Por eso tiene sentido anteceder el probador con un análisis de piel y cabello por selfie vía API, que devuelve tono, subtono, tipo y condición de piel como JSON, con un nivel de confianza por campo. Con ese perfil, el look llega precargado con el tono de base más probable y el cliente ajusta desde ahí, no desde cero.

Qué resuelve la API por foto (y qué no)

La API de MaIA Try-On trabaja por foto: el cliente envía una imagen, el producto se renderiza sobre ella y la imagen vuelve lista para mostrar. Es la vía más rápida para canales sin frontend propio —WhatsApp, email, un bot, una landing de campaña— y no exige integrar nada en el navegador.

Hay un límite importante que conviene tener claro desde la planificación: la API renderiza labial y base. Los otros once productos y el Full Look son exclusivos del SDK, como vista previa local en el navegador. Si tu objetivo es el look completo, el camino es el SDK; si tu objetivo es resolver el tono de labial o base en un canal conversacional, la API lo cubre sin frontend. Puedes revisar ambos caminos en la página de MaIA Try-On.

Checklist antes de lanzar

• Las paletas están calibradas con los colores reales de tus productos en un proyecto, no aproximadas a ojo.
• Cada look apunta a SKU con stock; un look con un producto agotado es una mala experiencia.
• El carrito recibe la lista completa y permite quitar ítems.
• El modo en vivo está disponible en los navegadores que usa tu tráfico móvil.
• El acceso anticipado al SDK está habilitado para tu cuenta.

Ten en cuenta que el acceso anticipado se concede por cuenta: no hay descarga pública, y la habilitación se coordina con el equipo.

¿Quieres probarlo? Crea tu cuenta y tu clave de API en la documentación de la API, o habla con el equipo de B4A para evaluar el acceso anticipado al SDK y armar tus primeros looks.