La matriz define la entrega prevista.
Cada fila representa un requisito versionado que incluye campaña, mercado, configuración regional (locale), canal, formato, dimensiones, tipos de archivo aceptados, tamaño máximo en bytes, convención de nomenclatura y estado (obligatorio u opcional).
Las importaciones requieren especificar mercado, configuración regional, canal, formato, anchura y altura. Los casos de ID duplicados, números enteros positivos no válidos, celdas que exceden los límites, archivos de más de 2 MB y matrices de más de 5000 filas resultan en un error explícito.
Los metadatos del material creativo se inspeccionan localmente.
Un proceso en segundo plano del navegador (*browser worker*) lee nombres, rutas, tipos MIME, tamaños en bytes, dimensiones de imagen, entradas de archivos ZIP y hashes SHA-256. Los bytes originales del material creativo nunca se envían a VariantGate, Convex, WorkOS, Stripe ni a ningún proveedor de registro de datos.
Límite de persistenciaEs posible guardar recuentos agregados tras una auditoría autenticada. El registro detallado de nombres de archivo requiere una autorización explícita futura por parte del usuario.
Los tokens de los nombres de archivo generan una puntuación explicable.
Los nombres se convierten a minúsculas y se dividen utilizando separadores no alfanuméricos. Los alias de configuración regional admitidos se normalizan antes de clasificar los requisitos.
- Menos de 46 puntos: sin coincidencia; se registra como archivo inesperado.
- 96 puntos o más con una ventaja de 15 puntos: coincidencia exacta.
- 76 puntos o más con una ventaja de 12 puntos: coincidencia probable.
- Cualquier otro candidato aceptado: incierto; requiere revisión.
La validación se ejecuta tras el proceso de coincidencia.
Que el nombre de archivo coincida no implica que el archivo sea válido. VariantGate verifica de forma independiente los archivos de cero bytes, las dimensiones, los tipos de archivo admitidos, el tamaño máximo, la integridad del nombre, la coherencia con el mercado y la configuración regional, la cobertura de requisitos de duplicados y las coincidencias exactas de SHA-256.
Los errores impiden la preparación, los elementos de revisión requieren una decisión humana y las advertencias conservan el contexto sin modificar el requisito de forma silenciosa.
La cobertura se calcula a partir de los resultados de los requisitos.
Cada requisito se clasifica como listo, ausente, con incidencia o pendiente de revisión. El porcentaje de integridad se obtiene dividiendo las variantes requeridas coincidentes entre el total de variantes requeridas; los totales de incidencias permanecen visibles en lugar de ocultarse dentro de dicho porcentaje.
El mismo resultado versionado alimenta la vista de cobertura, la lista de correcciones, la revisión de coincidencias, el mapa de sugerencias de cambio de nombre, el manifiesto, la exportación a CSV/JSON y el comprobante de impresión.
V1 mantiene un alcance deliberadamente limitado.
VariantGate no utiliza modelos de lenguaje (LLM) para las coincidencias, no inspecciona códecs de vídeo, no sustituye a un sistema DAM, no verifica políticas de plataformas publicitarias ni carga recursos. El alcance de la auditoría admitida viene determinado por la memoria del navegador y los límites del plan configurado.
¿Por qué un enfoque determinista?Las correcciones en la entrega requieren pruebas reproducibles. La misma entrada y la misma versión del motor generan el mismo resultado.