VAST e IMA SDK: La Tecnología detrás del Video Advertising Programático

Detrás de cada anuncio de video que se reproduce en una aplicación de streaming, una Smart TV o un player web hay una cadena de tecnologías estandarizadas que hacen posible la entrega, la medición y la monetización del inventario publicitario. Los dos pilares de esta cadena son VAST y el IMA SDK.

Entender cómo funcionan estos estándares no es solo un ejercicio técnico — es la base para tomar decisiones informadas sobre cómo estructurar el inventario publicitario de una plataforma, qué ad server elegir y cómo maximizar el yield.

¿Qué es VAST?

VAST (Video Ad Serving Template) es el estándar abierto del IAB (Interactive Advertising Bureau) para la comunicación entre un ad server y un video player. Define el protocolo mediante el cual un player solicita un anuncio, el ad server responde con un documento XML que describe el anuncio y el player ejecuta los eventos de seguimiento correspondientes.

En términos simples: cuando un usuario abre una aplicación de streaming y está a punto de ver un video, el player hace una solicitud a la URL del VAST tag. El ad server responde con un XML que le dice al player qué video de anuncio mostrar, durante cuánto tiempo, cuáles eventos rastrear (impresión, cuartiles de visualización, click) y qué otros elementos mostrar junto al anuncio.

Evolución de VAST: de 2.0 a 4.x

VAST ha evolucionado significativamente desde sus primeras versiones, incorporando soporte para formatos cada vez más complejos y mejores capacidades de medición:

Versión	Año	Novedad principal
VAST 2.0	2008	Estándar base. Pre-roll lineal, companion ads, tracking básico (impression, start, complete).
VAST 3.0	2012	Ad Pods (secuencias de anuncios), fallback ads, skippable ads, viewability básica.
VAST 4.0	2016	Soporte para OMID (Open Measurement), streaming adaptivo, mejorada gestión de errores.
VAST 4.1 / 4.2	2018–2020	Companion ads mejorados, soporte para CTV, viewability avanzada, interactive ads.

Hoy, VAST 4.x es el estándar recomendado para cualquier implementación nueva. Ofrece el mayor soporte para formatos de CTV, la mejor cobertura de métricas y la mayor compatibilidad con los principales DSPs y SSPs del mercado.

Anatomía de un VAST tag

Un VAST tag es simplemente una URL que apunta al ad server. Cuando el player la solicita, el servidor responde con un documento XML. Este es el esquema básico de una respuesta VAST:

¿Qué es el IMA SDK?

El IMA SDK (Interactive Media Ads Software Development Kit) es la biblioteca de Google que simplifica la integración de VAST en players de video. En lugar de que cada desarrollador implemente desde cero el parsing del XML VAST, el manejo de los tracking events y la lógica de reproducción del anuncio, el IMA SDK lo abstrae en una API de alto nivel.

El IMA SDK está disponible para:

• Android: integración nativa con ExoPlayer y otros players.
• iOS / tvOS: compatible con AVPlayer y players personalizados.
• HTML5: JavaScript SDK para players web (Video.js, JW Player, Shaka Player).
• Roku, Fire TV: SDKs específicos para plataformas OTT.

Flujo de integración con IMA SDK

• 1. Inicialización: el player inicializa el IMA SDK con el VAST tag URL del ad server.
• 2. Solicitud: el SDK hace la solicitud HTTP al ad server y parsea la respuesta VAST.
• 3. Pre-loading: el SDK descarga el archivo de video del anuncio en paralelo para minimizar la latencia.
• 4. Reproducción: cuando el player está listo, el SDK interrumpe el contenido y reproduce el anuncio.
• 5. Tracking: el SDK dispara automáticamente todos los eventos de tracking (impression, quartiles, complete) al ad server.
• 6. Reanudación: el SDK devuelve el control al player y el contenido continúa.

SSAI: cuando el ad insertion se hace en el servidor

SSAI (Server-Side Ad Insertion) es una técnica complementaria que resuelve uno de los grandes problemas del video advertising en CTV: el ad-blocking. A diferencia de la inserción client-side (donde el player descarga y reproduce el anuncio por separado), en SSAI el ad server inserta el anuncio directamente en el stream de video antes de que llegue al dispositivo.

Desde la perspectiva del dispositivo, el stream de contenido y el anuncio son un solo flujo continuo — lo que hace imposible distinguirlos y bloquearlos. Esto es especialmente relevante en entornos CTV donde las tasas de ad-blocking client-side pueden ser significativas.

Ad Pods: secuencias de anuncios en CTV

Los Ad Pods (soportados desde VAST 3.0 y extendidos en VAST 4.x) permiten entregar secuencias de múltiples anuncios en un mismo break publicitario — equivalente a los bloques de comerciales de la televisión lineal.

En una plataforma de streaming live, un Ad Pod puede configurarse para reproducir 2 a 4 anuncios consecutivos de 15 o 30 segundos durante los cortes de programación, replicando el modelo de la TV tradicional y maximizando el yield del inventario disponible.

Métricas clave en video advertising

• VTR (View Through Rate): porcentaje de usuarios que vieron el anuncio completo. En CTV, el VTR es naturalmente alto (70–90%) por la naturaleza no-skippable del formato.
• CTR (Click Through Rate): porcentaje de usuarios que hicieron click. En CTV es bajo por diseño del formato, pero relevante en mobile.
• Viewability: porcentaje del anuncio visible en pantalla según el estándar MRC. En CTV es prácticamente 100% por naturaleza del formato.
• Fill Rate: porcentaje de solicitudes de anuncio que se completan con un anuncio real. Un fill rate bajo indica problemas con la configuración del ad server o falta de demanda.
• CPM (Cost Per Mille): costo por cada 1.000 impresiones. El CPM de video en CTV es significativamente mayor que el de display, reflejando el mayor impacto del formato.