Pemutar video apa yang paling banyak digunakan penayang?

Posting ini terakhir diperbarui pada 6 Juli 2022

Dalam postingan blog mendetail ini, kita akan melihat lebih dekat berbagai pemutar video yang tersedia untuk penayang di pasar, membandingkan fitur-fiturnya (termasuk tabel perbandingan), melihat penayangan iklan video, berbagai unit iklan video, dan bahkan jebakan dari penayangan iklan.

Jika saat ini Anda bekerja dengan Google Ad Exchange, kami juga menyertakan bagian yang memberikan praktik terbaik untuk penayangan iklan video. Mari kita mulai!

pemain JW

Pemutar JW adalah salah satu pemutar berbasis web yang paling banyak digunakan yang mendukung berbagai format (HLS, VAST 3.0, VPAID 2.0) dan terintegrasi dengan sebagian besar jaringan iklan utama.

Cari tahu lebih lanjut tentang VPAID vs VAST di sini.

Pemutar video ini mendukung penayangan iklan multi-platform dengan fitur canggih seperti dukungan streaming langsung, teks tertutup, dan bukti masa depan dengan dukungan asli untuk pemutaran video 360 & VR.

Ini menyediakan SDK asli untuk Android dan iOS untuk implementasi dalam aplikasi. Ini juga merupakan penyedia tepercaya untuk menayangkan iklan melalui paket DoubleClick Google dan merupakan mitra penerbit bersertifikasi Google.

Klien pemain JW termasuk Amazon, Vice, Univision, Fox, dan banyak lagi. JW player bekerja sama dengan SpotX baru-baru ini memperkenalkan penawaran Header asli (video) untuk monetisasi konten yang disajikan menggunakan JW player.

Demo & contoh penerapan pemain dapat ditemukan di sini, untuk mendapatkan gambaran tentang kemampuan pemain dan aspek fungsionalnya.

Fitur yang tersedia di rilisan JW player 8:

• Dukungan streaming multi protokol: HLS, DASH (Adobe RTMP tidak didukung)
• Dukungan pemutaran video 4k pada mode HTML5
• Dukungan pemutaran video 60FPS
• Dukungan daftar putar format RSS/XML dan JSON
• VAST 4.0, VPAID 2.0, dukungan VMAP
• Integrasi dengan SDK server iklan utama: Google IMA SDK & SDK Pengelola Iklan FreeWheel
• Podding, waterfall/fallback, penjadwalan iklan

Harga untuk pemutar video ini mulai dari $5 per bulan (ditagih setiap tahun). Penetapan harga khusus untuk monetisasi melalui penayangan iklan berdasarkan lalu lintas lebih dari $50 per bulan. Integrasi IMA SDK tidak tersedia untuk penawaran entri (5$ pm) dan tingkat menengah (50$ pm).

Ooyala

Rilisan terbaru pemutar video Ooyala membanggakan daftar panjang fitur, yang akan memenuhi semua kebutuhan publikasi dan monetisasi video Anda. Desain UI mereka mengikuti pedoman Google Material UX dan sangat dapat disesuaikan untuk mencerminkan branding Anda.

Beberapa fitur yang tersedia di Ooyala player 4.0 adalah:

• Kontrol pemutar yang sadar konten
• Teks tertutup (DFXP)
• Kemampuan untuk berbagi konten di media sosial
• Mesin rekomendasi
• Format yang didukung: VAST 3.0, VPAID 2.0, VMAP 1.0, HLS dan MP4, OSMF Flash HDS, HDS paket Akamai, serta DASH dan HLS
• Pencarian mundur pada pemutaran konten streaming langsung
• Manajemen Podding dan Cue Point
• SDK Android & iOS
• Integrasi Google IMA melalui plugin.
• Dukungan platform multi analitik (Adobe, comScore, Nielsen, Google analytics, dll.)
• Penawaran monetisasi asli melalui pulsa Ooyala.
• Memiliki beberapa integrasi jaringan iklan di luar kotak.

Harga: Lihat struktur harga pelanggan di sana.

Brightcove

Penawaran penerbitan dan monetisasi video Brightcove ditujukan untuk penerbit besar dengan lalu lintas tinggi dan katalog konten yang besar. Rangkaian produk Brightcove memenuhi semua persyaratan untuk penerbitan konten video mulai dari pemutaran konten dasar hingga hosting konten, penyerapan konten, analitik lanjutan & alat pemasaran.

Ini akan membantu mengurangi jumlah bagian yang bergerak, sehingga menghilangkan masalah kompatibilitas dan meningkatkan keandalan. Beberapa merek terbesar seperti Ford, BBC, Oracle, Condenast, dan GoDaddy menggunakan rangkaian Brightcove untuk kebutuhan penerbitan mereka.

Fitur termasuk:

• Integrasi IMA, OnceUX, SpotX, dan FreeWheel Google
• Dukungan pemutaran video 360
• Ketersediaan perlindungan konten DRM (format Widevine Media)
• Dukungan pengiriman multi-format streaming langsung (HLS, DASH, Apple's FairPlay Streaming)
• iOS asli dan Android SDK untuk penerapan dalam aplikasi
• Dukungan tvOS asli (Apple TV).
• Dukungan Airplay untuk konten yang tidak dimonetisasi dengan iOS SDK asli
• Integrasi Native Analytics dan Adobe Analytics
• Beberapa trek audio mendukung iOS asli dan Android SDK
• Dukungan penayangan iklan sisi server

Harga: Hanya harga khusus yang tersedia.

Video.js

Berbeda dengan pemain lain dalam daftar ini, Video.js adalah penawaran open source dari pemutar video berbasis HTML5 dengan dukungan untuk monetisasi video. Sponsor utama proyek ini adalah Brightcove, yang pemutar videonya juga dibangun di atas kerangka kerja video.JS.

Proyek ini memiliki komunitas yang sangat membantu dengan beragam plugin untuk integrasi pihak ke-3 dan layanan tambahan. Itu dapat disesuaikan sesuai kebutuhan (diperlukan penyesuaian HTML, CSS & Javascript) atau dapat digunakan di luar kotak.

Lihat panduannya di sini dan plugin tersedia untuk mendukung integrasi IMA SDK.

Beberapa klien terkenal termasuk Instagram, Twitter, Microsoft, Github, IGN, The Guardian dan banyak lagi.

Fitur yang didukung oleh plugin adalah:

• Kurasi daftar putar khusus
• Dukungan Airplay dan Chromecast (Bergantung pada browser & perangkat)
• Integrasi Google Analytics
• Dukungan streaming langsung (HLS & DASH)
• Pelaporan kesalahan khusus
• Pemutaran konten DRM (Apple Fairplay)
• Integrasi IMA SDK
• Integrasi CDN Ooyala
• Dukungan video 360, VR & panorama
• Mesin rekomendasi konten
• Integrasi berbagi sosial

Harga: Gratis

Matriks perbandingan fitur

Informasi latar belakang tentang pemutar video

Pemutar video tradisional hanya memiliki satu tugas untuk dilakukan, memutar konten hanya dengan kontrol navigasi dasar. Pemain memiliki daftar format video yang dapat mereka render, dan hanya itu saja.

Saat ini, pemutar video telah berevolusi untuk memenuhi permintaan yang terus meningkat dan banyak fungsi selain hanya memutar aset video. Dengan adopsi HTML5 di seluruh industri, pemain yang pernah digunakan secara luas, berdasarkan kerangka kerja flash mengalami penurunan yang cepat.

Ada beberapa alasan bagi Anda untuk beralih ke pemutar HTML5 daripada pemutar berbasis flash, di mana dua faktor pendorong utamanya adalah kecepatan dan keamanan.

Namun, jika Anda ingin menyajikan konten berbasis flash, ada beberapa opsi untuk Anda bahkan saat ini, banyak pemutar video yang mendukung file video format flash.

Dalam konteks penayangan iklan, flash tidak lagi didukung oleh semua browser web utama.

Bagaimana cara pemutar video meminta dan menayangkan iklan?

Seorang pemain pertama-tama membutuhkan penerapan tag iklan video, yang akan dipicu pada titik tanda di mana iklan seharusnya ditampilkan.

Ada tiga posisi utama tempat iklan video ditayangkan:

1. Pre-roll: Iklan saat diputar/dirender sebelum pemutaran konten dimulai.
2. Paruh-putar: Posisi apa pun antara awal dan akhir konten dianggap sebagai paruh-putar.
3. Post-roll: Iklan saat diputar/dirender di akhir/penyelesaian konten.

Saat permintaan dibuat ke server iklan, pemilihan iklan/RTB dilakukan, dan iklan pemenang dikembalikan dalam respons VAST XML dengan semua aset media terkait dan ping peristiwa pelacakan.

(VAST adalah singkatan dari 'Digital Video Ad Serving Template', yang merupakan spesifikasi yang dikembangkan oleh IAB untuk mendapatkan respons XML umum dari semua server iklan. Sebelumnya, setiap server dan pemutar iklan memerlukan respons dalam format berbeda, yang tidak efisien)

Setelah menerima respons XML VAST dari server iklan, pemutar akan mengambil file aset materi iklan dan merendernya pada titik tanda yang telah ditentukan sebelum/selama/setelah pemutaran konten.

Pemutar juga akan mengaktifkan peristiwa pelacakan yang dikembalikan dalam XML VAST pada pemicu peristiwa terkait. Jika ada kegagalan/masalah, kesalahan VAST dipicu dan masuk ke server iklan untuk analisis di masa mendatang.

Ada tiga cara berbeda untuk menghosting aset media dalam hal penayangan iklan video:

Server iklan dihosting

Aset media dihosting di dalam server iklan yang digunakan untuk menayangkan iklan. Keuntungan dari pendekatan ini adalah URL hosting langsung dari file media dikembalikan dalam respons VAST. Ini secara signifikan mengurangi latensi dan tingkat kegagalan untuk mengambil file media oleh pemutar.

Dihosting secara eksternal

Aset media dihosting di CDN pihak ketiga, dan URL hosting dikembalikan dalam XML VAST. Ini dapat menambah latensi dalam mengambil file media, bergantung pada waktu respons CDN.

Tag pengalihan

Ini adalah jenis hosting aset media yang paling umum digunakan tempat tag pengalihan diproses di server iklan, dan tag yang sama dikembalikan di VAST XML. Pemutar kemudian memicu tag pengalihan yang kemudian mengambil file media dalam respons VAST kedua.

Opsi ini biasanya digunakan dalam penerapan di mana lelang lain dilakukan di server iklan kedua, dan file media/iklan dapat berbeda untuk setiap permintaan.

Jenis unit/penerapan/penayangan iklan Video

Dalam-aliran

Dalam jenis penayangan iklan video ini, iklan video ditayangkan dalam sebuah pemutar/Aplikasi. Fokus utama Target Audiens dalam hal ini adalah konten yang disajikan melalui pemutar video secara khusus. 3 format iklan umumnya ditayangkan di lingkungan ini:

1. Linier: Ini umumnya adalah iklan dalam format video dan disajikan dengan mengganggu pemutaran konten.Ada tiga posisi/timeline di mana iklan linier dapat ditayangkan, sebelum konten (preroll), selama pemutaran konten (midroll) dan setelah konten selesai diputar (post-roll).
2. Non-Linear: Ini umumnya adalah gambar statis, atau format berkemampuan multimedia, yang tidak mengganggu/menghentikan sementara pemutaran konten.Biasanya berukuran lebih kecil dan dihamparkan di bagian bawah/bawah pemutar video.
3. Pengiring: Ini adalah iklan bergambar umum yang ditayangkan bersama dengan iklan linier di sekitar pemutar untuk mencapai pengalaman yang lebih imersif dan juga memberi pengguna opsi untuk mengambil tindakan terkait dengan iklan video yang ditayangkan lebih awal bahkan setelah berakhir (berguna jika iklan video pendek).

Aliran keluar:

Dalam implementasi jenis ini, tidak ada konten fokus pada pemutar video. Iklan video disajikan sesuai dengan tampilan konten di halaman.

Ada beberapa cara atau penerapan untuk menayangkan iklan video outstream. Yang paling umum adalah video dalam spanduk, di mana iklan video ditampilkan dalam unit iklan bergambar.

Implementasi lain yang umum digunakan adalah interstisial video, dalam video halaman (memunculkan pemutar).

Titik umum kegagalan khusus untuk penayangan iklan video:

Timeout : Setiap pemain memiliki opsi untuk mengatur batas waktu yang telah ditentukan, yang ketika tercapai, konten akan mulai diputar.Ini memastikan bahwa konten/pemutaran tidak tertahan, jika ada latensi/penundaan dalam mengambil file media yang memberikan pengalaman pengguna yang optimal.

Tanggapan VAST Kosong: Kemungkinan jika ada tag pengalihan, jika URL pengalihan tidak mengambil iklan, misalnya, permintaan ke server iklan pihak ketiga tidak terisi.

Beberapa pengalihan: Beberapa pengiklan/penyedia materi iklan menampilkan tag pengalihan lain untuk tag pengalihan pertama yang diproses.Hal ini dapat terjadi karena daisy chaining dan loop tak terbatas atau penundaan di setiap respons pengalihan.

Untuk mencegah hal ini, pemutar video memiliki batas pengalihan, yang jika tercapai, kesalahan VAST akan terpicu. Jika tidak ada batasan yang ditetapkan, titik kegagalan berikutnya akan mencapai batas waktu.

Format aset media tidak didukung: Jika pemutar video tidak dapat merender file media yang dikembalikan dalam XML VAST, kesalahan ini akan dipicu.Kesalahan ini tidak terlalu umum karena akan ada beberapa file media yang dikembalikan dengan ukuran, bitrate, encoding, dll yang berbeda. Pemutar dapat memilih salah satu yang paling sesuai dengan lingkungan tempat iklan akan ditampilkan.

Kehilangan pendapatan saat iklan gagal diputar dan memicu error?

Bagaimana jika tag yang diperdagangkan ke server iklan Anda gagal mengambil iklan?

Peluang untuk memonetisasi permintaan/kesan tertentu tersebut akan hilang. Untuk mengatasi masalah ini, waterfall/fallback berperan. Saat fallback diaktifkan di server iklan Anda, fallback akan mengirimkan sejumlah iklan pemenang yang telah ditentukan sebelumnya dalam respons VAST XML.

Jika yang pertama gagal karena alasan apa pun, pemain akan beralih ke iklan berikutnya dalam daftar. Proses ini berlangsung hingga pemain dapat memutar iklan.

Pertanyaan yang jelas dalam skenario ini adalah, apakah ini akan menyebabkan penundaan/meningkatkan waktu pemuatan dan render iklan?

Overhead, dalam hal ini, sangat diabaikan dan pemain menjalankan fallback dalam hitungan milidetik.

Kemungkinan titik kegagalan meskipun fallback diatur dengan benar:

Satu-satunya titik kegagalan, dalam hal ini, adalah jika server pihak ke-3 tidak mengembalikan respons atau mengembalikan respons kosong karena tidak ada iklan.

Dalam hal ini, pemutar video akan menunggu waktu tunggu yang ditetapkan, yang setelah tercapai akan memulai pemutaran konten. Iklan di fallback bahkan tidak akan dicoba.

Bagaimana mengatasi masalah timeout triggering sebelum semua iklan di fallback dicoba?

Ada dua pendekatan untuk ini:

1. Uji latensi dalam respons server iklan pihak ke-3 dan hindari penggunaan server/tag iklan yang membutuhkan banyak waktu untuk mengembalikan respons, bila tidak ada tawaran/iklan yang menang.
2. Setel waktu tunggu default pemutar ke durasi yang lebih tinggi, bergantung pada rata-rata waktu respons server iklan dari tag yang diproses ke server iklan Anda atau dari partner permintaan.

Kiat & Praktik terbaik untuk menayangkan iklan video melalui Google Ad Exchange (AdX)

• Agar dapat menayangkan iklan melalui platform terprogram Google, pemutar video harus diintegrasikan dengan IMA SDK yang tanpanya dapat terjadi ketidakkonsistenan dan ketidaksesuaian dalam pelaporan.

• Jika integrasi IMA SDK tidak memungkinkan, Google memberikan pendekatan alternatif untuk melayani permintaan AdX melalui penggunaan tag adaptor. Tag adaptor saat disajikan pada pemutar terintegrasi non-IMA, akan mengemulasi fungsionalitas IMA SDK untuk permintaan khusus tersebut dan menyediakan semua fungsi dan panggilan fungsi seperti pemutar terintegrasi IMA SDK. Tag adaptor dapat dibuat dengan memilih teknologi sebagai 'Adaptor IMA' saat membuat tag video di Google AdX.

• Hindari menayangkan tag adaptor IMA pada pemutar terintegrasi IMA SDK, karena ini bukan pendekatan yang disarankan dan mungkin gagal memutar iklan, sehingga memicu kesalahan VAST 901.
• Pastikan kepatuhan terhadap kebijakan khusus video AdX yang tercantum di sini, selain kebijakan program AdX.
• Mulai April 2018 dan seterusnya, pembaruan kebijakan baru Chrome memberlakukan pembatasan pada iklan video putar otomatis. Ini hanya akan berdampak jika Anda menayangkan iklan video putar otomatis dengan suara dan tidak berlaku untuk iklan video putar otomatis yang dibisukan secara default.
• Putar otomatis iklan video tanpa suara hanya diizinkan untuk ditayangkan jika salah satu kriteria berikut terpenuhi:
  • Sebelum iklan memulai pemutaran, pengguna telah berinteraksi di situs web Anda.
  • MEI (Indeks Keterlibatan Media) pengguna lebih tinggi dari ambang batas yang ditentukan sebelumnya (Hanya untuk desktop). Perhitungan indeks MEI dirinci dalam artikel ini.
  • Pada platform seluler, jika pengguna telah menyematkan/membookmark situs di layar beranda Perangkat.

Kesimpulan

Meskipun kami telah memberikan semua informasi untuk Anda dalam artikel ini, pemutar video dan penayangan iklan video dapat menjadi rumit. Untuk mendapatkan bantuan memilih yang tepat untuk bisnis penerbitan Anda dan menerapkannya dengan benar, daftar akun Profesional di MonetizeMore hari ini!

Pertanyaan tambahan