Try-on virtual para marketplaces de beleza: uma integração, muitas paletas de marca

Um marketplace não é um site de marca com mais SKUs. São dezenas ou centenas de sellers, cada um com a própria nomenclatura de tons, a própria fotografia, a própria ideia do que "nude" significa. É exatamente por isso que o try-on virtual para marketplaces de beleza é um problema de engenharia e de governança diferente de colocar um botão de prova na página de produto de uma única marca: a experiência da cliente precisa parecer um único recurso, enquanto os dados de cor por baixo pertencem a muitos catálogos diferentes.

Este artigo cobre como estruturar isso — os dados de que você precisa dos sellers, onde o try-on de fato pertence na jornada de um marketplace e como fazer o rollout categoria por categoria sem travar o lançamento na sua cauda mais longa de sellers.

Por que os dados de tom quebram primeiro

Em um site de marca única, a equipe de cor pode revisar cada batom e aprovar a paleta uma vez. Em um marketplace, a informação de cor chega por um portal do seller, uma planilha ou um feed, e chega no formato que o seller mandar.

Sintomas típicos:

• O mesmo nome de tom aparece em três marcas com três pigmentos diferentes.
• Tons de base trazem um código ("120 W"), mas nenhuma referência a tom ou subtom.
• As imagens de produto são a única fonte de cor, e foram fotografadas sob iluminações diferentes.
• Os recortes de swatch são inconsistentes — alguns na pele, alguns sobre fundo branco, alguns na embalagem.

Se o try-on for ligado direto a esse feed, a prévia herda cada inconsistência. A solução não é limpar o catálogo inteiro antes do lançamento. É decidir quais sellers e quais categorias recebem uma paleta calibrada primeiro, e tratar a calibração de paleta como uma etapa de onboarding com um responsável, não como um job de dados em segundo plano.

Try-on virtual para marketplaces de beleza: como as peças se encaixam

Há dois formatos de entrega, e marketplaces costumam acabar usando os dois para superfícies diferentes.

Renderização por foto via API

Com o MaIA Try-On como API, a foto da cliente é enviada, o produto é renderizado sobre ela e a imagem volta. A API cobre batom e base, e as paletas são calibradas para os produtos reais de cada marca dentro de um projeto. Para um marketplace, esse limite de projeto é útil: a linha de batons do seller A e a linha de batons do seller B são paletas separadas, mantidas separadamente, chamadas pela mesma integração.

Como a saída é uma imagem, ela viaja. A mesma chamada pode servir uma página de produto, uma conversa no WhatsApp, um asset de e-mail de CRM ou uma landing page de campanha — qualquer lugar onde você consiga exibir uma imagem devolvida em vez de rodar uma câmera.

Modo câmera ao vivo via SDK no navegador

O SDK do MaIA Try-On para navegador, em acesso antecipado desde setembro de 2026, é uma ferramenta diferente para um momento diferente. Ele cobre treze produtos — batom, base, blush, pó facial, corretivo para olheiras, sombra, máscara de cílios, maquiagem de sobrancelha, delineador, bronzer, contorno, iluminador, lápis de boca — mais um Full Look combinado, no modo Live usando a câmera da cliente renderizada localmente no navegador, ou no modo Foto. Aceita qualquer cor #RRGGBB e é hospedado pelo próprio marketplace.

Duas consequências importam para um marketplace. Primeiro, o modo Live mantém os frames no navegador — nada é enviado —, o que simplifica a conversa sobre privacidade com o jurídico e com os sellers. Segundo, como o SDK recebe valores hexadecimais, um seller pode entrar no ar com uma prévia plausível assim que fornecer códigos hex confiáveis, enquanto a calibração mais profunda acontece do lado da API para as categorias que mais precisam. O SDK é liberado por conta, então planeje o pedido junto com o seu roadmap em vez de presumir um download público.

Se você ainda está decidindo qual superfície merece qual abordagem, a comparação em try-on por foto vs try-on com AR expõe os trade-offs sem o vocabulário de marketing.

O que exigir dos sellers

Trate a prontidão para o try-on como um nível no onboarding dos sellers, não como um requisito universal.

Registro mínimo viável de cor

Para cada tom, peça: um SKU estável, o nome do tom como impresso, um valor hex, o acabamento (matte, acetinado, gloss, metálico) e a categoria. O acabamento importa porque o mesmo hex é lido de forma diferente como batom matte e como gloss. Sem acabamento, as prévias ficam chapadas e os sellers reclamam que a cor "não é a deles".

Quem é dono da paleta

Decida quem aprova: o seller, o seu gerente de categoria ou ambos. Na prática, um ciclo curto de aprovação funciona — o marketplace produz a primeira paleta, o seller revisa uma amostra renderizada em dois ou três tons de pele diferentes, e a aprovação fica registrada no SKU. Quando um seller mudar a fórmula mais tarde, a aprovação é o gatilho para recalibrar.

Um fallback visível

SKUs sem paleta aprovada simplesmente não mostram o ponto de entrada do try-on. Um botão ausente é invisível; uma cor errada é um chamado no atendimento e um problema de confiança para o marketplace inteiro.

Onde o try-on pertence na jornada de um marketplace

• Categoria e resultados de busca. Um recurso de "ver este tom" na grade reduz o número de visitas sem saída à página de produto, mas só nas categorias em que a cor é a decisão principal.
• Página de produto. A casa padrão do try-on, ao lado do seletor de tons, com o nome do seller visível para que a cliente saiba de quem é a cor que está vendo.
• Comparação entre sellers. O uso mais nativo de marketplace: três batons de três sellers vistos na mesma foto. É aqui que um marketplace consegue fazer algo que uma marca sozinha não consegue.
• Pós-compra e CRM. Renders por foto em mensagens de ciclo de vida funcionam bem para recompra e para sugerir tons adjacentes.

Combinar o try-on com um perfil de beleza afina a lista antes da prévia: o MaIA Scan devolve tom e subtom de pele, tipo e condição da pele, atributos de cabelo e uma confiança por campo a partir de uma selfie, o que permite ordenar a grade de tons por relevância em vez de pelo ranking do seller. Ele descreve atributos visíveis em uma foto — não é uma avaliação clínica nem substitui um profissional de saúde.

Medir com honestidade

Meça por coorte, não no agregado: clientes que fizeram a prévia versus clientes comparáveis que não fizeram, separadas por categoria e por nível de seller. Acompanhe a adição ao carrinho nos SKUs com prévia, as trocas de tom antes da compra e os motivos de devolução que mencionam cor. Números publicados por outras empresas não são a sua previsão — os resultados variam com cada catálogo, mix de tráfego e canal, e o mix de um marketplace muda todo mês.

Pronto para testar a renderização com o seu próprio feed de tons? Crie uma conta e gere uma chave de API, ou fale com a equipe da B4A sobre a calibração de paletas para os seus principais sellers.