¿Qué reproductor de video usan la mayoría de los editores?

Publicado: 2018-08-03
reproductor de video del editor

Esta publicación se actualizó por última vez el 6 de julio de 2022

En esta entrada de blog detallada, veremos más de cerca los diferentes reproductores de video disponibles para los editores en el mercado, compararemos sus características (tabla de comparación incluida), veremos la publicación de anuncios de video, diferentes bloques de anuncios de video e incluso las trampas de publicación de anuncios.

Si actualmente está trabajando con Google Ad Exchange, también hemos incluido una sección que brinda las mejores prácticas para la publicación de anuncios de video. ¡Vamos a empezar!

jugador JW

El reproductor JW es uno de los reproductores basados ​​en web más utilizados que admite una amplia gama de formatos (HLS, VAST 3.0, VPAID 2.0) y se integra con la mayoría de las principales redes publicitarias.

Obtenga más información sobre VPAID frente a VAST aquí.

Este reproductor de video es compatible con la publicación de anuncios multiplataforma con funciones avanzadas, como soporte de transmisión en vivo, subtítulos, y está preparado para el futuro con soporte nativo para la reproducción de videos 360 y VR.

Proporciona SDK nativos para Android e iOS para implementaciones en la aplicación. También es un proveedor confiable para publicar anuncios a través de la suite DoubleClick de Google y es un socio de publicación certificado por Google.

Los clientes de reproductores de JW incluyen Amazon, Vice, Univision, Fox y muchos más. JW player, en colaboración con SpotX, ha introducido recientemente las ofertas de encabezado nativas (video) para la monetización del contenido que se sirve mediante JW player.

Las implementaciones de demostración y reproductor de muestra se pueden encontrar aquí, para tener una idea de las capacidades del reproductor y los aspectos funcionales.

Funciones disponibles en la versión JW Player Eight:

  • Soporte de transmisión multiprotocolo: HLS, DASH (Adobe RTMP no es compatible)
  • Soporte de reproducción de video 4k en modo HTML5
  • Soporte de reproducción de video 60FPS
  • Compatibilidad con listas de reproducción en formato RSS/XML y JSON
  • VAST 4.0, VPAID 2.0, compatibilidad con VMAP
  • Integración con los principales SDK de servidores de anuncios: Google IMA SDK y FreeWheel Ad Manager SDK
  • Podding, cascada/retroceso, programación de anuncios

El precio de este reproductor de video comienza en 5 $ por mes (facturado anualmente). El precio personalizado para la monetización a través de la publicación de anuncios en función del tráfico es de más de 50 $ por mes. La integración del SDK de IMA no está disponible para las ofertas de entrada (5 $ pm) y nivel medio (50 $ pm).

Ooyala

La última versión del reproductor de video de Ooyala cuenta con una larga lista de funciones que satisfarán todas sus necesidades de monetización y publicación de videos. Su diseño de interfaz de usuario sigue las pautas de Google Material UX y es altamente personalizable para reflejar su marca.

Algunas de las funciones disponibles en Ooyala player 4.0 son:

  • Controles de reproductores conscientes del contenido
  • Subtítulos (DFXP)
  • Posibilidad de compartir contenido en las redes sociales
  • Motor de recomendación
  • Formatos compatibles: VAST 3.0, VPAID 2.0, VMAP 1.0, HLS y MP4, OSMF Flash HDS, HDS empaquetado de Akamai y DASH y HLS
  • Búsqueda hacia atrás en la reproducción de contenido de transmisión en vivo
  • Podding y gestión de puntos de referencia
  • SDK de Android e iOS
  • Integración de Google IMA a través de un complemento.
  • Compatibilidad con múltiples plataformas de análisis (Adobe, comScore, Nielsen, Google Analytics, etc.)
  • Oferta de monetización nativa a través del pulso de Ooyala.
  • Tiene múltiples integraciones de redes publicitarias listas para usar.

Precios: consulte la estructura de precios del cliente.

Brightcove

Las ofertas de publicación y monetización de video de Brightcove están dirigidas a grandes editores con alto tráfico y grandes catálogos de contenido. El conjunto de productos de Brightcove satisface todos los requisitos para la publicación de contenido de video, desde la reproducción de contenido básico hasta el alojamiento de contenido, la ingestión de contenido, herramientas de análisis y marketing avanzadas.

Esto ayudará a reducir la cantidad de piezas móviles, eliminando así cualquier problema de compatibilidad y aumentando la confiabilidad. Algunas de las marcas más importantes, como Ford, BBC, Oracle, Condenast y GoDaddy, utilizan la suite de Brightcove para sus necesidades de publicación.

Las características incluyen:

  • Integración de IMA, OnceUX, SpotX y FreeWheel de Google
  • Soporte de reproducción de video 360
  • Disponibilidad de protección de contenido DRM (formato Widevine Media)
  • Soporte de entrega multiformato de transmisión en vivo (HLS, DASH, FairPlay Streaming de Apple)
  • SDK nativos de iOS y Android para implementaciones en la aplicación
  • Compatibilidad nativa con tvOS (Apple TV)
  • Soporte de Airplay para contenido no monetizado con SDK de iOS nativo
  • Integración de Native Analytics y Adobe Analytics
  • Compatibilidad con varias pistas de audio en los SDK nativos de iOS y Android
  • Compatibilidad con la publicación de anuncios del lado del servidor

Precios: Solo precios personalizados disponibles.

Vídeo.js

A diferencia de los otros reproductores de esta lista, Video.js es una oferta de código abierto de un reproductor de video basado en HTML5 con soporte para la monetización de video. El patrocinador principal del proyecto es Brightcove, cuyo reproductor de video también se basa en el marco video.JS.

El proyecto tiene una comunidad muy útil con una amplia gama de complementos para la integración de terceros y servicios adicionales. Se puede personalizar según los requisitos (se requieren ajustes de HTML, CSS y Javascript) o se puede usar de forma inmediata.

Consulte la guía aquí y el complemento disponible para admitir la integración SDK de IMA.

Algunos clientes conocidos incluyen Instagram, Twitter, Microsoft, Github, IGN, The Guardian y muchos más.

Las características compatibles con los complementos son:

  • Curación de listas de reproducción personalizadas
  • Compatibilidad con Airplay y Chromecast (depende del navegador y del dispositivo)
  • Integración de Google Analytics
  • Soporte de transmisión en vivo (HLS y DASH)
  • Informe de errores personalizado
  • Reproducción de contenido DRM (Apple Fairplay)
  • Integración SDK de anuncios de medios interactivos
  • Integración de CDN de Ooyala
  • Compatibilidad con vídeo 360, VR y panorámico
  • Motor de recomendación de contenidos
  • Integración para compartir en redes sociales

Precios: Gratis

Matriz de comparación de características

Jugador JW Ooyala Brightcove Vídeo.JS
HTML5
Análisis nativo

CDN

personalizable
Compatibilidad con varias tasas de bits
Apoyo

Contrato

Entrega segura
Soporte de API
Gratis

Información general sobre reproductores de video

Tradicionalmente, los reproductores de video solo tenían un trabajo que hacer, reproducir el contenido con solo controles de navegación básicos. Los jugadores tenían una lista de formatos de video que podían renderizar, y eso es todo.

Hoy en día, los reproductores de video han evolucionado para satisfacer una demanda cada vez mayor y muchas funcionalidades además de solo reproducir un activo de video. Con la adopción de HTML5 en toda la industria, los reproductores que alguna vez fueron ampliamente utilizados, basados ​​en el marco flash, están en rápido declive.

Existen múltiples razones para cambiar a un reproductor HTML5 en lugar de reproductores basados ​​en flash, de los cuales los dos principales factores impulsores son la velocidad y la seguridad.

Sin embargo, si está buscando servir contenido basado en flash, existen múltiples opciones para usted, incluso a partir de ahora, muchos reproductores de video admiten archivos de video en formato flash.

En el contexto de la publicación de anuncios, Flash ya no es compatible con todos los principales navegadores web.

¿Cómo solicita y publica un anuncio un reproductor de video?

Un jugador primero requiere que se implemente una etiqueta de anuncio de video, que se activará en los puntos de referencia donde se supone que se debe mostrar el anuncio.

Hay tres posiciones principales donde se publican los anuncios de video:

  1. Pre-roll: el anuncio cuando se reproduce/renderiza antes de que se inicie la reproducción del contenido.
  2. Mid-roll: cualquier posición entre el inicio y el final del contenido se considera mid-roll.
  3. Post-roll: el anuncio cuando se reproduce/renderiza al final/finalización del contenido.

Cuando se realiza la solicitud al servidor de anuncios, se lleva a cabo la selección de anuncios/RTB, y el anuncio ganador se devuelve en una respuesta XML de VAST con todos los activos de medios asociados y pings de eventos de seguimiento.

(VAST significa 'Plantilla de servicio de anuncios de video digital', que es una especificación desarrollada por IAB para tener una respuesta XML común de todos los servidores de anuncios. Antes, cada servidor de anuncios y reproductor requería una respuesta en diferentes formatos, lo que no era eficiente)

Una vez que el reproductor recibe la respuesta XML de VAST del servidor de anuncios, obtiene los archivos de recursos creativos y los representa en los puntos de referencia predefinidos antes, durante o después de la reproducción del contenido.

El reproductor también activará los eventos de seguimiento devueltos en el XML de VAST en los activadores de eventos asociados. Si hay algún problema o falla, se activa un error de VAST y se registra en el servidor de anuncios para un análisis futuro.

Hay tres formas diferentes en que se pueden alojar los activos de medios en el caso de la publicación de anuncios de video:

servidor de anuncios alojado

Los activos multimedia se alojan en el servidor de anuncios que se utiliza para publicar los anuncios. La ventaja de este enfoque es que se devuelve una URL de alojamiento directo de los archivos multimedia en la respuesta de VAST. Esto reduce significativamente la latencia y la tasa de fallas para que el reproductor obtenga los archivos multimedia.

Alojado externamente

Los recursos multimedia se alojan en una CDN de terceros y la URL de alojamiento se devuelve en el XML de VAST. Esto puede aumentar la latencia al obtener los archivos multimedia, según el tiempo de respuesta de la CDN.

Etiquetas de redirección

Este es el tipo de alojamiento de activos de medios que se utiliza con mayor frecuencia, en el que se realiza el tráfico de una etiqueta de redirección en el servidor de anuncios y se devuelve la misma etiqueta en el XML de VAST. Luego, el reproductor activa la etiqueta de redirección que luego obtiene los archivos multimedia en una segunda respuesta de VAST.

Esta opción se usa normalmente en implementaciones en las que se lleva a cabo otra subasta en un segundo servidor de anuncios, y los archivos de medios/anuncios pueden ser diferentes para cada solicitud.

Tipos de bloques de anuncios de video/implementación/publicación

In-stream

En este tipo de publicación de anuncios de video, los anuncios de video se publican dentro de un reproductor/aplicación. El enfoque principal de la audiencia objetivo, en este caso, será el contenido que se sirve específicamente a través del reproductor de video. Generalmente se sirven 3 formatos de anuncios en este entorno:

  1. Lineales: Generalmente son anuncios en formato de video y se sirven interrumpiendo la reproducción del contenido.Hay tres posiciones/líneas de tiempo en las que se pueden publicar anuncios lineales, antes del contenido (pre-roll), durante la reproducción del contenido (mid-roll) y después de que el contenido haya terminado de reproducirse (post-roll).
  2. No lineal: por lo general, son imágenes estáticas o formatos habilitados para medios enriquecidos, que no interrumpen/pausan la reproducción del contenido.Son típicos de tamaño más pequeño y se superponen en la sección inferior/inferior del reproductor de video.
  3. Complementario: estos son anuncios gráficos generales que se publican junto con los anuncios lineales en las inmediaciones del reproductor para lograr una experiencia más inmersiva y también para brindar a los usuarios la opción de tomar medidas relacionadas con el anuncio de video publicado antes, incluso después de que finalice (útil en caso de que de anuncios de video cortos).

Corriente de salida:

En este tipo de implementación, no hay contenido focal en un reproductor de video. Los anuncios de video se publican de acuerdo con el contenido que se muestra en la página.

Hay varias formas o implementaciones para publicar anuncios de video outstream. El más común es el video en banner, en el que un anuncio de video se muestra dentro de una unidad de anuncios gráficos.

Otras implementaciones de uso común son video intersticial, en página de video (generando un reproductor).

Puntos comunes de falla específicos de la publicación de anuncios de video:

Tiempo de espera : cada jugador tiene la opción de establecer un tiempo de espera predefinido, que cuando se alcance, el contenido comenzará a reproducirse.Esto garantiza que el contenido/la reproducción no se detenga, en caso de que haya latencia/retraso en la obtención de los archivos multimedia, lo que proporciona una experiencia de usuario óptima.

Respuesta de VAST vacía: es una posibilidad en el caso de etiquetas de redireccionamiento, si la URL de redireccionamiento no obtuvo un anuncio, es decir, la solicitud al servidor de anuncios de terceros quedó sin completar.

Múltiples redireccionamientos: algunos anunciantes/proveedores de creatividades devuelven otra etiqueta de redireccionamiento para la primera etiqueta de redireccionamiento traficada.Esto puede deberse a la conexión en cadena y los bucles infinitos o al retraso en cada una de las respuestas de redirección.

Para evitar esto, los reproductores de video tienen un límite de redireccionamiento que, cuando se alcanza, se activará un error de VAST. Si no hay un límite establecido, el siguiente punto de falla será alcanzar el tiempo de espera.

Formato de recurso de medios no admitido: si el reproductor de video no puede procesar los archivos de medios devueltos en el XML de VAST, se activará este error.Este error no es muy común, ya que se devolverán varios archivos multimedia, cada uno con un tamaño, tasa de bits, codificación, etc. diferentes. El reproductor puede elegir el que mejor se adapte al entorno en el que se representará el anuncio.

¿Perder ingresos cuando un anuncio no se reproduce y genera un error?

¿Qué sucede si las etiquetas traficadas en su servidor de anuncios no obtienen un anuncio?

Se perderá la oportunidad de monetizar esa solicitud/impresión específica. Para resolver este problema, entra en juego la cascada/retroceso. Cuando se habilita un respaldo en su servidor de anuncios, enviará una cantidad predefinida de anuncios ganadores en la respuesta XML de VAST.

Si el primero falla por algún motivo, el reproductor pasará al siguiente anuncio de la lista. Este proceso continúa hasta que el reproductor puede reproducir un anuncio.

La pregunta obvia en este escenario es, ¿provocará esto un retraso/aumentará la carga de anuncios y los tiempos de procesamiento?

La sobrecarga, en este caso, es muy insignificante y el jugador ejecuta el respaldo en cuestión de milisegundos.

Un posible punto de falla incluso si el respaldo está configurado correctamente:

El único punto de falla, en este caso, sería si el servidor de terceros no devuelve una respuesta o devuelve una respuesta vacía por la falta de un anuncio.

En este caso, el reproductor de video esperará el tiempo de espera establecido, que una vez alcanzado iniciará la reproducción del contenido. Los anuncios en el respaldo ni siquiera se habrán probado.

¿Cómo resolver el problema de la activación del tiempo de espera antes de que se hayan probado todos los anuncios en el respaldo?

Hay dos enfoques para esto:

  1. Pruebe la latencia en la respuesta del servidor de anuncios de terceros y evite usar servidores de anuncios/etiquetas que toman mucho tiempo para devolver una respuesta, cuando no hay ofertas/anuncios ganadores.
  2. Establezca el tiempo de espera predeterminado del reproductor en una duración más alta, según los tiempos de respuesta promedio del servidor de anuncios de las etiquetas traficadas en su servidor de anuncios o de los socios de demanda.

Sugerencias y mejores prácticas para publicar anuncios de video a través de Google Ad Exchange (AdX)

  • Para poder publicar anuncios a través de las plataformas programáticas de Google, se requiere que el reproductor de video esté integrado con el SDK de IMA, sin lo cual puede haber incoherencias y discrepancias en los informes.
  • Si la integración del SDK de IMA no es factible, Google ofrece un enfoque alternativo para satisfacer la demanda de AdX mediante el uso de etiquetas adaptadoras. Una etiqueta de adaptador, cuando se sirve en un reproductor integrado que no es de IMA, emulará la funcionalidad del SDK de IMA para esa solicitud específica y proporcionará todas las funciones y funcionalidades de un reproductor integrado del SDK de IMA. Las etiquetas de adaptador se pueden generar seleccionando la tecnología como 'Adaptador de IMA' al generar las etiquetas de video en Google AdX.
  • Evite publicar etiquetas de adaptadores de IMA en reproductores integrados del SDK de IMA, ya que este no es un enfoque recomendado y es posible que no se reproduzca el anuncio, lo que generaría un error VAST 901.
  • Garantice el cumplimiento de las políticas específicas de video de AdX que se enumeran aquí, además de las políticas del programa de AdX.
  • A partir de abril de 2018, la nueva actualización de la política de Chrome impone una restricción en los anuncios de video de reproducción automática. Esto solo afectará si publica anuncios de video de reproducción automática con sonido y no se aplica a los anuncios de video de reproducción automática que están silenciados de manera predeterminada.
  • Los anuncios de video de reproducción automática no silenciados solo se pueden publicar si se cumple alguno de los siguientes criterios:
    • Antes de que el anuncio iniciara la reproducción, el usuario interactuó en su sitio web.
    • El MEI (índice de interacción con los medios) del usuario es superior a un umbral predefinido (solo para escritorio). El cálculo del índice MEI se detalla en este artículo.
    • En una plataforma móvil, si el usuario ha anclado/marcado el sitio en la pantalla de inicio del Dispositivo.

Conclusión

Aunque hemos presentado toda la información para usted en este artículo, los reproductores de video y la publicación de anuncios de video pueden ser complicados. Para obtener ayuda para elegir el adecuado para su negocio editorial e implementarlo correctamente, regístrese hoy para obtener una cuenta profesional en MonetizeMore.


Preguntas adicionales

¿Qué es el reproductor JW?

El reproductor JW es uno de los reproductores de video web más utilizados que admite una amplia gama de formatos y se integra con la mayoría de las redes publicitarias. Obtenga más información sobre sus características en nuestra publicación de blog.

¿Qué es el reproductor de Brightcove?

El reproductor de Brightcove está diseñado para grandes editoriales con mucho tráfico y grandes catálogos de contenido. El reproductor ofrece una amplia gama de características y satisface todos los requisitos para la publicación de contenido de video.

¿Qué es el reproductor Ooyala?

El reproductor de video Ooyala es un reproductor que cuenta con una larga lista de características que satisfacen todas las necesidades de monetización de video de los editores en múltiples dispositivos. Hablamos más sobre el reproductor de video en nuestra publicación de blog.

¿Qué es video.js?

Video.js es un reproductor de video de código abierto que los editores pueden usar para la monetización de videos. Brightcove es el principal patrocinador del proyecto. Su reproductor de video está construido sobre el marco video.JS.