Construit pour ça Comment ça marche Qui nous sommes Nous contacter
EN FR ES
── -->
Comment ça marche

Une vidéo. Destinataires illimités.
Chacun voit ses propres données.

Iris sépare la piste vidéo des données. La piste vidéo (animation, mise en page, marque) est construite une fois et hébergée une fois. Les données sont celles que votre système connaît déjà. Elles ne se rencontrent qu'au moment du visionnement, dans le navigateur du spectateur.

  • Vous personnalisez déjà le courriel, les SMS, le web et la publicité : la vidéo est le seul canal resté générique.
  • Iris fait en sorte que la vidéo se comporte comme le reste de votre pile technologique.
  • Un seul MotionPackage. Un nombre illimité de destinataires. Aucune file de rendu, aucune prégénération, aucun stockage.
  • Conçu API d'abord, pour s'insérer dans les flux d'automatisation que vous exploitez déjà.
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
Flux de données

La vidéo s'assemble sur leur appareil.
Iris ne reçoit jamais leurs données.

Votre système sait déjà qui est le spectateur et remet les données au lecteur au moment du visionnement. Deux formes d'intégration : toutes deux calquées sur des flux que vous exploitez déjà.

  • Sortant (courriel / SMS) : l'API Iris génère une URL unique par contact lors de l'envoi de la campagne. Le spectateur clique, la page se charge, la vidéo s'affiche avec ses données. Aucune donnée n'est stockée par Iris.
  • Authentifié (portail / application) : le spectateur est déjà connecté. Votre serveur tire les données du CRM et les transmet à l'intégration Iris au moment du rendu. Iris ne reçoit rien.
Deux lignes de HTML. Le lecteur s'exécute dans une iframe en bac à sable : votre revue de sécurité n'a qu'à autoriser une iframe. Pour les clients réglementés, cela représente souvent des semaines plutôt que des mois.
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 garantie architecturale

Vos données n'atteignent jamais nos serveurs.

Ceci n'est pas une politique de confidentialité.
C'est ce que l'architecture rend impossible.

Les données personnelles entrent dans le navigateur du spectateur et n'en sortent jamais. Iris livre un MotionPackage, la piste vidéo animée, par CDN. Votre système injecte les données du spectateur côté client. Rien ne revient. Aucun renseignement personnel ne touche l'infrastructure Iris.

Votre équipe de conformité n'a aucun changement à apporter à votre modèle de gouvernance des données. Il n'y a aucune entente de partage de données à réviser, parce qu'il n'y a aucune donnée à partager.

Garantie structurelle, pas une promesse de politique
Votre environnement
Serveur web client (session authentifiée)
Navigateur : données du spectateur injectées localement
Appareil du spectateur : rendu seulement
Les données personnelles sont rendues localement. Jamais conservées.
LES DONNÉES
NE TRAVERSENT
JAMAIS
Infrastructure Iris
Cloudflare R2 : CDN du MotionPackage
Cloudflare Worker : publication, analyses
Analyses : packageId, événement, horodatage seulement
Aucune donnée utilisateur. Aucun renseignement personnel. Aucune identité de spectateur. Jamais.
Aucune entente de traitement des données requiseIris n'est pas un sous-traitant des renseignements personnels de vos clients. Il ne les reçoit jamais.
Aucun système Iris visé par vos audits de donnéesCe qui est visé, c'est votre propre système, entièrement sous votre contrôle.
Une brèche chez Iris ne peut exposer vos données clientsCes données n'ont jamais été présentes dans l'infrastructure Iris.
La revue d'intégration se résume à une permission d'iframeUne seule autorisation CSP. Aucun SDK, aucun agent, aucune sortie de données à réviser.
Modèle de coûts

Une seule piste vidéo.
Le coût ne se multiplie pas avec votre audience.

Les plateformes de vidéo personnalisée traditionnelles produisent un fichier vidéo unique par spectateur, sur un serveur, à partir de ses données. Le coût et le risque lié aux données augmentent avec le volume. Une campagne d'un million de spectateurs exige un million de rendus. Iris fonctionne autrement.

Iris
Un MotionPackage est construit une fois et hébergé sur CDN
Chaque spectateur télécharge le même paquet léger
Les données sont injectées dans le navigateur du spectateur à la lecture
Aucun fichier vidéo n'est généré, stocké ni facturé par spectateur
Le coût est fixe : un paquet, un nombre illimité de destinataires
×1
paquet livré, quelle que soit la taille de l'audience
Plateformes traditionnelles à ferme de rendu
Chaque vidéo est générée avec les données du spectateur sur un serveur
Un fichier vidéo unique est généré par spectateur
Les fichiers sont stockés et livrés individuellement
Les données du spectateur doivent quitter votre environnement pour atteindre le serveur de rendu
Le coût augmente linéairement avec la taille de l'audience
×N
rendus pour N spectateurs, à chaque campagne
Pour les développeurs & équipes TI

Des questions d'intégration ?
Parlons architecture.

Iris est conçu pour passer les revues de sécurité en environnement réglementé. La surface d'intégration est volontairement minimale : une iframe, un appel d'API et votre pipeline de données existant. Rien de plus.