Cara memilih codec video yang tepat untuk pemutaran web

Pilihan codec adalah keputusan produk, bukan sekadar keputusan kompresi

Codec video mudah dibahas dengan cara yang keliru. Seseorang membandingkan AV1, H.264, VP9, dan HEVC pada sebuah grafik, menunjuk file terkecil, lalu menyatakan pemenangnya. Bukan seperti itu cara kerja pemutaran web di produksi.

Keputusan codec memengaruhi waktu mulai, buffering, daya tahan baterai, biaya CDN, kompatibilitas perangkat, infrastruktur encoding, eksposur hukum, dan tiket dukungan. Codec “terbaik” untuk layanan streaming dengan encoding farm besar belum tentu codec terbaik untuk situs marketing dengan lima video produk.

Pertanyaan yang berguna bukan “codec mana yang terbaik?” Melainkan: codec mana yang memberi audiens ini pemutaran yang baik dengan risiko operasional paling kecil?

Versi singkat: apa yang digunakan pada 2026

Untuk sebagian besar tim web, jawaban praktisnya kira-kira seperti ini:

• Gunakan H.264 sebagai baseline. Codec ini sudah lama, cukup efisien, banyak didekode secara hardware, dan masih menjadi lapisan kompatibilitas paling aman.
• Tambahkan AV1 ketika volume video atau biaya bandwidth membenarkannya. AV1 dapat memberikan kompresi yang sangat baik, terutama pada bitrate lebih rendah, tetapi encoding lebih lambat dan perangkat lama mungkin perlu fallback.
• Gunakan VP9 terutama ketika audiens dan pipeline Anda sudah mendukungnya. VP9 tetap berguna, terutama dalam workflow WebM dan beberapa lingkungan Android/desktop, tetapi AV1 adalah codec terbuka yang lebih berorientasi ke depan.
• Gunakan HEVC dengan hati-hati di web. Codec ini bisa menarik untuk audiens yang berat di Apple, tetapi dukungan browser/platform dan kompleksitas lisensi membuatnya kurang cocok sebagai default universal.

Itu mungkin terdengar konservatif. Memang. Kegagalan video tidak samar. Jika pemutaran rusak, pengguna tidak akan mengagumi rasio kompresi Anda.

Kenali empat codec web utama

H.264: default membosankan yang masih penting

H.264, juga dikenal sebagai AVC, tetap menjadi baseline video web yang paling aman. Codec ini bisa diputar hampir di mana saja: browser desktop, browser mobile, smart TV, perangkat lama, embed sosial, dan webview aplikasi native.

Kekuatannya sederhana:

• Dukungan sangat luas
• Tool encoding yang matang
• Decoding hardware yang andal
• Perilaku baterai yang baik di mobile
• Dukungan streaming yang dapat diprediksi

Kelemahannya juga jelas. Codec ini tidak seefisien AV1 atau HEVC dalam hal kompresi. Pada tingkat kualitas yang sama, H.264 biasanya membutuhkan lebih banyak bit. Jika Anda menyajikan video dalam volume besar, perbedaan itu menjadi biaya CDN yang nyata.

Namun, untuk klip pendek, video produk, video dokumentasi, dan situs dengan trafik rendah hingga menengah, H.264 biasanya merupakan encode pertama yang tepat.

AV1: codec efisien dengan trade-off nyata

AV1 adalah pilihan codec terbuka terkuat untuk delivery web modern. Codec ini sering memberikan kualitas lebih baik daripada H.264 dan VP9 pada bitrate yang sama, terutama untuk pengguna dengan bandwidth lebih rendah. Itu membuatnya menarik untuk platform streaming, penerbit yang berat di media, situs pendidikan, dan tim mana pun yang benar-benar memperhatikan biaya transfer.

Namun AV1 tidak gratis. Encoding-nya mahal secara komputasi, meskipun encoder modern dan akselerasi hardware sudah banyak membaik. Dukungan pemutaran juga bergantung pada perangkat. Desktop baru, perangkat Android, dan TV semakin mampu; ponsel dan laptop lama mungkin tidak memiliki decode hardware yang efisien.

Aturan praktisnya: AV1 sangat baik sebagai rendition tambahan, bukan sebagai satu-satunya rendition Anda. Pasangkan dengan fallback H.264 kecuali Anda mengontrol lingkungan pemutaran dengan ketat.

Keputusan ini mirip dengan pilihan format gambar diam: kompresi yang lebih baik hanya berguna ketika dukungan, waktu encoding, dan kualitas bertahan di dunia nyata. Pemikiran trade-off yang sama berlaku dalam keputusan format gambar seperti AVIF versus WebP.

VP9: masih berguna, kurang menarik

VP9 adalah alternatif terbuka utama sebelum AV1 matang. Codec ini bisa jauh lebih efisien daripada H.264 dan memiliki dukungan solid di banyak browser berbasis Chromium, Firefox, lingkungan Android, dan beberapa platform TV.

VP9 masih masuk akal jika:

• Anda sudah memiliki pipeline encoding VP9
• Audiens Anda sebagian besar menggunakan Chrome, Firefox, Android, atau smart TV
• Anda membutuhkan delivery WebM
• Biaya encoding AV1 belum dapat diterima

Namun untuk pipeline baru pada 2026, VP9 lebih sulit dibenarkan sebagai codec advanced jangka panjang. Jika Anda melampaui H.264, AV1 biasanya merupakan taruhan strategis yang lebih baik.

HEVC: kuat secara teknis, canggung secara operasional

HEVC, juga dikenal sebagai H.265, efisien dan banyak digunakan di beberapa ekosistem. Codec ini sangat relevan di perangkat Apple, tempat dukungan hardware umum tersedia.

Masalahnya bukan kualitas. Masalahnya adalah kepraktisan web. Dukungan browser secara historis terfragmentasi, lisensi lebih rumit dibanding codec terbuka, dan perilaku lintas platform bisa tidak merata. HEVC dapat menjadi tambahan yang cerdas untuk audiens yang berat di Apple atau workflow yang berdekatan dengan aplikasi native, tetapi jarang menjadi default web universal yang paling bersih.

Jika analytics Anda menunjukkan audiens Safari/iOS/macOS yang dominan, HEVC mungkin layak diuji. Jika Anda membutuhkan satu codec advanced untuk web luas, pilih AV1.

Mulailah dari audiens Anda, bukan tabel codec

Sebelum memilih format, jawab tiga pertanyaan dari analytics Anda sendiri:

1. Browser dan perangkat mana yang benar-benar menonton video Anda? Desktop Chrome tidak sama dengan Android kelas bawah, Safari di iPhone, browser in-app, atau smart TV.
2. Berapa panjang videonya? Hero loop 12 detik dan pelajaran 90 menit memiliki ekonomi yang sangat berbeda.
3. Berapa banyak video yang benar-benar dikonsumsi pengguna? Page view bukan watch time. Penghematan bandwidth paling berarti ketika orang menonton cukup banyak detik sehingga codec menjadi penting.

Jika trafik video Anda ringan, MP4 H.264 yang dikompresi dengan baik mungkin sudah cukup. Jika video adalah inti produk, gunakan beberapa rendition dan codec modern.

Sesuaikan pilihan codec dengan model delivery

Video embedded sederhana

Untuk situs kecil dengan beberapa video, mulai dengan:

• Video H.264
• Audio AAC
• Container MP4
• Resolusi dan bitrate yang wajar
• Poster image
• Lazy loading jika sesuai

Kombinasi ini tidak glamor, tetapi berfungsi. Anda dapat menambahkan AV1 atau VP9 secara opsional sebagai source WebM sebelum fallback MP4:

<video controls preload="metadata" poster="poster.jpg">
  <source src="demo-av1.webm" type="video/webm; codecs=av01.0.05M.08">
  <source src="demo-h264.mp4" type="video/mp4; codecs=avc1.4d401f, mp4a.40.2">
</video>

Browser akan memilih source pertama yang bisa diputar. Uji ini di perangkat nyata, bukan hanya laptop pengembangan Anda.

Streaming dan pemutaran long-form

Untuk konten yang lebih panjang, adaptive bitrate streaming lebih penting daripada codec tunggal mana pun. HLS dan MPEG-DASH memungkinkan player beralih antar tingkat kualitas berdasarkan kondisi jaringan dan perangkat.

Ladder streaming yang praktis dapat mencakup:

• Rendition H.264 untuk kompatibilitas luas
• Rendition AV1 untuk client modern yang mendukung
• Beberapa resolusi dan bitrate
• Rendition audio terpisah jika berguna
• Ukuran segment yang disesuaikan untuk perilaku startup dan switching

Pilihan codec dan desain bitrate ladder harus diuji bersama. Encode AV1 yang indah pada satu bitrate tidak membantu jika startup lambat, segment terlalu besar, atau perangkat kelas menengah kesulitan mendecode-nya.

Jangan abaikan decoding hardware

Codec yang didukung di software tidak sama dengan codec yang didukung dengan baik. Decoding software dapat meningkatkan penggunaan CPU, menguras baterai, dan menyebabkan dropped frame. Ini sangat penting untuk pengguna mobile, laptop dengan baterai, dan pemutaran 4K.

Saat menguji, perhatikan:

• Penggunaan CPU dan GPU
• Pengurasan baterai
• Dropped frame
• Suara kipas pada laptop
• Panas pada ponsel
• Keterlambatan startup
• Responsivitas seeking

Di sinilah “kompresi terbaik” dapat kalah dari “cukup baik dan didekode secara hardware.” File H.264 yang lebih besar tetapi diputar mulus mungkin lebih baik daripada file AV1 yang lebih kecil tetapi membakar baterai pengguna di hardware lama.

Bitrate masih lebih penting daripada yang diakui banyak tim

Pilihan codec tidak menyelamatkan bitrate ladder yang ceroboh. Banyak video web boros karena diekspor dengan pengaturan production-master lalu diunggah tanpa rencana delivery yang masuk akal.

Sebagai titik awal kasar untuk pemutaran web H.264 SDR:

• 720p: sekitar 2–4 Mbps
• 1080p: sekitar 4–8 Mbps
• 4K: sekitar 12–25 Mbps

AV1 dan HEVC sering kali bisa lebih rendah pada kualitas perseptual yang serupa, tetapi konten berpengaruh. Rekaman talking-head dikompresi berbeda dari game capture, screen recording, animasi, olahraga, atau film bergrain.

Selalu uji secara visual. Metrik kompresi membantu, tetapi persepsi manusia yang menentukan apakah video dapat diterima.

Container dan MIME type adalah bagian dari pekerjaan

Codec bukan format file. H.264 umumnya dikirim dalam MP4. AV1 dapat dikirim dalam WebM atau MP4 tergantung dukungan target dan pipeline. VP9 umumnya WebM. Pilihan codec audio juga penting: AAC tetap menjadi default audio MP4 yang aman, sementara Opus sangat baik dalam workflow WebM.

Sajikan MIME type yang benar. Pastikan range request berfungsi. Konfigurasikan caching dengan sengaja. Header yang rusak dapat membuat seeking video gagal atau memaksa download ulang yang tidak perlu. Jika video berperilaku berbeda di produksi dibanding lokal, periksa respons HTTP yang sebenarnya; pendekatan dalam debugging redirect dan header HTTP di produksi berlaku langsung untuk delivery media.

Ukur pemutaran, bukan hanya page speed

Skor performa generik dapat menandai halaman berat, tetapi tidak akan sepenuhnya menjelaskan pengalaman video. Lacak sinyal khusus video:

• Time to first frame
• Keterlambatan startup
• Rasio rebuffering
• Bitrate rata-rata yang dikirim
• Dropped frame
• Tingkat error berdasarkan browser dan perangkat
• Watch time dan titik abandonment

Audit halaman tetap berguna untuk masalah di sekitarnya: poster yang terlalu besar, script yang memblokir render, lazy loading yang buruk, dan layout shift di sekitar player. Jika tim Anda menggunakan Lighthouse sebagai pemeriksaan awal, bacalah sebagai alat prioritisasi, bukan vonis; laporan Lighthouse perlu interpretasi, terutama pada halaman yang berat di media.

Pohon keputusan praktis

Gunakan ini sebagai titik awal:

1. Butuh kompatibilitas maksimum? Gunakan H.264 MP4.
2. Menyajikan banyak menit video per pengguna? Tambahkan rendition AV1 jika didukung.
3. Audiens sebagian besar perangkat Apple? Pertimbangkan HEVC sebagai rendition tambahan, bukan satu-satunya.
4. Sudah berinvestasi di VP9? Pertahankan jika performanya baik; jangan migrasi tergesa-gesa tanpa bukti.
5. Long-form atau jaringan yang bervariasi? Gunakan adaptive streaming sebelum terobsesi pada satu codec.
6. Audiens mobile kelas bawah? Utamakan format yang didekode secara hardware dan bitrate konservatif.
7. Video dekoratif pendek? Pertimbangkan apakah seharusnya itu video sama sekali. Gambar statis, animasi, atau loop yang lebih pendek mungkin lebih baik.

<!-- tool-cta:start -->

💡 Coba ini: Uji bagaimana berbagai codec bekerja pada konten Anda dengan Video Converter, sehingga keputusan Anda didasarkan pada output nyata, bukan benchmark umum.

<!-- tool-cta:end -->

Rekomendasi default yang masuk akal

Jika Anda membangun atau menyegarkan pipeline video web hari ini, mulai dari sini:

• Encode fallback MP4 H.264/AAC yang andal.
• Tambahkan AV1 untuk browser dan perangkat yang diuntungkan olehnya.
• Gunakan adaptive streaming untuk konten long-form.
• Uji di perangkat nyata, termasuk hardware lama dan kelas bawah.
• Pantau error pemutaran dan buffering setelah launch.

Pemilihan codec bukan deklarasi satu kali. Ini adalah pilihan pemeliharaan. Dukungan browser membaik, hardware berubah, tool encoding menjadi lebih cepat, dan audiens Anda bergeser. Tinjau keputusan ini secara berkala, tetapi jangan mengejar setiap pengumuman codec baru. Codec yang tepat adalah codec yang dapat diputar pengguna Anda dengan mulus, pada kualitas yang dapat diterima, tanpa membuang bandwidth atau membuat delivery stack Anda rapuh.