Por qué fallan los anuncios en directo a gran escala

Las pausas publicitarias en las retransmisiones en directo pueden funcionar a la perfección durante los ensayos y fallar cuando miles de espectadores acceden a la misma oportunidad. Una señal de programa limpia solo constituye una parte del proceso. La pausa también depende de decisiones oportunas, de que los contenidos publicitarios estén preparados y de que el reproductor pueda gestionar ambas transiciones sin perder la señal del programa.

Inicie una investigación con una sesión afectada y un identificador de pausa. Recopile la señal de inicio, el manifiesto de origen, la respuesta personalizada, las solicitudes de contenido y los eventos del reproductor. Esa evidencia ayuda a distinguir una oportunidad no vendida de un fallo de entrega antes de que los equipos empiecen a modificar ajustes no relacionados.

Rastree las pausas publicitarias en las retransmisiones en directo más allá de los límites del servicio

En la inserción publicitaria del lado del servidor (SSAI), un servicio de inserción selecciona los medios publicitarios para la transmisión del espectador. Una ruta típica va desde la emisión y la señalización SCTE-35, pasando por la codificación y el empaquetado, la toma de decisiones publicitarias, el ensamblaje del manifiesto, la entrega a través de la CDN y la reproducción. El servidor de decisiones publicitarias y la preparación de creatividades se sitúan junto a la ruta de los medios.

Cada traspaso requiere pruebas. Registre cuándo se anunció la oportunidad, a qué momento del contenido se refiere, cuándo se completó la decisión y cuándo el reproductor cruzó el límite. Mantenga diferenciadas las marcas de tiempo del reloj real y del contenido, y documente cómo las correlaciona. Oculte los tokens y los identificadores personales antes de compartir los rastros.

Compruebe la señal que llegó al servicio de inserción

Un mensaje SCTE-35 válido en el momento de la emisión no garantiza que el empaquetador haya conservado su significado. Compruebe la identidad del evento, la señalización prevista de inicio, duración o fin, el tipo de segmentación y cualquier regla de inventario configurada tras cada transformación.

En el caso de HLS, la asignación SCTE-35 de la RFC 8216 describe el transporte a través de EXT-X-DATERANGE, incluidas las señales de salida y de entrada. Asegúrese de que coincida con la asignación admitida por el servicio de inserción; la mera presencia de una etiqueta no garantiza que se active la sustitución.

Repita las pruebas con señales de entrada tardías, anuncios repetidos y una duración de la pausa modificada. La señalización repetida puede ser intencionada, por lo que debe deduplicarse según la identidad del evento y el contrato del sistema receptor. Conserve pruebas del regreso previsto del programa, así como del inicio de la pausa.

Distinga una decisión vacía de un plazo vencido

VAST (Video Ad Serving Template) describe una respuesta publicitaria y su información de seguimiento. Las respuestas pueden contener envoltorios que requieran solicitudes adicionales antes de que se encuentre un creativo utilizable.

La tabla de errores del IAB Tech Lab distingue entre tiempos de espera de los envoltorios (301), límite de envoltorios alcanzado (302) y ausencia de anuncio devuelto tras los envoltorios (303). Mantenga estas distinciones en los informes operativos. La falta de demanda válida y la lentitud de un socio requieren soluciones diferentes.

Establezca un presupuesto de decisión de extremo a extremo que se ajuste al plazo de reproducción. Mida la latencia de cola, como los percentiles 95 y 99, junto con las tasas de tiempo de espera. Un promedio rápido puede ocultar las sesiones que no llegan a la pausa. Limite los reintentos para que no consuman el presupuesto restante ni multipliquen el tráfico durante un fallo.

Pruebe el pico de tráfico al inicio de la pausa

Una carga de trabajo ilustrativa pone de manifiesto el problema: 120 000 sesiones, cada una de las cuales solicita una decisión publicitaria en un plazo de 4 segundos, generan una media de 30 000 solicitudes iniciales por segundo en ese intervalo. Las llamadas de envoltura y los reintentos pueden aumentar el tráfico. Se trata de hipótesis de planificación, no de la capacidad medida de Evrideo ni de una relación universal entre espectadores y solicitudes.

Una prueba distribuida de manera uniforme con el mismo total diario de solicitudes no detectará este pico. Reproduzca pausas sincronizadas, incorporaciones tardías y reconexiones; a continuación, mida por separado el servidor de anuncios, el servicio de manifiestos y el origen de los creativos. Acuerde los límites de carga con cada socio antes de probar sus sistemas.

La precarga puede adelantar parte del trabajo de toma de decisiones y preparación de contenidos multimedia antes del plazo de reproducción. La documentación de implementación de MediaTailor de AWS describe las ventanas de recuperación y consumo, la gestión del tráfico y la asignación de anuncios precargados a una oportunidad. Se trata de una implementación documentada por el proveedor, no de una garantía de rendimiento para todos los sistemas SSAI. Compruebe la caducidad, la actualidad de la segmentación y la contabilidad del inventario antes de habilitar un flujo de trabajo equivalente.

Prepare los medios y verifique ambas transiciones

Una decisión publicitaria aceptada puede seguir apuntando a contenidos multimedia que el reproductor no pueda utilizar a tiempo. Pruebe las URL de creatividades aún no almacenadas en caché, las versiones que faltan, las descargas lentas y las preparaciones fallidas. Mantenga la disponibilidad de las creatividades separada del éxito de la decisión en sus paneles de control.

Los requisitos de autoría HLS de Apple recomiendan hacer coincidir los códecs y las relaciones de aspecto de los medios insertados con los del programa, y mantener el ancho de banda del anuncio dentro del ancho de banda declarado de la variante. También exigen que las discontinuidades estén alineadas entre las distintas versiones y desaconsejan los cambios de códec en esos límites.

Compruebe la frecuencia de fotogramas, la disposición del audio, las marcas de tiempo y los puntos de acceso aleatorio en toda la matriz de dispositivos real. Una etiqueta de discontinuidad no puede hacer que funcione una transición de decodificador no compatible. Para DASH, pruebe las transiciones entre los elementos Period del programa y de los anuncios en los reproductores que distribuya, incluida la continuidad del audio y los subtítulos.

Los servicios cifrados requieren casos adicionales: la transición de contenido protegido a anuncios sin cifrar, anuncios protegidos que utilizan otra clave y el retorno al programa. Detecte la latencia de las licencias y los errores de autorización cuando proceda. Utilice una prueba de reproducción autorizada para observar la salida descifrada; la inspección del manifiesto por sí sola no puede demostrar que los espectadores hayan visto una imagen. Nuestra guía de ingeniería de DRM aborda estas dependencias con mayor detalle.

Defina una solución alternativa con la que los espectadores puedan conformarse

Anote qué ocurre cuando no hay anuncio, se agota el tiempo de decisión o el contenido multimedia no está listo. Elija una alternativa con derechos autorizados, defina cómo se rellenan los segundos restantes y verifique el retorno al programa. Una promoción interna o un contenido de relleno (slate) sigue requiriendo una codificación compatible y una distribución fiable.

La documentación de MediaTailor de AWS sobre el contenido de relleno ilustra por qué la configuración es importante: las respuestas vacías, los errores de decisión y la transcodificación incompleta pueden activar el comportamiento de alternativa; si no se configura contenido de relleno, su valor predeterminado documentado utiliza el contenido subyacente. Otros servicios pueden comportarse de manera diferente. Nunca dé por sentado que el material subyacente cuenta con los derechos necesarios para todos los destinos.

Haga que la prueba de aceptación sea cuantificable

Para el próximo ensayo, acuerde estas comprobaciones con los socios de operaciones, publicidad y distribución:

• Realice un seguimiento por separado de las oportunidades elegibles, las decisiones, los creativos listos, los inicios de reproducción y las reproducciones completadas.
• Mida los fallos en los manifiestos y segmentos, las pausas por recarga del búfer y la recuperación en ambos extremos de la interrupción.
• Incluya la demanda nula, las decisiones retrasadas, las creatividades aún no almacenadas en caché y una ruta de entrega fallida.
• Pruebe la duración del contenido de reserva y el retorno del programa en televisores, dispositivos móviles y navegadores representativos.
• Concilie los datos de reproducción con los informes; una solicitud HTTP correcta o una entrada insertada en el manifiesto no demuestran que se haya visto un anuncio.

Establezca criterios de superación basados en los requisitos de su servicio, en lugar de adoptar un objetivo de latencia universal. Conserve un rastro para cada caso fallido y asigne la corrección a la interfaz entre servicios donde las trazas revelen el fallo.

En el caso de las pausas publicitarias en retransmisiones en directo, la prueba de lanzamiento más útil consiste en una pausa completa bajo una carga realista, incluida la recuperación. Las herramientas de análisis de streaming de Evrideo pueden ayudarle a inspeccionar los manifiestos y los marcadores SCTE como parte de esa investigación. Consulte con nuestro equipo sobre cómo probar la ruta desde la salida de su canal hasta el dispositivo de visualización.