Quale video player utilizza la maggior parte degli editori?

Questo post è stato aggiornato di recente il 6 luglio 2022

In questo post dettagliato del blog, daremo un'occhiata più da vicino ai diversi lettori video disponibili per gli editori sul mercato, confronteremo le loro caratteristiche (tabella di confronto inclusa), esamineremo la pubblicazione di annunci video, le diverse unità pubblicitarie video e persino le insidie ​​di pubblicazione degli annunci.

Se attualmente lavori con Google Ad Exchange, abbiamo incluso una sezione che fornisce anche le best practice per la pubblicazione di annunci video. Cominciamo!

giocatore JW

Il lettore JW è uno dei lettori web più utilizzati che supporta un'ampia gamma di formati (HLS, VAST 3.0, VPAID 2.0) e si integra con la maggior parte delle principali reti pubblicitarie.

Scopri di più su VPAID rispetto a VAST qui.

Questo lettore video supporta la pubblicazione di annunci multipiattaforma con funzionalità avanzate come il supporto del live streaming, i sottotitoli ed è a prova di futuro con il supporto nativo per la riproduzione di video 360 e VR.

Fornisce SDK nativi sia per Android che per iOS per implementazioni in-app. È anche un fornitore affidabile per la pubblicazione di annunci tramite la suite DoubleClick di Google ed è un partner editoriale certificato da Google.

I clienti di JW player includono Amazon, Vice, Univision, Fox e molti altri. Il lettore JW in collaborazione con SpotX ha recentemente introdotto l'offerta di intestazione nativa (video) per la monetizzazione dei contenuti offerti utilizzando il lettore JW.

Le implementazioni demo e di esempio del lettore possono essere trovate qui, per avere un'idea delle capacità del lettore e degli aspetti funzionali.

Funzionalità disponibili nella versione JW Player Eight:

• Supporto streaming multiprotocollo: HLS, DASH (Adobe RTMP non supportato)
• Supporto per la riproduzione di video 4K in modalità HTML5
• Supporto per la riproduzione di video a 60 FPS
• Supporto per playlist in formato RSS/XML e JSON
• VAST 4.0, VPAID 2.0, supporto VMAP
• Integrazione con i principali SDK degli ad server: Google IMA SDK e FreeWheel Ad Manager SDK
• Podding, cascata/fallback, pianificazione degli annunci

Il prezzo per questo video player parte da 5$ al mese (fatturato annualmente). Il prezzo personalizzato per la monetizzazione tramite la pubblicazione di annunci in base al traffico è superiore a 50 $ al mese. L'integrazione con IMA SDK non è disponibile per le offerte entry (5$ pm) e mid-level (50$ pm).

Ooyala

L'ultima versione del lettore video Ooyala vanta un lungo elenco di funzionalità, che soddisferanno tutte le tue esigenze di pubblicazione e monetizzazione dei video. Il loro design dell'interfaccia utente segue le linee guida di Google Material UX ed è altamente personalizzabile per riflettere il tuo marchio.

Alcune delle funzionalità disponibili in Ooyala player 4.0 sono:

• Controlli del lettore sensibili al contenuto
• Sottotitoli chiusi (DFXP)
• Possibilità di condividere contenuti sui social media
• Motore di raccomandazione
• Formati supportati: VAST 3.0, VPAID 2.0, VMAP 1.0, HLS e MP4, OSMF Flash HDS, Akamai Packaged HDS e DASH e HLS
• Ricerca all'indietro nella riproduzione di contenuti in live streaming
• Podding e gestione dei cue point
• SDK per Android e iOS
• Integrazione di Google IMA tramite un plug-in.
• Supporto multipiattaforma di analisi (Adobe, comScore, Nielsen, Google Analytics, ecc.)
• Offerta di monetizzazione nativa tramite Ooyala pulse.
• Dispone di più integrazioni di reti pubblicitarie pronte all'uso.

Prezzi: vedi la struttura dei prezzi per i clienti.

Brightcove

Le offerte di pubblicazione e monetizzazione di video di Brightcove sono rivolte a grandi editori con traffico elevato e cataloghi di contenuti enormi. La suite di prodotti Brightcove soddisfa tutti i requisiti per la pubblicazione di contenuti video, dalla riproduzione di contenuti di base all'hosting di contenuti, importazione di contenuti, analisi avanzate e strumenti di marketing.

Ciò contribuirà a ridurre il numero di parti mobili, eliminando così eventuali problemi di compatibilità e aumentando l'affidabilità. Alcuni dei più grandi marchi come Ford, BBC, Oracle, Condenast e GoDaddy utilizzano la suite Brightcove per le loro esigenze editoriali.

Le caratteristiche includono:

• Integrazione IMA, OnceUX, SpotX e FreeWheel di Google
• Supporto per la riproduzione di video a 360 gradi
• Disponibilità della protezione dei contenuti DRM (formato Widevine Media)
• Supporto per la consegna multiformato in live streaming (HLS, DASH, FairPlay Streaming di Apple)
• SDK iOS e Android nativi per implementazioni in-app
• Supporto nativo per tvOS (Apple TV).
• Supporto Airplay per contenuti non monetizzati con SDK iOS nativo
• Integrazione di Native Analytics e Adobe Analytics
• Supporto di più tracce audio su SDK iOS e Android nativi
• Supporto per la pubblicazione di annunci lato server

Prezzi: sono disponibili solo prezzi personalizzati.

Video.js

A differenza degli altri lettori in questo elenco, Video.js è un'offerta open source di un lettore video basato su HTML5 con supporto per la monetizzazione video. Lo sponsor principale del progetto è Brightcove, il cui lettore video è anch'esso basato sul framework video.JS.

Il progetto ha una comunità molto utile con una vasta gamma di plug-in per l'integrazione di terze parti e servizi aggiuntivi. Può essere personalizzato secondo i requisiti (è necessario modificare HTML, CSS e Javascript) o può essere utilizzato immediatamente.

Consulta qui la guida e il plug-in disponibile per supportare l'integrazione dell'SDK IMA.

Alcuni client noti includono Instagram, Twitter, Microsoft, Github, IGN, The Guardian e molti altri.

Le funzionalità supportate dai plugin sono:

• Cura della playlist personalizzata
• Supporto Airplay e Chromecast (a seconda del browser e del dispositivo)
• Integrazione con Google Analytics
• Supporto live streaming (HLS e DASH)
• Segnalazione errori personalizzata
• Riproduzione di contenuti DRM (Apple Fairplay)
• Integrazione dell'IMA SDK
• Integrazione Ooyala CDN
• Supporto video 360, VR e panorama
• Motore di raccomandazione dei contenuti
• Integrazione della condivisione sociale

Prezzo: gratuito

Matrice di confronto delle caratteristiche

Informazioni di base sui lettori video

Tradizionalmente i lettori video avevano un solo compito da svolgere, riprodurre il contenuto con i soli controlli di navigazione di base. I giocatori avevano un elenco di formati video che potevano rendere, e questo è tutto.

Oggi, i lettori video si sono evoluti per soddisfare una domanda in continua crescita e molte funzionalità oltre alla semplice riproduzione di una risorsa video. Con l'adozione in tutto il settore di HTML5, i lettori un tempo ampiamente utilizzati, basati sul framework flash, sono in rapido declino.

Esistono diversi motivi per passare a un lettore HTML5 rispetto ai lettori basati su flash, di cui i due principali fattori trainanti sono la velocità e la sicurezza.

Tuttavia, se stai cercando di servire contenuti basati su flash, ci sono più opzioni per te anche adesso, molti lettori video supportano file video in formato flash.

Nel contesto della pubblicazione di annunci, Flash non è più supportato da tutti i principali browser web.

In che modo un video player richiede e pubblica un annuncio?

Un player richiede innanzitutto l'implementazione di un tag annuncio video, che verrà attivato nei cue point in cui dovrebbe essere visualizzato l'annuncio.

Esistono tre posizioni principali in cui vengono offerti gli annunci video:

1. Pre-roll: l'annuncio quando viene riprodotto/renderizzato prima dell'inizio della riproduzione del contenuto.
2. Mid-roll: qualsiasi posizione tra l'inizio e la fine del contenuto è considerata mid-roll.
3. Post-roll: l'annuncio quando viene riprodotto/renderizzato alla fine/al completamento del contenuto.

Quando viene effettuata la richiesta all'ad server, viene effettuata la selezione dell'annuncio/RTB e l'annuncio vincente viene restituito in una risposta VAST XML con tutti gli asset multimediali associati e i ping degli eventi di tracciamento.

(VAST è l'acronimo di "Digital Video Ad Serving Template", che è una specifica sviluppata da IAB per avere una risposta XML comune da tutti gli ad server. Prima di ciò, ogni ad server e lettore richiedeva una risposta in formati diversi, il che non era efficiente)

Una volta che il player riceve la risposta VAST XML dall'ad server, recupera i file degli asset della creatività e li visualizza nei cue point predefiniti prima/durante/dopo la riproduzione del contenuto.

Il player attiverà anche gli eventi di tracciamento restituiti nell'XML VAST agli attivatori di eventi associati. In caso di errore/problema, viene attivato un errore VAST che viene registrato nell'ad server per analisi future.

Esistono tre diversi modi in cui le risorse multimediali possono essere ospitate in caso di pubblicazione di annunci video:

Ad server ospitato

Le risorse multimediali sono ospitate all'interno dell'ad server utilizzato per pubblicare gli annunci. Il vantaggio di questo approccio è che un URL di hosting diretto dei file multimediali viene restituito nella risposta VAST. Ciò riduce significativamente la latenza e il tasso di errore per il recupero dei file multimediali da parte del lettore.

Ospitato esternamente

Le risorse multimediali sono ospitate su un CDN di terze parti e l'URL di hosting viene restituito nell'XML VAST. Ciò può aumentare la latenza nel recupero dei file multimediali, a seconda del tempo di risposta del CDN.

Tag di reindirizzamento

Questo è il tipo più comunemente utilizzato di hosting di risorse multimediali in cui un tag di reindirizzamento viene trasferito nell'ad server e lo stesso tag viene restituito nell'XML VAST. Il player quindi attiva il tag di reindirizzamento che recupera i file multimediali in una seconda risposta VAST.

Questa opzione viene in genere utilizzata nelle implementazioni in cui viene eseguita un'altra asta in un secondo ad server e i file multimediali/l'annuncio possono essere diversi per ogni richiesta.

Tipi di unità pubblicitarie video/implementazione/pubblicazione

In streaming

In questo tipo di pubblicazione di annunci video, gli annunci video vengono offerti all'interno di un player/app. L'obiettivo principale del pubblico di destinazione, in questo caso, sarà il contenuto offerto tramite il lettore video in particolare. Generalmente in questo ambiente vengono offerti 3 formati di annunci:

1. Lineare: si tratta generalmente di annunci in formato video e vengono offerti interrompendo la riproduzione del contenuto.Esistono tre posizioni/linee temporali in cui è possibile pubblicare annunci lineari, prima del contenuto (preroll), durante la riproduzione del contenuto (midroll) e dopo che il contenuto ha terminato la riproduzione (post-roll).
2. Non lineare: si tratta generalmente di immagini statiche o formati abilitati per rich media, che non interrompono/mettono in pausa la riproduzione del contenuto.Sono tipici di dimensioni inferiori e sono sovrapposti nella sezione inferiore/inferiore del video player.
3. Companion: si tratta di annunci display generici offerti insieme agli annunci lineari nelle vicinanze del lettore per ottenere un'esperienza più coinvolgente e anche per fornire agli utenti un'opzione per intraprendere azioni relative all'annuncio video pubblicato prima anche dopo che è terminato (utile nel caso in cui di annunci video brevi).

Fuori flusso:

In questo tipo di implementazione, non ci sono contenuti focali su un lettore video. Gli annunci video vengono offerti in linea con il contenuto visualizzato sulla pagina.

Esistono diversi modi o implementazioni per pubblicare annunci video outstream. Il più comune è il video In-banner, in cui un annuncio video viene visualizzato all'interno di un'unità pubblicitaria display.

Altre implementazioni comunemente usate sono video interstitial, in page video (generazione di un player).

Punti comuni di errore specifici della pubblicazione di annunci video:

Timeout : ogni giocatore ha un'opzione per impostare un timeout predefinito, che una volta raggiunto, il contenuto inizierà la riproduzione.Ciò garantisce che il contenuto/la riproduzione non venga bloccato, in caso di latenza/ritardo nel recupero dei file multimediali che fornisce un'esperienza utente ottimale.

Risposta VAST vuota: è una possibilità in caso di tag di reindirizzamento, se l'URL di reindirizzamento non ha recuperato un annuncio, ovvero se la richiesta all'ad server di terze parti non è stata soddisfatta.

Reindirizzamenti multipli: alcuni inserzionisti/fornitori di creatività restituiscono un altro tag di reindirizzamento per il primo tag di reindirizzamento trasferito.Ciò può essere dovuto al collegamento a margherita e ai loop infiniti o al ritardo in ciascuna delle risposte di reindirizzamento.

Per evitare ciò, i lettori video hanno un limite di reindirizzamento che, una volta raggiunto, attiverà un errore VAST. Se non esiste un limite impostato, il prossimo punto di errore raggiungerà il timeout.

Formato dell'asset multimediale non supportato: se il video player non è in grado di eseguire il rendering dei file multimediali restituiti nell'XML VAST, verrà attivato questo errore.Questo errore non è abbastanza comune in quanto verranno restituiti più file multimediali ciascuno con dimensioni, bitrate, codifica, ecc. diversi. Il giocatore può scegliere quello che meglio si adatta all'ambiente in cui deve essere visualizzato l'annuncio.

Perdere entrate quando un annuncio non viene riprodotto e genera un errore?

Cosa succede se i tag trasferiti nel tuo ad server non riescono a recuperare un annuncio?

L'opportunità di monetizzare quella specifica richiesta/impressione andrà persa. Per risolvere questo problema, entra in gioco il waterfall/fallback. Quando un fallback è abilitato nel tuo ad server, invierà un numero predefinito di annunci vincenti nella risposta VAST XML.

Se il primo fallisce per qualsiasi motivo, il giocatore passerà all'annuncio successivo nell'elenco. Questo processo va avanti fino a quando il giocatore può riprodurre un annuncio.

La domanda ovvia in questo scenario è: questo causerà un ritardo/aumento del caricamento degli annunci e dei tempi di rendering?

L'overhead, in questo caso, è molto trascurabile e il giocatore esegue il fallback in pochi millisecondi.

Un possibile punto di errore anche se il fallback è impostato correttamente:

L'unico punto di errore, in questo caso, sarebbe se il server di terze parti non restituisce una risposta o restituisce una risposta vuota per la mancanza di un annuncio.

In questo caso il video player attenderà il timeout impostato, che una volta raggiunto avvierà la riproduzione del contenuto. Gli annunci nel fallback non saranno stati nemmeno provati.

Come risolvere il problema dell'attivazione del timeout prima che tutti gli annunci nel fallback siano stati provati?

Ci sono due approcci a questo:

1. Verifica la latenza nella risposta dell'ad server di terze parti ed evita di utilizzare ad server/tag che impiegano molto tempo a restituire una risposta, quando non ci sono offerte/annunci vincenti.
2. Imposta il timeout predefinito del player su una durata maggiore, a seconda dei tempi medi di risposta dell'ad server dei tag trasferiti nel tuo ad server o dai partner di domanda.

Suggerimenti e best practice per la pubblicazione di annunci video tramite Google Ad Exchange (AdX)

• Per poter pubblicare annunci tramite le piattaforme programmatiche di Google, è necessario che il video player sia integrato con IMA SDK, senza il quale potrebbero esserci incoerenze e discrepanze nei rapporti.

• Se l'integrazione dell'SDK IMA non è fattibile, Google offre un approccio alternativo per soddisfare la domanda AdX tramite l'uso di tag adattatore. Un tag adattatore, quando viene offerto su un lettore integrato non IMA, emulerà la funzionalità dell'SDK IMA per quella richiesta specifica e fornisce tutte le chiamate di funzione e le funzionalità di un lettore integrato dell'SDK IMA. I tag dell'adattatore possono essere generati selezionando la tecnologia come "Adattatore IMA" durante la generazione dei tag video in Google AdX.

• Evita di pubblicare tag adattatore IMA su player integrati nell'SDK IMA, poiché questo non è un approccio consigliato e potrebbe non riuscire a riprodurre l'annuncio, attivando un errore VAST 901.
• Garantisci la conformità con le norme specifiche per i video di AdX elencate qui, oltre alle norme del programma AdX.
• A partire da aprile 2018, il nuovo aggiornamento delle norme di Chrome impone una restrizione sugli annunci video con riproduzione automatica. Ciò avrà effetto solo se offri annunci video a riproduzione automatica con audio e non si applica agli annunci video a riproduzione automatica disattivati ​​per impostazione predefinita.
• Gli annunci video con riproduzione automatica senza audio possono essere pubblicati solo se viene soddisfatto uno dei seguenti criteri:
  • Prima che l'annuncio avviasse la riproduzione, l'utente ha interagito sul tuo sito web.
  • Il MEI (Media Engagement Index) dell'utente è superiore a una soglia predefinita (solo per desktop). Il calcolo dell'indice MEI è dettagliato in questo articolo.
  • Su una piattaforma mobile, se l'utente ha bloccato/aggiunto un segnalibro al sito nella schermata iniziale del dispositivo.

Conclusione

Sebbene abbiamo fornito tutte le informazioni per te in questo articolo, i lettori video e la pubblicazione di annunci video possono essere complicati. Per ricevere assistenza nella scelta di quello giusto per la tua attività editoriale e nell'implementarlo correttamente, iscriviti oggi stesso a un account professionale su MonetizeMore!

Domande aggiuntive