La matrice définit les éléments à livrer.
Chaque ligne correspond à une exigence versionnée incluant : campagne, marché, locale, canal, format, dimensions, types de fichiers acceptés, taille maximale (en octets), convention de nommage et statut (obligatoire/facultatif).
Les importations nécessitent les informations suivantes : marché, locale, canal, format, largeur et hauteur. Les erreurs suivantes entraînent un échec explicite : identifiants en double, entiers positifs invalides, cellules dépassant les limites, fichiers de plus de 2 Mo et matrices de plus de 5 000 lignes.
Les métadonnées des créas sont inspectées localement.
Un processus d'arrière-plan du navigateur (worker) lit les noms, chemins, types MIME, tailles en octets, dimensions d'image, entrées ZIP et empreintes SHA-256. Les données brutes des créas ne sont jamais transmises à VariantGate, Convex, WorkOS, Stripe ou à un fournisseur de services de journalisation.
Limite de persistance des donnéesDes décomptes agrégés peuvent être enregistrés après un audit authentifié. L'enregistrement des noms de fichiers détaillés nécessitera une autorisation explicite ultérieure.
Les segments des noms de fichiers permettent d'obtenir un score explicable.
Les noms sont convertis en minuscules et découpés selon les séparateurs non alphanumériques. Les alias de locale pris en charge sont normalisés avant le classement des exigences.
- Moins de 46 points : aucune correspondance ; le fichier est signalé comme inattendu.
- 96 points ou plus avec une avance de 15 points : correspondance exacte.
- 76 points ou plus avec une avance de 12 points : correspondance probable.
- Tout autre candidat accepté : incertain ; nécessite une vérification.
La validation s'effectue après l'étape de correspondance.
Un nom de fichier correspondant ne garantit pas la validité du fichier. VariantGate vérifie indépendamment les fichiers de zéro octet, les dimensions, les types de fichiers acceptés, la taille maximale, la conformité du nommage, la cohérence marché/locale, la couverture des exigences de doublons et les doublons exacts (SHA-256).
Les erreurs bloquent la validation, les éléments à vérifier nécessitent une intervention humaine, et les avertissements conservent le contexte sans modifier silencieusement l'exigence.
La couverture est calculée à partir des résultats liés aux exigences.
Chaque exigence est classée comme : prête, manquante, problématique ou à vérifier. Le pourcentage de complétude correspond au nombre de variantes requises trouvées divisé par le nombre total de variantes requises ; le nombre total de problèmes reste visible au lieu d'être masqué par ce pourcentage.
Le même résultat versionné alimente la vue de couverture, la liste des corrections, la vérification des correspondances, la carte de renommage suggéré, le manifeste, l'export CSV/JSON et le reçu d'impression.
La version V1 reste volontairement limitée dans son périmètre.
VariantGate n'utilise pas de LLM pour la correspondance, n'analyse pas les codecs vidéo, ne remplace pas un DAM, ne vérifie pas les politiques des plateformes publicitaires et ne téléverse pas de ressources. La mémoire du navigateur et les limites du forfait configuré définissent le périmètre d'audit pris en charge.
Pourquoi une approche déterministe ?Les corrections de livraison nécessitent des preuves reproductibles. Les mêmes données d'entrée et la même version du moteur produisent le même résultat.