privacidade na prova virtual de maquiagem
Privacidade na prova virtual de maquiagem: para onde vai a foto da cliente e quem decide
Jurídico, segurança e produto fazem a mesma pergunta antes do lançamento: o que acontece com o rosto da cliente? Um guia prático sobre privacidade na prova virtual de maquiagem, a diferença entre renderização local e processamento no servidor e o que documentar antes de publicar.
Todo projeto de prova virtual de maquiagem acaba chegando à mesma mesa: a do jurídico. E a pergunta nunca é sobre precisão de tom — é sobre o rosto. Para onde vai a foto, quem a armazena, por quanto tempo e o que acontece se uma cliente pedir para apagá-la. Privacidade na prova virtual de maquiagem não é uma nota de rodapé jurídica resolvida depois do lançamento; é uma decisão de arquitetura tomada no primeiro dia, porque a resposta depende do modelo de renderização escolhido.
Este guia é para quem precisa responder a essa pergunta internamente: líderes de e-commerce, gerentes de produto, desenvolvedores e o DPO que assina antes de o recurso entrar no ar.
Dois modelos de renderização, duas histórias de privacidade bem diferentes
O MaIA Try-On existe em duas formas, e elas se comportam de maneira diferente exatamente no ponto que interessa ao jurídico.
A API: por foto, no servidor
Com o MaIA Try-On como API, o fluxo é explícito: a sua aplicação envia uma foto e um produto (batom ou base), a maquiagem é renderizada na imagem e a imagem renderizada volta. As paletas são calibradas para os produtos reais da sua marca dentro de um projeto, então o que a cliente vê corresponde a um SKU que você de fato vende.
Como a imagem viaja até um servidor para ser processada, essa forma tem uma história de tratamento de dados clara para registrar: a foto é enviada pelo seu sistema, processada, e o resultado devolvido. O seu aviso de privacidade deve descrever essa transferência em linguagem simples, e o seu front-end deve obter o consentimento antes de o upload acontecer — não depois de a cliente já ter tirado a selfie.
O SDK de navegador: modo ao vivo pela câmera, renderizado localmente
O SDK de navegador do MaIA Try-On, em acesso antecipado desde setembro de 2026, funciona de outro jeito. No modo ao vivo, a renderização acontece localmente no navegador, no dispositivo da própria cliente, usando a câmera dela. Nada é enviado. O SDK 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, com qualquer cor em #RRGGBB, e é hospedado pela sua marca.
Para uma revisão de privacidade, essa distinção importa mais do que qualquer lista de recursos. Uma prévia que nunca sai do dispositivo muda a conversa de "como protegemos essa imagem" para "não há imagem a proteger". O SDK também oferece um modo foto para quem prefere trabalhar a partir de uma imagem parada, e esse modo deve ser documentado separadamente no seu aviso.
Se você ainda está decidindo entre os dois, comparamos os prós e contras em try-on virtual por foto vs. try-on com AR — o perfil de privacidade é um dos fatores decisivos, ao lado da sua stack e do seu catálogo.
O que documentar antes de publicar
Uma revisão de privacidade anda mais rápido quando você chega com respostas em vez de perguntas. Prepare estes cinco itens.
1. A finalidade, em uma frase
Por que você está capturando um rosto: para mostrar uma cor do seu próprio catálogo na imagem da cliente. Não para identificar alguém, não para construir um registro biométrico de identidade, não para traçar o perfil de uma pessoa além dos atributos de beleza que você usa na recomendação. Mantenha a finalidade declarada estreita e garanta que o produto realmente fique dentro dela.
2. O momento do consentimento
O consentimento deve aparecer antes de a câmera abrir ou antes de o arquivo ser selecionado, no idioma da cliente, com um link visível para o aviso. Escondê-lo nos termos gerais do site é o achado mais comum em uma revisão. Uma única tela específica — "vamos usar esta foto para mostrar como esta cor fica em você" — é mais clara e mais fácil de defender.
3. Retenção e exclusão
Decida se você guarda alguma coisa. Muitas equipes descobrem que não precisam da imagem: precisam do resultado — a cor escolhida, o produto visto, o desfecho da sessão. Armazenar o dado derivado e descartar a foto costuma ser o caminho mais barato por uma revisão, e ainda alimenta merchandising e CRM.
4. Quem mais toca no dado
Liste os operadores da cadeia e o papel de cada um. Na LGPD e no GDPR, a sua organização costuma ser a controladora e o fornecedor de tecnologia, um operador que age sob as suas instruções. O seu contrato deve dizer isso explicitamente.
5. O caminho de saída
Como uma cliente pede a exclusão, quanto tempo você leva e qual equipe interna é responsável. Se você não armazena nada, diga isso — é a resposta mais simples que um atendente pode dar.
Análise é uma decisão separada da renderização
A prova virtual costuma vir acompanhada da análise de pele e cabelo: a cliente envia uma selfie e recebe um perfil de beleza em JSON — tom e subtom de pele, tipo e condição da pele, atributos de cabelo, com uma confiança por campo. Isso é uma chamada de API, então a foto é processada no servidor e deve ser tratada como um fluxo próprio no aviso.
Dois esclarecimentos ajudam em uma conversa com o jurídico. Primeiro, a saída é uma descrição estruturada de atributos visíveis em uma fotografia. Não é uma avaliação clínica, não trata nada e não substitui um dermatologista ou qualquer outro profissional — o seu texto deve dizer isso com clareza onde quer que o resultado apareça. Segundo, o artefato útil mais adiante é o perfil em JSON, não a imagem. Equipes que guardam o perfil e descartam a selfie mantêm a personalização funcionando enquanto reduzem a superfície do que armazenam.
Escreva o aviso do jeito que você explicaria em voz alta
O teste é simples: um atendente conseguiria explicar o fluxo de dados da sua prova virtual a uma cliente em trinta segundos, sem ler um documento? Se não, o fluxo provavelmente é complicado demais ou o aviso é vago demais. Nomeie o que é capturado, onde é processado, o que é guardado e por quanto tempo. Clientes raramente abandonam um recurso porque ele usa a câmera; abandonam quando ninguém diz o que acontece depois.
Pronto para mapear o fluxo de dados da sua própria stack? Crie uma conta e uma chave de API na documentação da API do MaIA, ou fale com o time da B4A sobre o acesso antecipado ao SDK de navegador para a sua marca.
Perguntas frequentes
A prova virtual de maquiagem sempre envia a foto da cliente?
Não. Com o SDK de navegador do MaIA Try-On no modo ao vivo, a renderização acontece localmente no navegador da cliente e nada é enviado. A API do MaIA Try-On funciona de outro jeito: a foto é enviada para ser renderizada e a imagem resultante volta, então essa transferência precisa estar descrita no seu aviso de privacidade.
Precisamos de consentimento explícito antes de mostrar uma prova de maquiagem?
Trate como sim. Peça o consentimento em um momento específico e visível, antes de a câmera abrir ou de o arquivo ser selecionado, no idioma da cliente, com um link para o seu aviso. Termos gerais do site normalmente não bastam para um fluxo com imagem do rosto.
Podemos guardar o perfil de beleza e apagar a selfie?
Sim, e a maioria das equipes deveria. O valor mais adiante está no perfil em JSON — tom e subtom de pele, tipo e condição da pele, atributos de cabelo, com uma confiança por campo —, não na imagem original. Guardar o perfil e descartar a foto mantém a personalização funcionando com uma pegada de dados menor.
Um perfil de beleza a partir de uma selfie é um registro médico ou dermatológico?
Não. A MaIA descreve atributos visíveis de uma fotografia. Não é uma avaliação clínica, não trata nada e não substitui um dermatologista ou qualquer outro profissional, e o seu texto voltado à cliente deve dizer isso onde quer que os resultados apareçam.
Quem é o controlador e quem é o operador nesse arranjo?
Normalmente a sua marca é a controladora, que define por que o dado é coletado, e o fornecedor de tecnologia atua como operador seguindo as suas instruções. Deixe os papéis explícitos no contrato para que uma revisão tenha um documento a que apontar.