Die Matrix definiert die erwartete Auslieferung.
Jede Zeile stellt eine versionierte Anforderung dar, die Kampagne, Markt, Locale, Kanal, Format, Abmessungen, zulässige Dateitypen, maximale Dateigröße (in Byte), Namenskonvention sowie den Status (erforderlich/optional) umfasst.
Für den Import sind Markt, Locale, Kanal, Format, Breite und Höhe erforderlich. Doppelte IDs, ungültige positive Ganzzahlen, zu große Zelleninhalte, Dateien über 2 MB sowie Matrizen mit mehr als 5.000 Zeilen führen zu einem expliziten Fehler.
Die Metadaten der Creatives werden lokal überprüft.
Ein Browser-Worker liest Namen, Pfade, MIME-Typen, Dateigrößen (in Byte), Bildabmessungen, ZIP-Einträge und SHA-256-Hashes aus. Die Rohdaten der Creatives werden niemals an VariantGate, Convex, WorkOS, Stripe oder einen Logging-Anbieter übertragen.
Grenze der DatenspeicherungAggregierte Zählwerte können nach einer authentifizierten Überprüfung gespeichert werden. Für die Speicherung detaillierter Dateinamen ist eine separate, zukünftige Zustimmung (Opt-in) erforderlich.
Aus den Bestandteilen der Dateinamen (Tokens) wird ein nachvollziehbarer Score ermittelt.
Namen werden in Kleinbuchstaben umgewandelt und anhand nicht-alphanumerischer Trennzeichen aufgeteilt. Unterstützte Locale-Aliase werden normalisiert, bevor die Anforderungen bewertet werden.
- Unter 46 Punkte: keine Übereinstimmung; wird als unerwartete Datei gemeldet.
- 96+ Punkte mit einem Vorsprung von 15 Punkten: exakte Übereinstimmung.
- 76+ Punkte mit einem Vorsprung von 12 Punkten: wahrscheinliche Übereinstimmung.
- Alle anderen akzeptierten Kandidaten: unsicher; erfordert eine Überprüfung.
Die Validierung erfolgt nach dem Abgleich (Matching).
Ein übereinstimmender Dateiname macht eine Datei noch nicht gültig. VariantGate prüft unabhängig davon auf Null-Byte-Dateien, Abmessungen, zulässige Dateitypen, maximale Größe, Vollständigkeit der Benennung, Konsistenz von Markt und Gebietsschema (Locale), Abdeckung der Anforderungsduplikate sowie exakte SHA-256-Duplikate.
Fehler verhindern die Einsatzbereitschaft, Prüfpunkte erfordern eine menschliche Entscheidung, und Warnungen bleiben im Kontext erhalten, ohne die Anforderung stillschweigend zu ändern.
Die Abdeckung wird anhand der Ergebnisse der Anforderungen berechnet.
Jede Anforderung wird als „bereit“, „fehlend“, „Problem“ oder „zu prüfen“ eingestuft. Der Vollständigkeitsgrad ergibt sich aus der Anzahl der abgeglichenen erforderlichen Varianten geteilt durch die Gesamtzahl der erforderlichen Varianten; die Gesamtzahl der Probleme bleibt sichtbar, anstatt in diesem Prozentsatz zu verschwinden.
Dasselbe versionierte Ergebnis bildet die Grundlage für die Abdeckungsansicht, die Korrekturliste, die Überprüfung der Übereinstimmungen, die Vorschlagsliste für Umbenennungen, das Manifest, den CSV-/JSON-Export sowie den Druckbeleg.
V1 bleibt bewusst in seinem Funktionsumfang begrenzt.
VariantGate verwendet kein LLM für den Abgleich, untersucht keine Videocodecs, ersetzt kein DAM, prüft keine Richtlinien von Werbeplattformen und lädt keine Assets hoch. Der unterstützte Prüfumfang wird durch den Arbeitsspeicher des Browsers und die konfigurierten Tarifgrenzen bestimmt.
Warum deterministisch?Korrekturen bei der Auslieferung erfordern reproduzierbare Nachweise. Dieselbe Eingabe und dieselbe Engine-Version liefern stets dasselbe Ergebnis.