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

Mejorar el abastecimiento de publicidad OTT, la reproducción y la 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 las transmisiones 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 flujos OTT al permitir la entrega de publicidad altamente dirigida a tarifas CPM premium.

Sin embargo, esta oportunidad se ve frenada por los desafíos de la fuente de anuncios, la reproducción y la 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.

Teniendo en cuenta estos desafíos y nuestro compromiso continuo de mejorar la escala y reducir la latencia, desarrollamos un servicio de 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 adecuado y supervisar tanto la calidad de servicio como muchos aspectos de la calidad de servicio.

Flujos personalizados con el servidor de manifiesto

En una publicación anterior del blog, detallamos el papel del servidor de manifiestos en la personalización de flujos para incorporar contenido publicitario personalizado. Como se discutió en esa publicación, el servidor de manifiestos es responsable de hacer solicitudes de anuncios, analizar la respuesta y luego descargar y procesar creatividades publicitarias como cualquier otro contenido. A continuación, el servidor de manifiesto envía un flujo integrado al reproductor que brinda a los espectadores una experiencia más consistente, maximizando la compatibilidad del dispositivo y evitando los bloqueadores de anuncios.

Mientras que el servidor de manifiesto está bien equipado para manejar la parte de reproducción y personalización, el trabajo involucrado con el abastecimiento y 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 concurrentes, esto llevó al desarrollo de un servicio de proxy publicitario centrado en apoyar estas actividades.

Desafíos de abastecimiento y verificación

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

Por ejemplo, si hay cuatro ranuras de anuncios que deben llenarse, dos de ellas pueden insertarse directamente, pero los otros dos pueden no tener activos de anuncios y en su lugar son envoltorios que dicen: “Tu anuncio no está aquí, está en otro lugar y tienes que ir a obtenerlo aquí”. Tratamos de desempaquetar y obtener un activo de vídeo reproducible para cada respuesta de anuncio que veamos. Validamos las respuestas a medida que las desempaquetamos para garantizar que un activo de anuncios reproducible esté listo para suturar en el flujo. Dado que nuestra arquitectura está diseñada para entregar un manifiesto personalizado a cada espectador, este proceso se repite para cada sesión que puede suponer una carga considerable.

Latencia de búsqueda de anuncios

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

Garantizar una experiencia de anuncio receptiva también significa observar el impacto de la búsqueda de anuncios en el servidor de manifiestos, 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 del anuncio que necesita para generar el manifiesto, lo que puede limitar la disponibilidad de datos para depurar llamadas de anuncios problemáticas y la reproducción.

Ad Proxy Service se hace cargo

Hoy en día, los editores necesitan una plataforma escalable que interactúe y administre 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 de flujo de Ad Proxy Service. En el extremo 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 eso sucede, en lugar de llegar a los ANUNCIOS en sí, el servidor de manifiesto entrega 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 la 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 Ad Proxy Service, que libera recursos para que el servidor de manifiestos junte los anuncios en el flujo para su reproducción y ofrezca una experiencia de visualización perfecta.

  1. El jugador solicita un manifiesto.
  2. El contenido pide a Ad Proxy que busque anuncios. Después de recibir un identificador único para la obra, 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 de “trabajador” extrae un trabajo de la cola y comienza a solicitar activos de anuncios de los ANUNCIOS y guardar tanto los pasos del trabajo que se está realizando como los datos resultantes en la base de datos.
  4. Content pregunta Ad Proxy, “Dónde están mis anuncios para el trabajo x”, haciendo referencia al identificador único. Ad Proxy devuelve los anuncios al contenido, y el contenido los pone en el manifiesto y los devuelve al reproductor.

Escalando la búsqueda de anuncios

A medida que el Ad Proxy Service recibe solicitudes, las pone en cola para seguir recibiendo nuevas solicitudes, mejorando la escalabilidad. También proporciona al servidor de manifiesto un ID de trabajo como marcador de posición mientras se rastrean los anuncios para que el servidor de manifiesto pueda seguir adelante sin tener que esperar a Ad Proxy. Luego, el trabajador de ANUNCIOS comienza a masticar los «trabajos de anuncios» en la cola llamando a los ANUNCIOS y enviando 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 ANUNCIOS obtienen anuncios en paralelo, eliminando posibles cuellos de botella y reduciendo la latencia.

Estandarización de LOS datos de ANUNCIOS

A lo largo del proceso, la comunicación entre el Ad Proxy y LOS 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.

Entrega de los anuncios

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

Indexación y almacenamiento de actividad de ad beacon

El Servicio Ad Proxy también es responsable de capturar y almacenar la información de balizas del jugador, una clave para garantizar la 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 la baliza luego obtiene los objetos de la base de datos y luego realiza las actualizaciones adecuadas para decir que esto se disparó en este momento; la respuesta de los ANUNCIOS fue x, tenía 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 se incluyen en el proceso. La arquitectura Ad Proxy proporciona amplia información sobre el rendimiento y la visualización de anuncios a través de una API, una interfaz gráfica de usuario y registros push. Sabemos «si» y «por qué» hay un problema de anuncio, por lo que no hay más señalamiento con el dedo si un anuncio no se carga: Puedes apuntar a los datos. Cada sesión se incluye sin configuración adicional, y los datos son accesibles por 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
  • Ubicación del ad pod
  • Tipo de dispositivo
  • Número de envolturas
  • Errores (p. ej., Sin retorno de anuncios, errores de análisis, errores de conexión)
  • Advertencias de los proveedores de anuncios (por ejemplo, falta un param opcional pero recomendado)
  • Solicitar fallas (por ejemplo, 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 a escala. La creación de un servicio dedicado para el procesamiento de anuncios no solo mejora el rendimiento del servidor de manifiestos, el motor que impulsa los anuncios personalizados, el contenido y los apagones para los espectadores individuales, sino que también crea una poderosa herramienta para solucionar problemas de secuencias de video respaldadas por publicidad y garantiza una experiencia de visualización de alta calidad, similar a la televisión.

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