Home Artículos técnicos Mejor transparencia y solución de problemas para la inserción de anuncios en el lado del servidor (SSAI)
Applications

Mejor transparencia y solución de problemas para la inserción de anuncios en el lado del servidor (SSAI)

About The Author

Outline

Mejora de la publicidad OTT de abastecimiento, reproducción y verificación

OTT es una excelente oportunidad para que las emisoras y los creadores de contenido vayan más allá de la experiencia de TV lineal al hacer posible personalizar los flujos de video en función de los intereses de cada espectador. Este alto nivel de personalización también es un factor crítico para atraer ingresos publicitarios a los flujos OTT al permitir la entrega de publicidad altamente dirigida a tasas de CPM premium.

Sin embargo, esta oportunidad está siendo frenada por los desafíos de abastecimiento de anuncios, reproducción y verificación. Muchos de los estándares en torno a la publicidad OTT son incipientes y siguen evolucionando. Además, la depuración y el análisis en profundidad en torno a la calidad del servicio (QoS) a menudo son limitados. También es importante entender la calidad de la experiencia (QoE), como si un anuncio se reproduce a niveles de volumen consistentes.

Con estos desafíos en mente y nuestro compromiso continuo de mejorar el escalado y reducir la latencia, desarrollamos un servicio proxy de anuncios dedicado como parte de nuestra plataforma. Originalmente diseñado como una mejora de back-end para mejorar la escalabilidad de nuestra plataforma de streaming, también ofrece varias ventajas de gestión, incluyendo mucha más visibilidad y control en el flujo de trabajo de suministro y entrega de anuncios. Estas herramientas permiten a los editores optimizar la entrega del anuncio correcto al visor correcto y supervisar la QoS y muchos aspectos de la QoE.

Flujos personalizados con el servidor de manifiesto

En un post anterior del blog, detallamos el papel del servidor de manifiesto en la personalización de flujos para incorporar contenido publicitario a medida. Como se explica en esa publicación, el servidor de manifiestos es responsable de realizar solicitudes de anuncios, analizar la respuesta y luego descargar y procesar creativos publicitarios como cualquier otro contenido. Luego, el servidor de manifiesto envía una transmisión integrada al reproductor, lo que brinda a los espectadores una experiencia más consistente, maximizando la compatibilidad del dispositivo y evitando los bloqueadores de anuncios.

Si bien el servidor de manifiesto está bien equipado para manejar la parte de reproducción y personalización, el trabajo involucrado con el abastecimiento y la verificación de la publicidad trae un nivel adicional de complejidad y nuevos desafíos. A medida que continuamos optimizando las arquitecturas de streaming que potencian las experiencias personalizadas para millones de espectadores simultáneos, esto llevó al desarrollo de un servicio de proxy publicitario enfocado en apoyar estas actividades.

Desafíos de abastecimiento y verificación

Para obtener anuncios que se van a insertar en una secuencia, el contenido del anuncio debe obtenerse de un servidor de decisión de anuncios (ANUNCIOS) como freewheel o Google Ad Manager. Este proceso implica solicitar anuncios y pasar a lo largo de la transmisión y toda su información para que se coloquen los anuncios correctos. El desafío es que muchos anuncios en un servidor determinado son solo envoltorios que apuntan a los anuncios reales en un servidor diferente.

Por ejemplo, si hay cuatro espacios publicitarios para rellenar, dos de ellos pueden insertarse directamente, pero los otros dos pueden no tener activos publicitarios y en su lugar son envoltorios que dicen: “Tu anuncio no está aquí, está en otro lugar y tienes que ir a buscarlo aquí”. Tratamos de descomprimir y obtener un activo de vídeo reproducible para cada respuesta publicitaria que vemos. Validamos las respuestas a medida que las desempaquetamos para asegurarnos de que un activo publicitario jugable esté listo para unirse a la transmisión. Dado que nuestra arquitectura está diseñada para entregar un manifiesto personalizado a cada espectador, este proceso se repite para cada sesión, lo que puede suponer una carga considerable.

Latencia de búsqueda de anuncios

El seguimiento de los activos a través de varios envoltorios puede ser una causa importante de latencia si no se maneja en paralelo. Algunos envoltorios nunca se resuelven en un activo de anuncio real. Para evitar que esto degrada la experiencia de video, limitamos esta “caída de agua” antes de pasar a buscar el siguiente anuncio. La exposición de datos e información durante este flujo de trabajo ayuda a los editores a identificar y resolver las fuentes de demanda que no dan lugar a la publicación de anuncios, y a garantizar que los espectadores tengan una experiencia de visualización ininterrumpida al tiempo que maximizan los ingresos publicitarios.

Garantizar una experiencia publicitaria receptiva también significa observar el impacto de la búsqueda de anuncios en el servidor de manifiesto, que está ocupado ensamblando flujos personalizados con una latencia mínima. El servidor de manifiesto no tiene recursos ilimitados dedicados a generar y almacenar datos de rendimiento de anuncios. Solo almacena la información de anuncios que necesita para generar el manifiesto, lo que puede limitar la disponibilidad de datos para depurar llamadas publicitarias problemáticas y reproducción.

Ad Proxy Service se hace cargo

Hoy en día, los editores necesitan una plataforma escalable que interactúe y gestione el proceso de inserción de anuncios cada vez más complejo y proporcione visibilidad del flujo de trabajo y la relación con sus socios publicitarios.

A continuación se muestra la arquitectura Ad Proxy Service Flow. En la parte frontal del flujo, el reproductor solicita el servidor de manifiesto hasta que tenga suficiente información para solicitar anuncios de los ANUNCIOS. Una vez que esto sucede, en lugar de llegar a los ANUNCIOS en sí, el servidor de manifiesto envía esa tarea al servicio de proxy de anuncios. Esta descarga no solo funciona desde el servidor de manifiesto, sino que también permite varias otras ventajas, como una latencia reducida y la captura de muchos más datos de depuración.

El trabajo de búsqueda y verificación de un anuncio es manejado por el servicio de proxy de anuncios, que libera recursos para que el servidor de manifiesto cose los anuncios en la transmisión para su reproducción y ofrezca una experiencia de visualización sin problemas.

  1. El jugador solicita un manifiesto.
  2. El contenido pide a Ad Proxy que recupere anuncios. Después de recibir un identificador único para el trabajo, el contenido pasa a otros pasos en una generación de manifiesto.
  3. Ad Proxy comienza a hacer el trabajo solicitado.
    1. El trabajo se pone en una cola para esperar su turno para ser procesado.
    2. El servidor “Worker” extrae un trabajo de la cola y comienza a solicitar activos de anuncios de los ANUNCIOS y a guardar tanto los pasos del trabajo que se está realizando como los datos resultantes en la base de datos.
  4. El contenido le pregunta a Ad Proxy, “¿Dónde están mis anuncios para Job x?”, haciendo referencia al identificador único. Ad Proxy devuelve los anuncios al contenido, y el contenido los coloca en el manifiesto y los devuelve al reproductor.

Escalar búsqueda de anuncios

A medida que el Ad Proxy Service recibe solicitudes, las pone en cola para continuar recibiendo nuevas solicitudes, mejorando la escalabilidad. También proporciona al servidor de manifiesto un ID de trabajo como marcador de posición, mientras que los anuncios se rastrean para que el servidor de manifiesto pueda seguir adelante sin tener que esperar a Ad Proxy. El trabajador de ANUNCIOS comienza a masticar los «trabajos de anuncios» en la cola llamando a los ANUNCIOS y enviando a lo largo de todos los datos del reproductor capturados y otra información de flujo para que los ANUNCIOS puedan proporcionar los anuncios apropiados. Una ventaja clave de este proceso es que los trabajadores de ADS obtienen anuncios en paralelo, eliminando posibles cuellos de botella y reduciendo la latencia.

Estandarización de datos de ANUNCIOS

A lo largo del proceso, la comunicación entre el proxy DE ANUNCIOS se registra junto con los anuncios y se almacena en una base de datos. Los datos, que pueden variar de proveedor a proveedor, se analizan y normalizan con convenciones de nombres coherentes. Esto hace que sea mucho más eficiente usar los datos de ANUNCIOS durante el análisis o la depuración.

Entregando los anuncios

El proceso se completa cuando el servidor de manifiesto llega al punto donde necesita los anuncios. Llama Ad Proxy y dice: “Aquí está el ID de trabajo que me diste, dame los anuncios”. Ad proxy luego los obtiene de la base de datos y los envía a lo largo.

Indexar y almacenar la actividad de ad beacon

El Servicio de Proxy de Anuncios también es responsable de capturar y almacenar información de balizas del jugador, una clave para garantizar una monetización adecuada. Las balizas se almacenan como objetos individuales con una clave principal. Debido a esto, cuando el servidor de manifiesto solicita anuncios, el servicio Ad Proxy también proporciona información de balizas. Luego, cuando el jugador golpea un punto de control específico, dispara un faro basado en lo que se le ordenó hacer en el manifiesto. El trabajador de balizas luego obtiene los objetos de la base de datos y luego realiza las actualizaciones apropiadas para decir que esto se disparó en este momento; la respuesta de los ANUNCIOS fue x, tuvo un error o no tuvo un error, y almacena toda esa información.

Solución de problemas de reproducción de anuncios

El seguimiento y el análisis están incluidos en el proceso. La arquitectura Ad Proxy proporciona información extensa sobre el rendimiento y la visualización del anuncio a través de una API, GUI y registros push. Sabemos “si” y “por qué” hay un problema con el anuncio, por lo que no hay que señalar con el dedo si un anuncio no se carga, puedes señalar los datos. Cada sesión está incluida sin configuración adicional, y los datos son accesibles durante un máximo de 14 días.

A través de la API, los editores de contenido pueden analizar información como:

  • Datos de solicitud y respuesta sin procesar de los ANUNCIOS externos
  • Tiempo de respuesta y tamaño
  • Número de anuncios devueltos
  • Ad pod ubicación
  • Tipo de dispositivo
  • Número de envoltorios
  • Errores (p. ej., No devolución de anuncios, fallos de análisis, errores de conexión)
  • Advertencias de los proveedores de anuncios (por ejemplo, falta un parámetro opcional pero recomendado)
  • Fallos de solicitud (p. ej., VPAID)

Conclusión

Los editores que buscan involucrar a cada espectador con una experiencia de video personalizada deben diseñar sus cargas de trabajo de streaming para escalar. La creación de un servicio dedicado para el procesamiento de anuncios no solo mejora el rendimiento del servidor de manifiesto, el motor que impulsa anuncios personalizados, contenido y apagones para los espectadores individuales, sino que también crea una poderosa herramienta para solucionar problemas de secuencias de vídeo compatibles con la publicidad y garantiza una experiencia de visualización de alta calidad similar a la de la televisión.

Con una mejor comprensión de la causa raíz de los problemas con los servicios de proxy publicitarios, los editores de contenido y las emisoras tienen visibilidad del flujo de trabajo operativo de los anuncios. Pueden correlacionarse con otros datos para aumentar la retención de espectadores y maximizar los ingresos por publicidad.