Definición profesional
VAST (Video Ad Serving Template) es la especificación XML publicada por IAB Tech Lab que estandariza cómo un ad server comunica los datos de un anuncio de video a un reproductor.
El documento VAST describe el archivo de video que debe cargarse, las URLs de tracking que el reproductor debe llamar en cada hito de reproducción y, cuando aplica, los anuncios complementarios (companion ads) que acompañan al video. VAST no ejecuta código ni controla la interactividad del anuncio, solo transporta la información necesaria para que el reproductor sepa qué mostrar y qué reportar.
Explicación sencilla
Cuando un video carga un anuncio, el reproductor necesita instrucciones simples, qué archivo reproducir, cuánto dura, a qué URL avisar cuando el usuario ve el primer cuarto del anuncio y a qué URL avisar si hace clic. VAST es el formato en el que esas instrucciones viajan. Funciona como una ficha técnica que cualquier reproductor compatible puede leer sin importar quién construyó el ad server que la generó.
¿Por qué existe este concepto?
Antes de VAST, cada plataforma de video definía su propio formato para entregar anuncios. Un publisher que quería trabajar con varios ad servers o varios DSPs de video terminaba construyendo integraciones a medida para cada combinación, lo que encarecía el desarrollo y frenaba el crecimiento de la publicidad en video. IAB Tech Lab publicó VAST en 2008 para resolver ese problema, un lenguaje común entre ad servers y reproductores que permitiera a cualquier proveedor conectarse con cualquier plataforma sin construir un puente propietario.
¿Cómo funciona?
El flujo típico empieza cuando el reproductor solicita un anuncio al ad server. El ad server responde con un documento VAST que puede tomar dos formas, InLine o Wrapper. Un documento InLine contiene ya el archivo de video final y las URLs de tracking, listo para reproducirse. Un documento Wrapper, en cambio, redirige la solicitud a otro ad server (típico cuando el inventario pasa por un SSP y luego por un DSP) y esa cadena de wrappers puede repetirse varias veces antes de llegar a un InLine final. Cada salto de wrapper añade latencia, por eso IAB Tech Lab recomienda límites prácticos en la longitud de la cadena.
Una vez resuelto el InLine, el reproductor carga el archivo de video indicado y dispara los eventos de tracking definidos en el documento conforme avanza la reproducción, impresión, inicio, primer cuarto, mitad, tercer cuarto, finalización y clic, entre otros. Cada evento es una llamada HTTP a una URL de tracking, sin intercambio de datos adicional.
¿Quién lo utiliza?
- Los DSPs de video construyen la respuesta VAST cuando ganan una subasta, empaquetando el archivo creativo ganador junto con las URLs de tracking que su plataforma necesita para medir el desempeño de la campaña.
- Los ad servers de publisher alojan y despachan las etiquetas VAST cuando el inventario de video se vende de forma directa o se integra en header bidding de video, actuando muchas veces como el primer eslabón de la cadena de wrappers.
- Los reproductores de video, tanto los que corren en sitios web como los que corren dentro de apps y dispositivos CTV, interpretan el documento VAST para decidir qué archivo cargar y a qué URLs avisar en cada hito de reproducción.
- Los proveedores de verificación y medición insertan sus propios pixeles de tracking dentro de la estructura VAST para calcular viewability, fraude (IVT) y otros indicadores que el DSP o el anunciante necesitan de forma independiente al ad server que sirvió el anuncio.
Caso práctico
Un publisher de video integra su reproductor con un SSP de video para monetizar su inventario. Cuando un usuario abre un artículo con video, el reproductor solicita un anuncio a su ad server de publisher. El ad server responde con un Wrapper que redirige al SSP, el SSP genera una subasta entre varios DSPs, el DSP ganador responde con otro Wrapper que finalmente resuelve en un documento InLine con el archivo de video y las URLs de tracking. El reproductor carga el video, dispara el evento de impresión al iniciar la reproducción y continúa disparando los eventos de cuartos conforme el usuario avanza en el contenido.
Error frecuente
Un error habitual es suponer que VAST controla la interactividad del anuncio o que basta con implementar VAST para tener anuncios interactivos o formatos ejecutables. VAST solo transporta metadata y archivos lineales, la interactividad corresponde a otros estándares construidos sobre VAST o independientes de él.
¿Qué no es?
Confusión con VPAID. Es común confundir VAST con VPAID porque ambos estándares convivieron en el mismo flujo de entrega de video. VPAID añadía una capa de código ejecutable dentro del anuncio para permitir interactividad y verificación en tiempo real, una función que VAST nunca cubrió porque su propósito se limita a describir metadata y archivos estáticos. IAB Tech Lab declaró obsoleto VPAID en favor de Open Measurement SDK, migración que no afecta el rol de VAST como formato de entrega.
VAST no es un ad server. Otro malentendido frecuente asigna a VAST funciones que en realidad corresponden al ad server. Alojar el inventario, ejecutar subastas y aplicar reglas de entrega son tareas de la plataforma tecnológica, la cual produce como salida un documento VAST que el reproductor consume. El estándar cubre únicamente ese documento de metadata, no la infraestructura que lo genera.
Términos relacionados
Evolución histórica
IAB Tech Lab publicó la primera versión de VAST en 2008 para estandarizar la entrega de anuncios de video lineales. VAST 2.0, en 2012, añadió soporte para múltiples archivos de media y mejoras en el manejo de errores. VAST 3.0, en 2013, incorporó soporte para anuncios no lineales adicionales y refinó el modelo de wrappers.
En 2016, VAST 4.0 integró bloques de Verification dedicados a proveedores de medición y sentó las bases para separar la interactividad de VAST, función que con el tiempo se trasladó hacia Open Measurement SDK y, más adelante, hacia SIMID.
Las versiones 4.1 y 4.2 refinaron el soporte para skippable ads y universal ad ID. La versión vigente sigue siendo la referencia obligatoria para cualquier integración de video programático.
Estándares relacionados
| Estándar | Organización | Relevancia |
|---|---|---|
| VPAID | IAB Tech Lab | Estándar legacy para anuncios interactivos que IAB Tech Lab retiró en favor de Open Measurement SDK, relevante porque durante años convivió con VAST para cubrir la interactividad que VAST no contempla. |
| VMAP | IAB Tech Lab | Define cómo programar múltiples pausas publicitarias dentro de un mismo stream de video, complementando a VAST, que describe cada anuncio individual dentro de esas pausas |
| Open Measurement SDK (OM SDK) | IAB Tech Lab | Sustituye la función de medición que antes recaía en VPAID, ejecutándose junto con la respuesta VAST para reportar viewability e IVT |
| SIMID | IAB Tech Lab | Propuesta que reemplaza la interactividad de VPAID manteniendo la entrega de metadata a través de VAST |
Empresas y tecnologías asociadas
El conjunto de actores alrededor de VAST incluye ad servers de publisher que generan y despachan las etiquetas, DSPs y SSPs especializados en video que construyen las respuestas VAST del lado de la demanda, reproductores comerciales y de código abierto que interpretan esas respuestas dentro de sitios web, apps y dispositivos CTV, y proveedores de verificación que insertan pixeles de medición dentro de la estructura VAST para reportar viewability e IVT de forma independiente al ad server.
Ningún proveedor específico se recomienda ni se desaconseja en esta entrada, la elección de plataforma depende del volumen de inventario, el canal de distribución y los acuerdos comerciales de cada publisher o anunciante.
Pregunta frecuente
¿VAST funciona igual en CTV que en video web?
La estructura del documento es la misma, pero en CTV suele combinarse con inserción de anuncios del lado del servidor, lo que significa que el servidor de video (no el reproductor) resuelve el documento VAST y ensambla el stream antes de entregarlo al dispositivo, cambiando quién dispara los eventos de tracking.