try-on virtual para Black Friday
Try-on virtual para Black Friday: cómo preparar la operación para el pico
Black Friday concentra tráfico, dudas de tono y prisa en un mismo día. Mira cómo preparar el try-on virtual para el pico: elegir entre API por foto y SDK en el navegador, planificar créditos, definir fallbacks y qué medir.
En noviembre, tu tienda recibe en un día el tráfico de varias semanas. Parte de ese público nunca compró de la marca, no conoce la numeración de tus tonos y tiene poco tiempo para decidir. Justo ahí el try-on virtual para Black Friday deja de ser un recurso bonito en la página y se vuelve infraestructura de conversión: o aguanta el pico y responde rápido a la pregunta "¿este tono me queda bien?", o se convierte en un elemento más que carga lento y estorba.
Este texto es sobre preparación operativa, no sobre la idea de probar maquillaje en línea. El foco está en lo que debe quedar decidido en octubre para que el botón funcione en noviembre.
Por qué Black Friday es una prueba distinta
Fuera de temporada, quien usa la prueba virtual suele ser una clienta ya interesada, navegando sin prisa. En Black Friday, tres cosas cambian al mismo tiempo.
El público es más frío
Mucha gente llega por un anuncio o un cupón, sin familiaridad con el catálogo. La duda de tono aparece antes que el interés por la marca, y la tolerancia a la fricción es baja: registro, app, permiso confuso — cualquier paso extra tumba la sesión.
El volumen es concentrado
El pico no se distribuye bien. Se agrupa en pocas horas, normalmente alrededor de los cambios de oferta. Cualquier componente que dependa de una llamada al servidor debe dimensionarse para ese recorte, no para el promedio del mes.
El error cuesta el doble
Un tono equivocado comprado en promoción genera devolución en diciembre, cuando el equipo de atención ya está saturado y el margen de la campaña ya fue contabilizado. Reducir la duda en el momento de la compra es más barato que tratar el problema después.
Elegir el formato antes de elegir la página
MaIA Try-On existe en dos formas, y se comportan de manera diferente bajo pico.
API por foto
La clienta envía una foto, el producto — labial o base — se renderiza sobre ella con la paleta calibrada para los SKUs reales de la marca en el proyecto, y la imagen vuelve lista. Es el camino más simple de integrar: funciona en cualquier canal que sepa enviar una imagen y mostrar otra, incluidos flujos de atención y páginas servidas por tu back-end. Como cada prueba es una solicitud, el volumen del pico debe estar previsto en tu saldo de créditos.
SDK en el navegador
El SDK, en early access desde septiembre de 2026 y habilitado por cuenta, corre 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 el Full Look combinado, en modo en vivo por la cámara — con el render ocurriendo localmente en el navegador, sin subir nada — o en modo foto, con cualquier color en #RRGGBB, alojado por la propia marca. Para el pico, la característica relevante es que la prueba en vivo ocurre en el dispositivo de la clienta: el pico de uso no se traduce en un pico equivalente de llamadas al servidor. La contrapartida es que el SDK se habilita por cuenta y hay que pedirlo con anticipación, no descargarlo la víspera.
Si todavía estás comparando los dos caminos, vale la pena leer la comparación entre prueba virtual por foto y AR try-on antes de cerrar el alcance.
Try-on virtual para Black Friday: el checklist de preparación
Congela la paleta en octubre
La calibración de color es el trabajo que no puede ocurrir a última hora. Levanta los SKUs que estarán en oferta, incluye los tonos de reposición que entran si uno se agota y valida el render con el equipo de producto. Paleta aprobada en octubre significa que, en noviembre, nadie toca el color con la tienda al aire.
Define el fallback antes del incidente
Decide qué muestra la página si la prueba no carga: la foto de producto en el tono, la descripción de subtono, un atajo a la atención. Un fallback silencioso es mejor que un componente roto. Escríbelo como regla de front, no como improvisación.
Planifica créditos con margen
Los créditos se compran. Estima el volumen de pruebas a partir del tráfico proyectado para las páginas donde estará el botón, no del tráfico total del sitio, y deja margen para el día en que la campaña rinda por encima de lo esperado. Revisa el saldo a mitad de la semana pico, no solo al comienzo.
Reduce la pregunta antes de la prueba
Quien llega frío no sabe por dónde empezar. Una etapa corta de perfil — tono de piel, subtono, tipo de piel a partir de una selfie — acorta la lista de tonos que vale la pena probar. Es lo que el análisis de piel y cabello por selfie entrega como JSON, con un score de confianza por campo, para que tu front decida qué sugerir. Conviene recordar: el resultado describe atributos visibles de la foto, no es una evaluación médica y no reemplaza a un profesional.
Prueba en red mala
El pico también es de dispositivos modestos y conexión inestable. Prueba en 4G débil y en celulares antiguos, no solo en el escritorio del equipo. La experiencia que importa es la peor, no la mejor.
Qué medir durante y después
Durante la campaña, sigue pocas cosas en tiempo casi real: tasa de apertura de la prueba en las páginas en oferta, errores de solicitud o de carga, y saldo de créditos. Después, mira lo que enseñó la operación: qué tonos fueron más probados y no convertidos (señal de quiebre de stock o de precio), cuáles fueron probados y comprados, y si las devoluciones de diciembre bajaron en las páginas con prueba activa frente a las que quedaron sin ella.
Nada de esto predice un número específico para tu marca. El resultado varía con el catálogo, el tráfico y el canal, y la lectura solo tiene sentido comparando páginas y períodos de tu propia tienda.
Empieza por el alcance más pequeño que funciona
Una campaña de pico no es el momento de estrenar todo. Elige una categoría, una docena de SKUs y un formato de prueba; haz que ese recorte funcione bien y amplía después del cambio de año. Puedes ver el formato por foto en la página de MaIA Try-On y empezar el lado técnico creando tu cuenta y tu clave en la documentación de la API — o habla con el equipo para discutir el alcance de tu campaña.
Preguntas frecuentes
¿Qué formato de try-on virtual aguanta mejor un pico de tráfico?
El SDK en el navegador renderiza localmente en el dispositivo de la clienta en modo en vivo por la cámara, así que el uso no se traduce en un volumen equivalente de llamadas al servidor. La API por foto es más simple de integrar en cualquier canal, pero cada prueba es una solicitud y debe estar prevista en el saldo de créditos.
¿Con cuánta anticipación debo preparar el try-on virtual para Black Friday?
Trata la calibración de la paleta y la habilitación de acceso como tareas de octubre. El SDK está en early access y se habilita por cuenta, así que el pedido debe hacerse con anticipación; la validación de los tonos con el equipo de producto tampoco debería ocurrir con la tienda al aire.
¿Qué productos renderiza la API en la prueba por foto?
La API por foto renderiza labial y base, con los colores calibrados para los SKUs reales de la marca dentro de un proyecto. Los demás productos y el Full Look existen solo en el SDK, como vista previa local en el navegador.
¿Cómo estimar cuántos créditos voy a necesitar en el pico?
Parte del tráfico proyectado para las páginas donde estará el botón de prueba, no del tráfico total del sitio, y deja margen para el día en que la campaña rinda por encima de lo esperado. Revisa el saldo durante la semana pico, no solo al inicio.
¿El análisis por selfie ayuda a elegir el tono en la campaña?
Sí: devuelve tono y subtono de piel, tipo y condición de piel y atributos de cabello en JSON, con un score de confianza por campo, lo que acorta la lista de tonos que vale la pena probar. El resultado describe atributos visibles de la foto y no es una evaluación médica.