Hecho para esto Cómo funciona Quiénes somos Contáctenos
EN FR ES
── -->
Cómo funciona

Un video. Destinatarios ilimitados.
Cada uno ve sus propios datos.

Iris separa la pista de video de los datos. La pista de video (animación, maquetación, marca) se construye una vez y se aloja una vez. Los datos son los que su sistema ya conoce. Solo se encuentran en el momento de la visualización, en el navegador del espectador.

  • Usted ya personaliza el correo electrónico, los SMS, la web y la publicidad: el video ha sido el único canal que siguió siendo genérico.
  • Iris hace que el video se comporte como el resto de su stack.
  • Un MotionPackage. Cualquier número de destinatarios. Sin cola de renderizado, sin pregeneración, sin almacenamiento.
  • Construido con un enfoque API-first, diseñado para encajar en los flujos de automatización que ya utiliza.
MOTIONPACKAGE Built once · brand · motion DATA name: "David" rate: "5.24%" renewal: "May 2" From your system · per viewer viewer's browser Hi David, your rate is 5.24% Book advisor → RENDERED LIVE · NOTHING PRE-MADE
Flujo de datos

El video se ensambla en su dispositivo.
Iris nunca recibe sus datos.

Su sistema ya sabe quién es el espectador y entrega los datos al reproductor en el momento de la visualización. Dos formas de integración: ambas equivalentes a flujos que usted ya utiliza.

  • Saliente (correo / SMS): la API de Iris genera una URL única por contacto durante el envío de la campaña. El espectador hace clic, la página carga, el video se renderiza con sus datos. Iris no almacena ningún dato.
  • Autenticado (portal / app): el espectador ya inició sesión. Su servidor obtiene los datos del CRM y los pasa a la inserción de Iris en el momento del renderizado. Iris no recibe nada.
Dos líneas de HTML. El reproductor se ejecuta en un iframe aislado: su revisión de seguridad solo necesita permitir un iframe. Para clientes regulados, eso a menudo significa semanas en lugar de meses.
OUTBOUND: EMAIL / SMS Campaign sends Iris API per contact Unique URL in CTA Contact clicks renders locally nothing stored PAGE GENERATES <200MS · 100K RECIPIENTS IN MINUTES AUTHENTICATED: PORTAL / APP Customer logs in Your server pulls from CRM Embed receives at render time renders locally nothing stored Personal data enters at the browser. It never leaves it. OUTBOUND: non-sensitive values only · AUTHENTICATED: sensitive values stay behind session auth
La garantía arquitectónica

Su data nunca toca nuestros servidores.

Esto no es una política de privacidad.
Es lo que la arquitectura hace imposible.

Los datos personales entran en el navegador del espectador y nunca salen de él. Iris entrega un MotionPackage, la pista de video animada, por CDN. Su sistema inyecta los datos del espectador del lado del cliente. Nada regresa. Ninguna información personal toca jamás la infraestructura de Iris.

Su equipo de cumplimiento no necesita cambiar su modelo de gobernanza de datos. No hay ningún acuerdo de intercambio de datos que revisar, porque no hay datos que compartir.

Garantía estructural, no una promesa de política
Su entorno
Servidor web del cliente (sesión autenticada)
Navegador: datos del espectador inyectados localmente
Dispositivo del espectador: solo renderizado
Los datos personales se renderizan localmente. Nunca se conservan.
LOS DATOS
NUNCA
CRUZAN
Infraestructura de Iris
Cloudflare R2: CDN del MotionPackage
Cloudflare Worker: publicación, analíticas
Analíticas: solo packageId, evento y marca de tiempo
Sin datos de usuario. Sin información personal. Sin identidad del espectador. Nunca.
No se requiere acuerdo de tratamiento de datosIris no es un encargado del tratamiento de la información personal de sus clientes. Nunca la recibe.
Ningún sistema de Iris entra en el alcance de sus auditorías de datosLo que entra en el alcance es su propio sistema, enteramente bajo su control.
Una brecha en Iris no puede exponer los datos de sus clientesEsos datos nunca estuvieron presentes en la infraestructura de Iris.
La revisión de integración es un permiso de iframeUna sola autorización de CSP. Sin SDK, sin agente, sin salida de datos que revisar.
Modelo de costos

Una sola pista de video.
El costo no se multiplica con su audiencia.

Las plataformas tradicionales de video personalizado generan un archivo de video único por espectador, en un servidor, usando sus datos. El costo y el riesgo de datos escalan con el volumen. Una campaña de un millón de espectadores exige un millón de renderizados. Iris funciona de otra manera.

Iris
Un MotionPackage se construye una vez y se aloja en CDN
Cada espectador descarga el mismo paquete ligero
Los datos se inyectan en el navegador del espectador al reproducir
Nunca se genera, almacena ni factura un archivo de video por espectador
El costo es fijo: un paquete, destinatarios ilimitados
×1
paquete entregado, sin importar el tamaño de la audiencia
Plataformas tradicionales con granja de renderizado
Cada video se genera con los datos del espectador en un servidor
Se genera un archivo de video único por espectador
Los archivos se almacenan y entregan individualmente
Los datos del espectador deben salir de su entorno para llegar al servidor de renderizado
El costo escala linealmente con el tamaño de la audiencia
×N
renderizados para N espectadores, en cada campaña
Para desarrolladores y equipos de TI

¿Dudas sobre la integración?
Hablemos de arquitectura.

Iris está construido para superar revisiones de seguridad en entornos regulados. La superficie de integración es intencionalmente mínima: un iframe, una llamada de API y su pipeline de datos existente. Nada más.