Calibração de cor na prova virtual de maquiagem: como levar seus SKUs para o render

A parte difícil de uma prova virtual de maquiagem não é o render: é a cor. A calibração de cor na prova virtual de maquiagem é o trabalho de traduzir cada SKU real — um batom, uma base, um blush — para um valor que o motor consiga pintar no rosto da cliente com fidelidade suficiente para que a decisão de compra faça sentido. Se essa etapa é feita às pressas e sem critério, a experiência funciona tecnicamente e falha comercialmente: a cliente prova, compra, recebe o produto e descobre outro tom.

Por que a cor decide o resultado da experiência

Uma prova virtual cumpre uma função concreta: substituir a incerteza de comprar maquiagem sem tocar nela. Essa função depende inteiramente de o tom mostrado na tela se parecer com o tom do produto no rosto. Quando não se parece, a marca não ganha uma ferramenta de conversão; ganha um novo canal de expectativas frustradas e de contatos com o suporte.

Há três fontes de ruído que vale separar desde o início:

• O produto real: o mesmo batom muda conforme a quantidade aplicada, a base do lábio e o acabamento.
• A referência que a marca usa: packshots retocados, fotos de campanha com luz de estúdio e swatches de catálogo raramente coincidem entre si.
• A tela da cliente: brilho, modo escuro e perfil de cor do dispositivo variam e não se controlam.

Não dá para eliminar as três. Dá, por outro lado, para fixar a primeira e a segunda com um processo disciplinado, e aceitar a terceira como margem conhecida.

Calibração de cor na prova virtual de maquiagem: o que se decide em cada caminho

O MaIA Try-On existe em duas formas, e a calibração se organiza de um jeito diferente em cada uma.

A API por foto

Na prova virtual de maquiagem por foto, a cliente envia uma imagem, o produto — batom ou base — é renderizado sobre ela e a imagem volta pronta para exibir. As paletas são calibradas para os produtos reais da marca dentro de um projeto. Ou seja: não se trata de escolher um hex ao acaso, e sim de construir, junto com o time, a correspondência entre cada SKU do catálogo e a sua representação no render.

Esse modelo encaixa bem quando o canal não é um navegador controlado pela marca: WhatsApp, uma campanha, um fluxo de CRM, um app próprio. A contrapartida é que batom e base são os produtos cobertos pela API; o restante do catálogo não é renderizado por essa via.

O SDK no navegador

O SDK de navegador, em acesso antecipado desde setembro de 2026, cobre treze produtos — batom, base, blush, pó facial, corretivo de olheira, sombra, máscara de cílios, maquiagem de sobrancelha, delineador, bronzer, contorno, iluminador e lápis labial — mais um Full Look combinado, no modo ao vivo pela câmera (tudo processado localmente no navegador, sem enviar a foto) ou no modo foto. Aceita qualquer cor no formato #RRGGBB e é hospedado pela própria marca no seu domínio.

Essa liberdade é a vantagem e também a responsabilidade: se o time pode passar qualquer hex, alguém precisa decidir qual. É aí que o processo de calibração deixa de ser um detalhe técnico e passa a ser uma tarefa de produto. Se você ainda está comparando formatos, o artigo sobre prova virtual por foto vs. try-on com AR ajuda a situar cada opção.

Um processo de calibração em cinco passos

1. Definir o alcance real do catálogo

Não se calibram 400 SKUs na primeira semana. Escolha as linhas que concentram a dúvida de tom: a família de batons mais vendida, a gama de bases, as sombras do lançamento. O restante entra em ondas seguintes.

2. Fixar uma referência única por SKU

Antes de discutir hex, decida qual imagem manda. O habitual é usar uma captura controlada do produto aplicado — mesma luz, mesmo fundo, mesma câmera, mesmas peles de referência — em vez das fotos de campanha. Documente essa condição de captura: é o padrão ao qual você vai voltar toda vez que alguém disser "está estranho".

3. Propor a primeira versão da cor

Da referência sai um valor inicial por SKU. No SDK, esse valor é um #RRGGBB configurável. Na API, a paleta é montada a partir dos produtos reais dentro do projeto. Nos dois casos, guarde o valor com o código do SKU, não com o nome comercial: nomes mudam e se repetem entre coleções.

4. Revisar com quem conhece o produto

A validação não é do time de engenharia. Sente com maquiadores, com o time de produto ou com quem treina as vendedoras e revise o render em vários tons de pele e em vários dispositivos. As correções que saem dessa sessão costumam ser poucas, mas são as que evitam reclamações.

5. Versionar e governar

Trate a paleta como um artefato com dono e com histórico: quem aprovou cada tom, quando mudou, qual reformulação motivou a mudança. Quando entra uma coleção nova, o processo já existe e a calibração deixa de ser um projeto para virar uma rotina do lançamento.

Erros que se repetem

• Usar o packshot como fonte da verdade. A embalagem e o produto aplicado quase nunca compartilham o tom.
• Validar em um único tom de pele. Um batom se comporta de forma diferente em lábios de profundidades diferentes; testar em um único rosto esconde metade dos problemas.
• Misturar acabamento com cor. Um matte e um acetinado do mesmo pigmento não se leem igual na tela; anote o acabamento como atributo separado do hex.
• Não comunicar a margem. Um aviso breve de que a tela pode variar é honesto e reduz o atrito depois.

Uma vez calibrada a paleta, a cor deixa de ser um debate e vira mais um dado do catálogo, reutilizável na página de produto, em campanhas e na conversa com a cliente.

Quer testar com os seus próprios SKUs? Crie sua conta e sua chave na documentação da API, ou fale com o nosso time para montar a paleta da sua marca.