Condiciones del glosario

CSAI (Client-Side Ad Insertion)

¿Qué es CSAI?

CSAI (Inserción de anuncios del lado del cliente) es un método de entrega de anuncios en vídeo. En este caso, el reproductor de vídeo en el dispositivo del espectador es el responsable de solicitar, cargar y reproducir los anuncios.

En CSAI, los anuncios no forman parte del flujo de vídeo original; se insertan dinámicamente durante la reproducción.

Este método de entrega de anuncios se utiliza principalmente en:

• Reproductores de vídeo web tipo YouTube
• Aplicaciones móviles que utilizan Google IMA u otros SDK similares
• Plataformas VOD con publicidad (AVOD)
• Experiencias publicitarias interactivas o con opción de omitir
• Entrega programática de anuncios en tiempo real

Cómo funciona CSAI

Paso 1: De forma sencilla, el usuario pulsa "play" en un vídeo.

Paso 2: El reproductor de vídeo revisa la línea de tiempo e identifica los puntos de inserción publicitaria (por ejemplo, pre-roll, mid-roll, post-roll).

Paso 3: En cada punto de inserción, el reproductor envía una solicitud a un servidor de anuncios, normalmente utilizando el protocolo VAST o VMAP.

Paso 4: El servidor de anuncios devuelve uno o varios anuncios creativos (archivos de vídeo y URLs de seguimiento).

Paso 5: El reproductor reproduce los anuncios, registra las interacciones y después reanuda o inicia el contenido principal del vídeo.

Componentes clave de CSAI

Estos son los principales componentes del flujo de CSAI:

1. Reproductor de vídeo

El reproductor de vídeo es el núcleo de CSAI. Gestiona tanto el contenido como la reproducción de los anuncios. El reproductor responde a los puntos de inserción, maneja los cambios de flujo y mantiene la sincronización entre la experiencia publicitaria y el contenido principal del vídeo.

El reproductor de vídeo es responsable de:

• Gestión de puntos de inserción: Pausar el contenido principal en los puntos pre-roll, mid-roll o post-roll.
• Reproducción creativa: Cargar y reproducir vídeos publicitarios con control total (reproducir, pausar, detener, volumen, bloqueo de avance).
• Compatibilidad multimedia: Debe admitir formatos de vídeo estándar (MP4, WebM, etc.).
• Integración de interfaz (UI): Mostrar botones de omitir, temporizadores de cuenta atrás, anuncios complementarios u overlays.
• Emisión de eventos: Enviar eventos (por ejemplo, adStarted, adComplete, adError) al resto de la aplicación.

Ejemplos de reproductores de vídeo:

Reproductores basados en HTML5 (por ejemplo, Video.js, Shaka Player)

Reproductores nativos móviles (Android ExoPlayer, iOS AVPlayer)

SDKs para Smart TV (por ejemplo, Tizen, Roku SceneGraph)

2. Servidor de anuncios

El servidor de anuncios gestiona la toma de decisiones publicitarias, es decir, selecciona qué anuncios servir en respuesta a una solicitud del reproductor, basándose en factores como la ubicación del usuario, el dispositivo y las reglas de campaña.

El servidor de anuncios proporciona:

• VAST XML: Un formato estandarizado que describe los anuncios creativos, URLs de seguimiento, clics, duraciones y más.
• VMAP (si aplica): Describe múltiples pausas publicitarias para vídeos largos o transmisiones en directo.
• Respuestas Wrapper: Puede redirigir a otro servidor de anuncios para pujas, cascadas o mediación.

El papel del servidor de anuncios paso a paso:

• Selecciona los anuncios según criterios de segmentación.
• Gestiona la frecuencia, ritmo y entrega de campañas.
• Realiza el seguimiento mediante respuestas de seguimiento.
• Admite creatividades de respaldo o etiquetas alternativas si el anuncio principal falla.

Ejemplos de servidores de anuncios:

Google Ad Manager, FreeWheel, SpotX y SpringServe.

3. SDK de anuncios (opcional, pero recomendado)

El SDK de anuncios simplifica la implementación de CSAI al abstraer la lógica de carga, renderizado, seguimiento y manejo de errores de los anuncios. Actúa como una capa entre el reproductor y el servidor de anuncios.

Responsabilidades del SDK de anuncios:

• Cargar y leer las instrucciones publicitarias desde los archivos VAST o VMAP.
• Seleccionar los archivos publicitarios que mejor se adapten al dispositivo (según calidad o tamaño).
• Reproducir el anuncio e impedir que los usuarios lo omitan o interactúen con él salvo que se permita.
• Enviar señales de seguimiento cuando el anuncio comienza, finaliza o alcanza puntos clave.
• Mostrar controles publicitarios como botones de omitir, temporizadores o opciones de silencio.
• Gestionar anuncios de respaldo y manejar errores si un anuncio no se carga correctamente.

¿Por qué el SDK de anuncios es opcional?

Las plataformas de streaming avanzadas suelen implementar su propia lógica publicitaria directamente. Además, para reproductores personalizados o plataformas sin soporte SDK, puede ser necesario construir un SDK de anuncios manualmente.

Ejemplos de SDK de anuncios:

Google IMA SDK (Web, iOS, Android)

FreeWheel MRM SDK

Framework publicitario de Roku en SceneGraph

4. Beacons de seguimiento de anuncios

Los beacons son URL proporcionadas en el XML de VAST que deben activarse en momentos específicos durante la reproducción del anuncio para notificar al servidor de anuncios (y a los anunciantes) sobre eventos clave.

Eventos clave que se rastrean:

• Impression: Cuando el anuncio empieza a mostrarse
• Start: Inicio de la reproducción
• First Quartile: 25% del anuncio completado
• Midpoint: 50% completado
• Third Quartile: 75% completado
• Complete: 100% visto
• ClickThrough: El espectador hace clic en el anuncio
• Error: Error técnico en la reproducción (incluye un código)

Cómo funcionan los beacons de seguimiento:

Paso 1: El reproductor o SDK realiza una solicitud GET a cada URL de beacon en el momento adecuado.

Paso 2: Los beacons suelen contener macros como [TIMESTAMP], [CONTENT_ID] o [PLAYER_WIDTH], que deben resolverse antes de la llamada.

Paso 3: Los proveedores de verificación publicitaria (como Moat, IAS o DoubleVerify) también pueden insertar píxeles de seguimiento de terceros.

¿Por qué son importantes los beacons?

Estas señales permiten a los anunciantes validar la entrega, el compromiso y la facturación. Beacons perdidos = pérdida de ingresos o discrepancias en las impresiones.

CSAI vs SSAI

Sabemos que CSAI es un método de entrega de anuncios, pero no es el único. SSAI (Server-Side Ad Insertion) es otro método eficaz, desarrollado posteriormente para mejorar la reproducción y evitar los bloqueadores de anuncios.

¿Qué es SSAI?

SSAI es una tecnología que inserta los anuncios directamente en el flujo de vídeo desde el servidor antes de ser entregado al espectador.

SSAI crea un flujo único que combina tanto el contenido como los anuncios, proporcionando una reproducción más fluida y mayor resistencia a los bloqueadores de anuncios.

Comparación entre CSAI y SSAI

Base técnica:

CSAI (Client-Side Ad Insertion): Inserta anuncios a nivel del reproductor.

El reproductor detecta los puntos de inserción, solicita los anuncios al servidor (mediante VAST/VMAP) y los reproduce por separado del contenido principal. Esto significa que el seguimiento y la interactividad se manejan completamente en el cliente. Requiere integración de SDK, lógica específica por plataforma y es vulnerable a bloqueadores y a interrupciones en la reproducción.

SSAI (Server-Side Ad Insertion): Inserta los anuncios en el flujo de contenido en el servidor antes de la entrega.

El reproductor recibe un único flujo de vídeo con los anuncios ya integrados. El servidor gestiona la selección de anuncios, la manipulación del manifiesto (HLS o DASH) y la codificación si es necesario. Ofrece una reproducción más fluida y evita la mayoría de bloqueadores, pero limita el seguimiento en tiempo real y la interactividad en el cliente.

Entrega publicitaria y monetización:

CSAI permite un seguimiento preciso (impresiones, clics, cuartiles) y estrategias de monetización avanzadas como anuncios interactivos, banners complementarios, control de frecuencia y segmentación de audiencia. Ideal para anunciantes que necesitan informes detallados y personalización en tiempo real, especialmente en entornos web y de apps móviles.

SSAI proporciona una entrega más estable, con menos anuncios omitidos, gracias a su resistencia a bloqueadores y menor tasa de fallos en carga. Maximiza la ocupación publicitaria en dispositivos con soporte limitado de SDK, como smart TVs o decodificadores. Sin embargo, se basa en el seguimiento del lado del servidor, que suele ser menos detallado y puede sufrir retrasos o ser incompleto.

Resumen

CSAI es esencial para decisiones publicitarias en tiempo real, seguimiento avanzado e interactividad - especialmente en web y apps móviles.

SSAI es ideal para una reproducción fluida, resistencia a bloqueadores y amplia compatibilidad de dispositivos - especialmente en plataformas OTT, CTV y FAST.

Beneficios de CSAI

Seguimiento publicitario avanzado

Rastrea impresiones, clics, finalización de cuartiles, eventos de silencio/activación de sonido, etc.

Personalización en tiempo real

Permite la selección y segmentación de anuncios específicos para cada usuario durante la reproducción.

Lógica publicitaria dinámica

Admite limitación de frecuencia, anuncios secuenciales, banners complementarios y anuncios omitibles.

Configuración del servidor más sencilla

El servidor solo necesita entregar contenido; el cliente gestiona los anuncios.

Monetización flexible

Funciona bien tanto para contenido bajo demanda como en directo, donde la segmentación precisa es clave.

Elige CSAI…

• Cuando el análisis detallado de anuncios es fundamental (por ejemplo, cuando los anunciantes necesitan pruebas de interacción).
• El contenido se reproduce en entornos donde los bloqueadores de anuncios no sean un problema.
• La plataforma ya es compatible con VAST, VMAP y VPAID.
• Se requiere interactividad publicitaria (omitir, clic, superposiciones de CTA).

Limitaciones de CSAI

A pesar de ofrecer una experiencia personalizada, CSAI presenta desventajas tanto para el proveedor de contenido como para el usuario final:

1. Vulnerabilidad ante bloqueadores de anuncios: Las solicitudes y reproducciones de anuncios son visibles para los bloqueadores, lo que provoca omisiones.

2. Reproducción interrumpida: Cambiar entre flujos de contenido y de anuncios (de un reproductor a otro) puede causar búfer o pantallas negras.

3. Fragmentación de dispositivos: Requiere SDKs o código específicos por plataforma (web, iOS, Android, Roku).

4. Integración compleja del frontend: Los desarrolladores deben gestionar la lógica publicitaria, el manejo de errores y la coherencia visual para asegurar una experiencia fluida.

5. Menores tasas de llenado en algunas plataformas: Si los reproductores fallan al cargar los anuncios, pueden perderse impresiones.

CSAI en los servicios OTT modernos

Aunque SSAI domina, CSAI sigue desempeñando un papel importante en las plataformas OTT modernas, especialmente en entornos donde la toma de decisiones en tiempo real, los análisis detallados y la interactividad del usuario son fundamentales.

En aplicaciones OTT basadas en web y móviles, CSAI permite al reproductor solicitar y renderizar dinámicamente anuncios durante la reproducción. Admite funciones avanzadas como limitación de frecuencia, lógica de anuncios secuenciales, creatividades interactivas (mediante VPAID) y pujas en tiempo real (RTB). Esto hace que CSAI sea ideal para experiencias publicitarias personalizadas según el comportamiento, ubicación y tipo de dispositivo del espectador.

Sin embargo, CSAI enfrenta limitaciones en entornos OTT con alta fragmentación de dispositivos (por ejemplo, smart TVs, decodificadores). Cada dispositivo puede requerir distintos SDKs e integraciones personalizadas, y los bloqueadores pueden interferir con las solicitudes publicitarias del lado del cliente, reduciendo las tasas de llenado.

Para superar estos problemas, muchos servicios OTT modernos adoptan modelos híbridos (inserción publicitaria guiada por servidor), utilizando CSAI para web y móvil, y SSAI para TV conectada y canales FAST, combinando las fortalezas de ambos métodos para optimizar la monetización y la calidad de reproducción en todas las plataformas.