Ce player video folosesc majoritatea editorilor?

Această postare a fost actualizată cel mai recent pe 6 iulie 2022

În această postare detaliată pe blog, vom arunca o privire mai atentă asupra diferiților playere video disponibile pentru editori de pe piață, vom compara caracteristicile acestora (inclus tabelul de comparație), vom analiza difuzarea anunțurilor video, diferite unități de anunțuri video și chiar capcanele difuzarea anunţurilor.

Dacă lucrați în prezent cu Google Ad Exchange, am inclus o secțiune care oferă cele mai bune practici și pentru difuzarea anunțurilor video. Sa incepem!

Jucător JW

Playerul JW este unul dintre cele mai utilizate playere bazate pe web, care acceptă o gamă largă de formate (HLS, VAST 3.0, VPAID 2.0) și se integrează cu majoritatea rețelelor publicitare majore.

Aflați mai multe despre VPAID vs VAST aici.

Acest player video acceptă difuzarea de reclame pe mai multe platforme, cu funcții avansate, cum ar fi suport pentru streamuri live, subtitrări și este valabil pentru viitor, cu suport nativ pentru redarea videoclipurilor 360 și VR.

Oferă SDK-uri native atât pentru Android, cât și pentru iOS pentru implementări în aplicație. Este, de asemenea, un furnizor de încredere pentru difuzarea reclamelor prin suita DoubleClick de la Google și este un partener de publicare certificat Google.

Printre clienții JW player se numără Amazon, Vice, Univision, Fox și multe altele. JW Player, în colaborare cu SpotX, a introdus recent licitarea nativă Header (video) pentru monetizarea conținutului difuzat folosind JW Player.

Demonstrații și exemple de implementări ale playerului pot fi găsite aici, pentru a vă face o idee despre capacitățile jucătorului și aspectele funcționale.

Caracteristici disponibile în versiunea JW Player opt:

• Suport pentru streaming multiprotocoale: HLS, DASH (Adobe RTMP nu este acceptat)
• Suport de redare video 4k în modul HTML5
• Suport pentru redare video 60FPS
• Suport pentru lista de redare în format RSS/XML și JSON
• VAST 4.0, VPAID 2.0, suport VMAP
• Integrare cu SDK-uri majore pentru serverele de anunțuri: Google IMA SDK și FreeWheel Ad Manager SDK
• Podding, cascadă/retur, programarea anunțurilor

Prețul pentru acest player video începe de la 5 USD pe lună (facturat anual). Prețul personalizat pentru generarea de bani prin difuzarea anunțurilor pe baza traficului este mai mare de 50 USD pe lună. Integrarea IMA SDK nu este disponibilă pentru ofertele de intrare (5$ pm) și de nivel mediu (50$ pm).

Ooyala

Cea mai recentă versiune a playerului video Ooyala se mândrește cu o listă lungă de funcții, care vor răspunde tuturor nevoilor dvs. de publicare video și de generare de bani. Designul lor UI urmează regulile Google Material UX și este foarte personalizabil pentru a reflecta branding-ul dvs.

Unele dintre funcțiile disponibile în Ooyala player 4.0 sunt:

• Comenzi ale jucătorilor care țin cont de conținut
• Subtitrări închise (DFXP)
• Abilitatea de a partaja conținut pe rețelele sociale
• Motor de recomandare
• Formate acceptate: VAST 3.0, VPAID 2.0, VMAP 1.0, HLS și MP4, OSMF Flash HDS, Akamai packaged HDS și DASH și HLS
• Căutare înapoi la redarea conținutului în flux live
• Gestionarea pudding și cue point
• SDK-uri pentru Android și iOS
• Integrare Google IMA printr-un plugin.
• Suport pentru platforme de analiză multiple (Adobe, comScore, Nielsen, Google Analytics etc.)
• Ofertă nativă de monetizare prin Ooyala Pulse.
• Are mai multe integrări de rețea publicitară imediată.

Prețuri: vezi acolo structura prețurilor pentru clienți.

Brightcove

Ofertele de publicare și monetizare video ale Brightcove sunt orientate către editori mari cu trafic mare și cataloage de conținut uriașe. Suita de produse Brightcove satisface toate cerințele pentru publicarea conținutului video, de la redarea conținutului de bază până la găzduirea conținutului, asimilarea conținutului, instrumente avansate de analiză și marketing.

Acest lucru va ajuta la reducerea numărului de părți în mișcare, eliminând astfel orice probleme de compatibilitate și crește fiabilitatea. Unele dintre cele mai mari mărci precum Ford, BBC, Oracle, Condenast și GoDaddy folosesc suita Brightcove pentru nevoile lor de publicare.

Caracteristicile includ:

• Integrarea Google IMA, OnceUX, SpotX și FreeWheel
• Suport pentru redare video 360
• Disponibilitatea protecției conținutului DRM (format Widevine Media)
• Asistență pentru livrare în flux live în mai multe format (HLS, DASH, Apple FairPlay Streaming)
• SDK-uri native pentru iOS și Android pentru implementări în aplicație
• Suport nativ tvOS (Apple TV).
• Compatibilitate Airplay pentru conținut care nu generează bani cu setul SDK iOS nativ
• Integrarea native Analytics și Adobe Analytics
• Suport pentru mai multe piste audio pe SDK-urile native iOS și Android
• Asistență pentru difuzarea anunțurilor pe partea de server

Prețuri: sunt disponibile doar prețuri personalizate.

Video.js

Spre deosebire de ceilalți jucători din această listă, Video.js este o ofertă open source a unui player video bazat pe HTML5, cu suport pentru monetizarea video. Sponsorul principal al proiectului este Brightcove, al cărui player video este, de asemenea, construit pe cadrul video.JS.

Proiectul are o comunitate foarte utilă, cu o gamă largă de plugin-uri pentru integrarea terților și servicii suplimentare. Poate fi personalizat conform cerințelor (este necesară modificarea HTML, CSS și Javascript) sau poate fi folosit dintr-o cutie.

Consultați aici ghidul și pluginul disponibil pentru a sprijini integrarea IMA SDK.

Unii clienți cunoscuți includ Instagram, Twitter, Microsoft, Github, IGN, The Guardian și multe altele.

Caracteristicile suportate de pluginuri sunt:

• Curatarea personalizată a listelor de redare
• Compatibilitate cu Airplay și Chromecast (în funcție de browser și dispozitiv)
• Integrarea Google Analytics
• Suport pentru streaming live (HLS și DASH)
• Raportare personalizată a erorilor
• Redare conținut DRM (Apple Fairplay)
• Integrare IMA SDK
• Ooyala CDN integrare
• Suport video 360, VR și panorama
• Motor de recomandare de conținut
• Integrare social sharing

Preț: gratuit

Matricea de comparare a caracteristicilor

Informații de fundal despre playerele video

În mod tradițional, playerele video aveau o singură sarcină de făcut, reda conținutul doar cu comenzile de navigare de bază. Jucătorii aveau o listă de formate video pe care le puteau reda și cam atât.

Astăzi, playerele video au evoluat pentru a satisface o cerere în continuă creștere și multe funcționalități în afară de doar redarea unui material video. Odată cu adoptarea la nivel de industrie a HTML5, jucătorii odată utilizat pe scară largă, bazați pe framework-ul flash, sunt într-un declin rapid.

Există mai multe motive pentru a trece la un player HTML5 în locul playerelor bazate pe flash, dintre care cei doi factori principali sunt viteza și securitatea.

Cu toate acestea, dacă doriți să difuzați conținut bazat pe flash, există mai multe opțiuni pentru dvs. chiar și de acum, multe playere video acceptă fișiere video în format flash.

În contextul difuzării anunțurilor, flash nu mai este acceptat de toate browserele web majore.

Cum solicită și difuzează un player video un anunț?

Un player necesită mai întâi implementarea unei etichete de anunț video, care va fi declanșată în punctele de referință în care ar trebui să fie redat anunțul.

Există trei poziții principale în care sunt difuzate anunțuri video:

1. Pre-roll: reclama când este redată/redată înainte ca redarea conținutului să fie inițiată.
2. Mid-roll: orice poziție între începutul și sfârșitul conținutului este considerată mid-roll.
3. Post-roll: anunțul când este redat/redat la sfârșitul/finalizarea conținutului.

Când solicitarea este făcută către serverul de anunțuri, are loc selecția anunțului/RTB, iar anunțul câștigător este returnat într-un răspuns XML VAST cu toate elementele media asociate și ping-uri de urmărire a evenimentelor.

(VAST înseamnă „Digital Video Ad Serving Template”, care este o specificație dezvoltată de IAB pentru a avea un răspuns XML comun de la toate serverele de anunțuri. Înainte de care, fiecare server de anunțuri și player necesita un răspuns în formate diferite, ceea ce nu era eficient)

Odată ce playerul primește răspunsul VAST XML de la serverul de anunțuri, preia fișierele materialelor creative și le redă la punctele de referință predefinite înainte/în timpul/după redarea conținutului.

Jucătorul va declanșa, de asemenea, evenimentele de urmărire returnate în XML-ul VAST la declanșatoarele de evenimente asociate. În cazul în care există vreo eroare/problemă, se declanșează o eroare VAST și este conectată la serverul de anunțuri pentru analize viitoare.

Există trei moduri diferite în care materialele media pot fi găzduite în cazul difuzării anunțurilor video:

Server de anunțuri găzduit

Materialele media sunt găzduite în serverul de anunțuri care este utilizat pentru difuzarea anunțurilor. Avantajul acestei abordări este o adresă URL de găzduire directă a fișierelor media care sunt returnate în răspunsul VAST. Acest lucru reduce semnificativ latența și rata de eșec pentru preluarea fișierelor media de către player.

Găzduit extern

Materialele media sunt găzduite pe un CDN terță parte, iar adresa URL de găzduire este returnată în XML VAST. Acest lucru poate adăuga latența în preluarea fișierelor media, în funcție de timpul de răspuns CDN.

Etichete de redirecționare

Acesta este cel mai utilizat tip de găzduire a materialelor media în care o etichetă de redirecționare este traficată în serverul de anunțuri și aceeași etichetă este returnată în XML-ul VAST. Playerul declanșează apoi eticheta de redirecționare care preia apoi fișierele media într-un al doilea răspuns VAST.

Această opțiune este de obicei utilizată în implementările în care se desfășoară o altă licitație într-un al doilea server de anunțuri, iar fișierele media/anunțul pot fi diferite pentru fiecare cerere.

Tipuri de unități de anunțuri video/implementare/difuzare

În flux

În acest tip de difuzare a anunțurilor video, anunțurile video sunt difuzate într-un player/aplicație. Obiectivul principal al publicului țintă, în acest caz, va fi conținutul difuzat prin intermediul playerului video. În general, în acest mediu sunt difuzate trei formate de anunțuri:

1. Linear: acestea sunt în general reclame în format video și sunt difuzate prin întreruperea redării conținutului.Există trei poziții/cronologie în care pot fi difuzate anunțuri liniare, înainte de conținut (preroll), în timpul redării conținutului (midroll) și după ce conținutul a terminat redarea (post-roll).
2. Neliniar: acestea sunt, în general, imagini statice sau formate compatibile cu rich media, care nu întrerup/întrerupe redarea conținutului.Acestea sunt tipice pentru dimensiuni mai mici și sunt suprapuse în secțiunea inferioară/inferioară a playerului video.
3. Companion: Acestea sunt anunțuri grafice generale difuzate împreună cu anunțurile liniare în vecinătatea playerului pentru a realiza o experiență mai captivantă și, de asemenea, pentru a oferi utilizatorilor o opțiune de a lua măsuri legate de anunțul video difuzat mai devreme, chiar și după încheierea acestuia (utilă în cazul în care de reclame video scurte).

Ieșire în flux:

În acest tip de implementare, nu există conținut focal pe un player video. Anunțurile video sunt difuzate în conformitate cu conținutul afișat pe pagină.

Există mai multe moduri sau implementări de difuzare a anunțurilor video outstream. Cel mai comun este videoclipul în banner, în care un anunț video este redat într-o unitate de anunțuri grafice.

Alte implementări utilizate în mod obișnuit sunt video interstițial, în pagina video (care generează un player).

Puncte comune de eșec specifice difuzării anunțurilor video:

Timeout : Fiecare jucător are o opțiune de a seta un timeout predefinit, care, atunci când este atins, conținutul va începe redarea.Acest lucru asigură că conținutul/redarea nu este întârziată, în cazul în care există latență/întârziere în preluarea fișierelor media, ceea ce oferă o experiență optimă pentru utilizator.

Răspuns VAST gol: este o posibilitate în cazul etichetelor de redirecționare, în cazul în care adresa URL de redirecționare nu a preluat un anunț, adică solicitarea către serverul de anunțuri terță parte nu a fost completată.

Redirecționări multiple: unii agenți de publicitate/furnizori de reclame returnează o altă etichetă de redirecționare pentru prima etichetă de redirecționare traficată.Acest lucru se poate datora conexiunii în lanț și buclelor infinite sau întârzierii în fiecare răspuns de redirecționare.

Pentru a preveni acest lucru, playerele video au o limită de redirecționare, care, atunci când este atinsă, va fi declanșată o eroare VAST. Dacă nu există o limită setată, următorul punct de eșec va fi atingerea timpului de expirare.

Format de material media neacceptat: dacă playerul video nu poate reda fișierele media returnate în XML VAST, această eroare va fi declanșată.Această eroare nu este destul de comună, deoarece vor fi returnate mai multe fișiere media, fiecare cu o dimensiune, un bitrate, o codare diferite, etc. Playerul poate alege pe cel care se potrivește cel mai bine mediului în care urmează să fie redat anunțul.

Pierdeți din venit atunci când un anunț nu se redă și declanșează o eroare?

Ce se întâmplă dacă etichetele traficate pe serverul dvs. de anunțuri nu reușesc să preia un anunț?

Se va pierde oportunitatea de a monetiza respectiva solicitare/afișare. Pentru a rezolva această problemă, intră în joc cascada/fallback. Când o alternativă este activată în serverul dvs. de anunțuri, acesta va trimite un număr predefinit de anunțuri câștigătoare în răspunsul VAST XML.

Dacă primul eșuează din orice motiv, jucătorul va trece la următorul anunț din listă. Acest proces continuă până când jucătorul poate reda o reclamă.

Întrebarea evidentă în acest scenariu este: va cauza aceasta o întârziere/creșterea încărcării anunțurilor și a timpilor de randare?

Suprafața, în acest caz, este foarte neglijabilă, iar jucătorul trece printr-o soluție de rezervă în câteva milisecunde.

Un posibil punct de eșec chiar dacă fallback-ul este configurat corect:

Singurul punct de eșec, în acest caz, ar fi dacă serverul terță parte nu returnează un răspuns sau returnează un răspuns gol pentru lipsa unui anunț.

În acest caz, playerul video va aștepta intervalul de timp setat, care odată atins va iniția redarea conținutului. Reclamele din rezervă nici nu vor fi încercate.

Cum se rezolvă problema declanșării timeout-ului înainte ca toate anunțurile din rezervă să fi fost încercate?

Există două abordări în acest sens:

1. Testați latența răspunsului serverului de anunțuri terță parte și evitați utilizarea serverelor/etichetelor publicitare care necesită mult timp pentru a returna un răspuns, atunci când nu există oferte/anunțuri câștigătoare.
2. Setați timpul de expirare prestabilit al jucătorului la o durată mai mare, în funcție de timpii medii de răspuns ale serverului de anunțuri ale etichetelor traficate pe serverul dvs. de anunțuri sau de la partenerii la cerere.

Sfaturi și cele mai bune practici pentru difuzarea anunțurilor video prin Google Ad Exchange (AdX)

• Pentru a putea difuza reclame prin platformele programatice Google, este necesar ca playerul video să fie integrat cu IMA SDK, fără de care pot exista inconsecvențe și discrepanțe în raportare.

• Dacă integrarea SDK-ului IMA nu este fezabilă, Google oferă o abordare alternativă pentru a satisface cererea AdX prin utilizarea etichetelor adaptoare. O etichetă de adaptor, atunci când este difuzată pe un player integrat non-IMA, va emula funcționalitatea IMA SDK pentru acea cerere specifică și va oferi toate apelurile și funcționalitatea funcției ca cele ale unui player integrat IMA SDK. Etichetele de adaptor pot fi generate selectând tehnologia ca „Adaptor IMA” atunci când se generează etichetele video în Google AdX.

• Evitați difuzarea etichetelor adaptorului IMA pe playerele integrate IMA SDK, deoarece aceasta nu este o abordare recomandată și poate nu reda anunțul, declanșând o eroare VAST 901.
• Asigurați-vă că respectați politicile specifice pentru videoclipuri AdX enumerate aici, pe lângă politicile de produs AdX.
• Începând din aprilie 2018, noua actualizare a politicii Chrome impune o restricție privind redarea automată a anunțurilor video. Acest lucru va avea impact numai dacă difuzați anunțuri video cu redare automată cu sunet și nu se aplică anunțurilor video cu redare automată care sunt dezactivate în mod prestabilit.
• Anunțurile video fără sunet cu redare automată pot fi difuzate numai dacă sunt îndeplinite oricare dintre următoarele criterii:
  • Înainte ca anunțul să inițieze redarea, utilizatorul a interacționat pe site-ul dvs.
  • MEI (Media Engagement Index) al utilizatorului este mai mare decât un prag predefinit (numai pentru desktop). Calculul indicelui MEI este detaliat în acest articol.
  • Pe o platformă mobilă, dacă utilizatorul a fixat/marcat site-ul pe ecranul de pornire al Dispozitivului.

Concluzie

Deși v-am prezentat toate informațiile în acest articol, playerele video și difuzarea anunțurilor video pot fi complicate. Pentru a obține ajutor în alegerea celui potrivit pentru afacerea dvs. de publicare și pentru a-l implementa corect, înscrieți-vă pentru un cont Professional la MonetizeMore astăzi!

Întrebări suplimentare