Privacidad en la prueba virtual de maquillaje: adónde va la foto de la clienta y quién decide

Todo proyecto de prueba virtual de maquillaje termina llegando al mismo escritorio: el de legal. Y la pregunta nunca es sobre la precisión del tono: es sobre el rostro. Adónde va la foto, quién la guarda, por cuánto tiempo y qué pasa si una clienta pide que la borren. La privacidad en la prueba virtual de maquillaje no es una nota al pie legal que se resuelve después del lanzamiento; es una decisión de arquitectura que se toma el primer día, porque la respuesta depende del modelo de render que elijas.

Esta guía es para quienes tienen que responder esa pregunta internamente: responsables de e-commerce, gerentes de producto, desarrolladores y el DPO que firma antes de que la función salga a producción.

Dos modelos de render, dos historias de privacidad muy distintas

MaIA Try-On existe en dos formas, y se comportan distinto justo en el punto que le importa a legal.

La API: por foto, en el servidor

Con MaIA Try-On como API, el flujo es explícito: tu aplicación envía una foto y un producto (labial o base), el maquillaje se renderiza sobre la imagen y la imagen renderizada vuelve. Las paletas se calibran contra los productos reales de tu marca dentro de un proyecto, así que lo que la clienta ve corresponde a un SKU que realmente vendes.

Como la imagen viaja a un servidor para procesarse, esta forma tiene una historia clara de tratamiento de datos que dejar por escrito: tu sistema envía la foto, se procesa y el resultado vuelve. Tu aviso de privacidad debe describir esa transferencia en lenguaje llano, y tu front-end debe obtener el consentimiento antes de que ocurra la carga, no después de que la clienta ya se haya tomado la selfie.

El SDK de navegador: modo en vivo por la cámara, renderizado localmente

El SDK de navegador de MaIA Try-On, en acceso anticipado desde septiembre de 2026, funciona de otra manera. En el modo en vivo, el render ocurre localmente en el navegador, en el dispositivo de la propia clienta, con su cámara. Nada se sube. El SDK cubre trece productos —labial, base, rubor, polvo facial, corrector de ojeras, sombra, máscara de pestañas, maquillaje de cejas, delineador, bronceador, contorno, iluminador y delineador de labios— más un Full Look combinado, con cualquier color en #RRGGBB, y lo aloja tu propia marca.

Para una revisión de privacidad, esa distinción importa más que cualquier lista de funciones. Una vista previa que nunca sale del dispositivo cambia la conversación de "cómo protegemos esta imagen" a "no hay imagen que proteger". El SDK también ofrece un modo foto para quien prefiere trabajar desde una imagen fija, y conviene documentarlo por separado en tu aviso.

Si todavía estás decidiendo entre las dos, comparamos las ventajas y desventajas en prueba virtual por foto frente al try-on AR: el perfil de privacidad es uno de los factores decisivos, junto con tu stack y tu catálogo.

Qué documentar antes de publicar

Una revisión de privacidad avanza más rápido cuando llegas con respuestas en lugar de preguntas. Prepara estos cinco puntos.

1. La finalidad, en una frase

Por qué capturas un rostro: para mostrar un tono de tu propio catálogo sobre la imagen de la clienta. No para identificar a nadie, no para construir un registro biométrico de identidad, no para perfilar a una persona más allá de los atributos de belleza que usas para recomendar. Mantén la finalidad declarada acotada y asegúrate de que el producto realmente se quede dentro de ella.

2. El momento del consentimiento

El consentimiento debe aparecer antes de que se abra la cámara o antes de que se seleccione el archivo, en el idioma de la clienta, con un enlace visible al aviso. Enterrarlo en los términos generales del sitio es el hallazgo más común en una revisión. Una sola pantalla específica —"usaremos esta foto para mostrarte cómo te queda este tono"— es más clara y más fácil de defender.

3. Retención y eliminación

Decide si guardas algo. Muchos equipos descubren que no necesitan la imagen: necesitan el resultado —el tono elegido, el producto visto, el desenlace de la sesión—. Guardar el dato derivado y descartar la foto suele ser el camino más barato para pasar una revisión, y sigue alimentando merchandising y CRM.

4. Quién más toca los datos

Enumera los encargados de la cadena y el rol de cada uno. Bajo la LGPD de Brasil y el GDPR, tu organización suele ser la responsable del tratamiento y el proveedor de tecnología, un encargado que actúa según tus instrucciones. Tu contrato debería decirlo de forma explícita.

5. La vía de salida

Cómo una clienta pide la eliminación, cuánto tardas y qué equipo interno es el dueño del proceso. Si no guardas nada, dilo: es la respuesta más simple que un agente de soporte puede dar.

El análisis es una decisión separada del render

La prueba virtual suele ir acompañada del análisis de piel y cabello: la clienta envía una selfie y recibe un perfil de belleza en JSON —tono y subtono de piel, tipo y condición de la piel, atributos del cabello, con una confianza por campo—. Es una llamada a la API, así que la foto se procesa en el servidor y debe tratarse como un flujo propio en el aviso.

Dos aclaraciones ayudan en una conversación con legal. Primero, el resultado es una descripción estructurada de atributos visibles en una fotografía. No es una evaluación clínica, no trata nada y no sustituye a un dermatólogo ni a ningún otro profesional; tu texto debería decirlo con claridad dondequiera que aparezca el resultado. Segundo, el artefacto útil aguas abajo es el perfil en JSON, no la imagen. Los equipos que conservan el perfil y descartan la selfie mantienen la personalización funcionando mientras reducen la superficie de lo que guardan.

Escribe el aviso como lo explicarías en voz alta

La prueba es simple: ¿podría un agente de soporte explicarle a una clienta el flujo de datos de tu prueba virtual en treinta segundos sin leer un documento? Si no, el flujo probablemente es demasiado complicado o el aviso demasiado vago. Nombra qué se captura, dónde se procesa, qué se guarda y por cuánto tiempo. Las clientas rara vez abandonan una función porque usa la cámara; la abandonan cuando nadie les dice qué pasa después.

¿Quieres mapear el flujo de datos de tu propio stack? Crea una cuenta y una clave de API en la documentación de la API de MaIA, o habla con el equipo de B4A sobre el acceso anticipado al SDK de navegador para tu marca.