Perfil de belleza y LGPD: cómo recopilar y usar el dato sin frenar el producto

Cada vez que una marca de belleza decide personalizar la recomendación, aparece la misma reunión: marketing quiere el dato, producto quiere integrar rápido y el área legal quiere saber qué exactamente se está guardando. La conversación sobre perfil de belleza y LGPD suele frenarse no por falta de reglas, sino por falta de precisión sobre qué se recopila, por cuánto tiempo y para qué. Cuando esas tres respuestas están claras, la integración se destraba.

Este texto es una guía práctica de diseño de producto, no asesoría jurídica. La decisión final siempre es de tu equipo legal o del encargado de datos.

Qué es exactamente un perfil de belleza

Un perfil de belleza es un conjunto de atributos visibles descritos a partir de una foto: tono y subtono de piel, tipo y condición de la piel, características del cabello, cada campo con un nivel de confianza. Eso es lo que el análisis de piel y cabello por selfie de MaIA Scan devuelve en JSON.

Dos observaciones importan para la conversación con legal.

La primera: el perfil describe apariencia visible, no salud. MaIA no hace una evaluación clínica ni sustituye a un profesional de la salud o de dermatología. Si tu briefing interno habla de "detectar problemas de piel", reescríbelo antes de llevarlo a evaluación: la finalidad declarada tiene que corresponder a lo que el sistema realmente hace.

La segunda: foto y perfil son dos activos distintos, con riesgos distintos. La imagen es identificable; el perfil es un conjunto de atributos. Tratar a los dos como la misma cosa es el error de arquitectura más común y el que más atrasa la aprobación interna.

Perfil de belleza y LGPD: las preguntas que legal va a hacer

Finalidad específica

"Personalizar la experiencia" es demasiado vago para sostener una política. Una finalidad útil es concreta: recomendar tonos de base compatibles con el tono y subtono identificados; armar el kit de una suscripción; segmentar un flujo de email por tipo de piel. Escribe la finalidad en una frase que un cliente entendería y usa exactamente esa frase en el aviso de recopilación.

Base legal y consentimiento

La imagen facial exige atención especial: según el uso, puede encuadrarse como dato sensible, y ese análisis es de tu equipo legal, no del proveedor. Lo que el diseño de producto puede hacer es facilitar la decisión: dejar claro que la foto sirve para describir atributos visibles y no para identificar o autenticar personas, pedir consentimiento específico y granular, en lenguaje simple, y hacer que rechazar sea tan fácil como aceptar. Un consentimiento enterrado en los términos de uso no resiste una auditoría.

Minimización y retención

Minimización es la pregunta: ¿de verdad necesitas guardar la foto? En la mayoría de los casos de uso, no. Lo que alimenta la recomendación es el perfil, no la imagen. Definir que la foto se descarta después del procesamiento y que solo se persiste el JSON reduce drásticamente la superficie de riesgo, y generalmente es la decisión que hace que el proyecto se apruebe.

Retención es la pregunta siguiente: ¿por cuánto tiempo ese perfil sigue siendo válido? Piel y cabello cambian con la estación, la rutina y el tratamiento. Un perfil de dos años no es solo un pasivo de compliance; es una mala recomendación. Define un plazo, comunícalo y ofrece al cliente la opción de rehacer el análisis.

Derechos del titular

Acceso, corrección y eliminación tienen que existir en la práctica. Antes de integrar, responde: si un cliente pide ver su propio perfil, ¿de dónde sale? Si pide la eliminación, ¿cuántos sistemas hay que tocar: CRM, herramienta de email, data lake? Mapear eso antes de escalar es más barato que hacerlo después.

Tres diseños de integración, tres niveles de exposición

Perfil efímero

El cliente envía la selfie, la API devuelve el JSON, la recomendación se muestra en el momento y nada se persiste. Sin base de perfiles, sin titular que localizar después. Es el diseño más simple de aprobar y el indicado para campañas y primeras pruebas de concepto.

Perfil persistido en el CRM

El JSON se convierte en un campo del cliente y pasa a alimentar email, WhatsApp y página de producto. Aquí el valor es mayor y la responsabilidad también: consentimiento específico, plazo de retención, flujo de eliminación y control de acceso interno. Cuando la recomendación la opera una consultora de belleza integrada al catálogo, el perfil persistido es lo que permite retomar la conversación sin pedir todo de nuevo.

Render local en el navegador

Para la prueba virtual de maquillaje, existe un diseño en el que el dato ni siquiera sale del dispositivo: en el modo en vivo por la cámara del SDK de MaIA Try-On, la renderización ocurre localmente en el navegador y no se envía ninguna imagen. Es la opción con menor exposición, y vale recordar que el SDK está en acceso anticipado, habilitado por cuenta. La versión por foto de la API, esa sí, envía la imagen para procesamiento y sigue la misma lógica de los diseños anteriores.

Checklist antes de integrar

• ¿La finalidad está escrita en una frase concreta y aparece en el aviso de recopilación?
• ¿La foto se descarta después del procesamiento o hay un motivo documentado para guardarla?
• ¿El consentimiento es específico, granular y se puede rechazar sin fricción?
• ¿Existe un plazo de retención del perfil y una rutina de actualización?
• ¿El flujo de eliminación alcanza todos los sistemas en los que se copió el perfil?
• ¿La comunicación al cliente evita cualquier promesa de tipo clínico?

Un perfil de belleza bien diseñado es dato propio, recopilado con consentimiento, con finalidad declarada y plazo definido. Eso no es un obstáculo para la personalización: es lo que la hace defendible.

¿Quieres probar el formato del JSON antes de llevar la discusión a legal? Crea tu cuenta, genera una clave de API y corre los primeros análisis, o habla con el equipo para diseñar la integración con tu catálogo.