MaIA Scan

try-on virtual para marketplaces de belleza

Try-on virtual para marketplaces de belleza: una integración, muchas paletas de marca

Los marketplaces venden cientos de marcas de maquillaje con datos de tono inconsistentes. Así se puede estructurar el try-on virtual para marketplaces de belleza para que cada vendedor conserve su propia paleta calibrada detrás de una única integración.

6 min de lecturaEquipo MaIA · B4A

Un marketplace no es un sitio de marca con más SKUs. Son decenas o cientos de vendedores, cada uno con su propia nomenclatura de tonos, su propia fotografía, su propia idea de lo que significa "nude". Justamente por eso el try-on virtual para marketplaces de belleza es un problema de ingeniería y de gobernanza distinto al de poner un botón de prueba en la página de producto de una sola marca: la experiencia de la clienta tiene que sentirse como una sola funcionalidad, mientras que los datos de color que hay debajo pertenecen a muchos catálogos diferentes.

Este artículo cubre cómo estructurar eso: los datos que necesitas de los vendedores, dónde pertenece realmente el try-on en el recorrido de un marketplace y cómo desplegarlo categoría por categoría sin bloquear el lanzamiento por tu cola más larga de vendedores.

Por qué los datos de tono se rompen primero

En el sitio de una sola marca, el equipo de color puede revisar cada labial y aprobar la paleta una vez. En un marketplace, la información de color llega por un portal de vendedores, una hoja de cálculo o un feed, y llega en la forma que el vendedor decida enviarla.

Síntomas típicos:

  • El mismo nombre de tono aparece en tres marcas con tres pigmentos distintos.
  • Los tonos de base traen un código ("120 W") pero ninguna referencia al tono o al subtono.
  • Las imágenes de producto son la única fuente de color, y se fotografiaron con iluminaciones distintas.
  • Los recortes de muestras de color son inconsistentes: algunos sobre piel, otros sobre blanco, otros sobre el empaque.

Si el try-on se conecta directo a ese feed, la vista previa hereda cada inconsistencia. La solución no es limpiar todo el catálogo antes del lanzamiento. Es decidir qué vendedores y qué categorías reciben primero una paleta calibrada, y tratar la calibración de paletas como un paso de onboarding con un responsable, no como un trabajo de datos en segundo plano.

Try-on virtual para marketplaces de belleza: cómo encajan las piezas

Hay dos formas de entrega, y los marketplaces suelen terminar usando ambas para superficies distintas.

Renderizado por foto a través de la API

Con MaIA Try-On como API, se envía la foto de la clienta, el producto se renderiza sobre ella y la imagen vuelve. La API cubre labial y base, y las paletas se calibran con los productos reales de cada marca dentro de un proyecto. Para un marketplace, ese límite de proyecto es útil: la línea de labiales del vendedor A y la del vendedor B son paletas separadas, mantenidas por separado, llamadas a través de la misma integración.

Como el resultado es una imagen, viaja. La misma llamada puede servir a una página de producto, una conversación de WhatsApp, un recurso de email para CRM o una landing de campaña: cualquier lugar donde puedas mostrar una imagen devuelta en lugar de ejecutar una cámara.

Modo de cámara en vivo a través del SDK para navegador

El SDK de MaIA Try-On para navegador, en acceso anticipado desde septiembre de 2026, es una herramienta distinta para un momento distinto. Cubre trece productos — labial, base, rubor, polvo facial, corrector de ojeras, sombra, máscara de pestañas, maquillaje de cejas, delineador, bronceador, contorno, iluminador, delineador de labios — más un Full Look combinado, en modo Live usando la cámara de la clienta con renderizado local en el navegador, o en modo Foto. Acepta cualquier color #RRGGBB y lo aloja el propio marketplace.

Dos consecuencias importan para un marketplace. Primero, el modo Live mantiene los fotogramas en el navegador — no se sube nada — lo que simplifica la conversación sobre privacidad con legal y con los vendedores. Segundo, como el SDK recibe valores hex, un vendedor puede estar en vivo con una vista previa verosímil en cuanto entregue códigos hex confiables, mientras la calibración más profunda ocurre del lado de la API para las categorías que más la necesitan. El SDK se concede por cuenta, así que planifica la solicitud junto con tu roadmap en lugar de asumir una descarga pública.

Si todavía estás decidiendo qué superficie merece qué enfoque, la comparación en try-on por foto vs try-on con AR expone las ventajas y desventajas sin el vocabulario de marketing.

Qué exigir a los vendedores

Trata la preparación para try-on como un nivel dentro de tu onboarding de vendedores, no como un requisito universal.

Registro mínimo viable de color

Para cada tono, pide: un SKU estable, el nombre del tono tal como está impreso, un valor hex, el acabado (mate, satinado, gloss, metálico) y la categoría. El acabado importa porque el mismo hex se lee distinto como labial mate y como gloss. Sin acabado, las vistas previas se ven planas y los vendedores se quejan de que el color "no es el suyo".

Propiedad de la paleta

Decide quién aprueba: el vendedor, tu gerente de categoría o ambos. En la práctica funciona un ciclo corto de aprobación: el marketplace produce la primera paleta, el vendedor revisa una muestra renderizada sobre dos o tres tonos de piel distintos y la aprobación queda registrada contra el SKU. Cuando un vendedor cambia después una fórmula, la aprobación es el disparador para recalibrar.

Una alternativa visible

Los SKUs sin paleta aprobada simplemente no muestran el punto de entrada al try-on. Un botón ausente es invisible; un color equivocado es un ticket de soporte y un problema de confianza para todo el marketplace.

Dónde pertenece el try-on en el recorrido de un marketplace

  • Categoría y resultados de búsqueda. Una opción de "previsualizar este tono" en la cuadrícula reduce la cantidad de visitas a páginas de producto sin salida, pero solo en las categorías donde el color es la decisión principal.
  • Página de producto. El hogar por defecto del try-on, junto al selector de tonos, con el nombre del vendedor visible para que la clienta sepa de quién es el color que está viendo.
  • Comparación entre vendedores. El uso más propio de un marketplace: tres labiales de tres vendedores previsualizados sobre la misma foto. Aquí es donde un marketplace puede hacer algo que una sola marca no puede.
  • Posventa y CRM. Los renders por foto en mensajes de ciclo de vida funcionan bien para la reposición y para impulsar tonos adyacentes.

Combinar el try-on con un perfil de belleza afina la lista corta antes de la vista previa: MaIA Scan devuelve tono y subtono de piel, tipo y condición de la piel, atributos del cabello y una confianza por campo a partir de una selfie, lo que te permite ordenar la cuadrícula de tonos por relevancia en lugar de por ranking de vendedor. Describe atributos visibles en una foto: no es una evaluación clínica ni sustituye a un profesional de la salud.

Medirlo con honestidad

Mide por cohorte, no en agregado: clientas que previsualizaron frente a clientas comparables que no lo hicieron, separadas por categoría y por nivel de vendedor. Observa el agregado al carrito en los SKUs previsualizados, los cambios de tono antes de la compra y los motivos de devolución que mencionan el color. Las cifras publicadas por otras empresas del sector no son tu pronóstico: los resultados varían con cada catálogo, mezcla de tráfico y canal, y la mezcla de un marketplace cambia cada mes.

¿Quieres probar el renderizado contra tu propio feed de tonos? Crea una cuenta y obtén una API key, o habla con el equipo de B4A sobre la calibración de paletas para tus principales vendedores.

Preguntas frecuentes

¿En qué se diferencia el try-on virtual para marketplaces de belleza de una implementación de una sola marca?

La experiencia de la clienta es una sola funcionalidad, pero los datos de color vienen de muchos vendedores con nombres de tono, imágenes y acabados inconsistentes. La diferencia práctica es la gobernanza: cada marca necesita su propia paleta calibrada y su propia aprobación, detrás de una única integración.

¿Todos los vendedores deben estar listos antes del lanzamiento?

No. Trata la preparación para try-on como un nivel dentro del onboarding de vendedores y lanza con las categorías y los vendedores cuyos datos de color son confiables. Los SKUs sin paleta aprobada simplemente no muestran el punto de entrada al try-on.

¿Cuál es el mínimo de datos que debe entregar un vendedor?

Un SKU estable, el nombre del tono tal como está impreso, un valor hex, el acabado (mate, satinado, gloss, metálico) y la categoría. El acabado importa porque el mismo hex se lee muy distinto como labial mate y como gloss.

¿Qué productos se pueden previsualizar con la API y cuáles con el SDK?

La API de MaIA Try-On funciona por foto y cubre labial y base, con paletas calibradas con los productos reales de cada marca en un proyecto. El SDK para navegador, en acceso anticipado desde septiembre de 2026, cubre trece productos más un Full Look combinado, en modo de cámara en vivo o modo Foto, alojado por el propio marketplace.

¿Se suben las fotos de las clientas en el modo de cámara en vivo?

No. En el modo Live del SDK los fotogramas se renderizan localmente en el navegador y no se sube nada, lo que simplifica la revisión de privacidad con legal y con los vendedores.

try-on virtualmarketplacese-commerce de bellezaAPIcoincidencia de tono

← Todos los artículos