Web oynatma için doğru video kodeği nasıl seçilir

Kodek seçimi yalnızca bir sıkıştırma kararı değil, bir ürün kararıdır

Video kodekleri hakkında kötü konuşmak kolaydır. Birisi AV1, H.264, VP9 ve HEVC’yi bir grafikte karşılaştırır, en küçük dosyayı gösterir ve kazananı ilan eder. Web oynatma üretim ortamında böyle çalışmaz.

Bir kodek kararı; başlatma süresini, arabelleğe almayı, pil ömrünü, CDN maliyetini, cihaz uyumluluğunu, kodlama altyapısını, hukuki riski ve destek taleplerini etkiler. Büyük bir kodlama çiftliğine sahip bir streaming servisi için “en iyi” kodek, beş ürün videosu olan bir pazarlama sitesi için mutlaka en iyi kodek değildir.

Faydalı soru “hangi kodek en iyisi?” değildir. Şudur: hangi kodek, bu kitleye en düşük operasyonel riskle iyi bir oynatma deneyimi sağlar?

Kısa versiyon: 2026’da ne kullanmalı

Çoğu web ekibi için pratik cevap şöyle görünür:

• H.264’ü temel katmanınız olarak kullanın. Eski, yeterince verimli, yaygın biçimde donanım tarafından çözülen ve hâlâ en güvenli uyumluluk katmanıdır.
• Video hacmi veya bant genişliği maliyeti bunu haklı çıkarıyorsa AV1 ekleyin. AV1, özellikle daha düşük bit hızlarında mükemmel sıkıştırma sunabilir; ancak kodlama daha yavaştır ve eski cihazlar geri dönüşe ihtiyaç duyabilir.
• VP9’u ağırlıklı olarak kitleniz ve işlem hattınız zaten onu destekliyorsa kullanın. Özellikle WebM iş akışlarında ve bazı Android/masaüstü ortamlarında hâlâ yararlıdır; ancak AV1 geleceğe daha dönük açık kodektir.
• Web’de HEVC’yi temkinli kullanın. Apple ağırlıklı kitleler için cazip olabilir; fakat tarayıcı/platform desteği ve lisanslama karmaşıklığı onu zayıf bir evrensel varsayılan yapar.

Bu kulağa muhafazakâr gelebilir. Öyledir. Video hataları incelikli değildir. Oynatma bozulursa kullanıcılar sıkıştırma oranınıza hayran kalmaz.

Dört ana web kodeğini tanıyın

H.264: hâlâ önemli olan sıkıcı varsayılan

AVC olarak da bilinen H.264, web’in en güvenli video temel katmanı olmaya devam eder. Neredeyse her yerde oynar: masaüstü tarayıcılar, mobil tarayıcılar, smart TV’ler, eski cihazlar, sosyal gömmeler ve native app webview’ları.

Güçlü yanları basittir:

• Çok geniş destek
• Olgun kodlama araçları
• Güvenilir donanım çözme
• Mobilde iyi pil davranışı
• Öngörülebilir streaming desteği

Zayıf yanları da açıktır. AV1 veya HEVC kadar sıkıştırma verimli değildir. Aynı kalite düzeyinde H.264 genellikle daha fazla bit gerektirir. Büyük hacimlerde video sunuyorsanız bu fark gerçek CDN maliyetine dönüşür.

Yine de kısa klipler, ürün videoları, dokümantasyon videoları ve düşük-orta trafik alan siteler için H.264 genellikle doğru ilk kodlamadır.

AV1: gerçek ödünleşimleri olan verimli kodek

AV1, modern web dağıtımı için en güçlü açık kodek seçeneğidir. Çoğu zaman aynı bit hızında H.264 ve VP9’dan daha iyi kalite sunar; özellikle düşük bant genişliğine sahip kullanıcılar için. Bu da onu streaming platformları, medya ağırlıklı yayıncılar, eğitim siteleri ve aktarım maliyetini ciddiye alan her ekip için cazip kılar.

Ancak AV1 ücretsiz değildir. Modern kodlayıcılar ve donanım hızlandırma çok gelişmiş olsa da kodlama hesaplama açısından pahalıdır. Oynatma desteği de cihaza bağlıdır. Yeni masaüstleri, Android cihazları ve TV’ler giderek daha yetenekli hâle gelirken; eski telefonlar ve dizüstüler verimli donanım çözmeye sahip olmayabilir.

Pratik kural: AV1, tek yorumunuz olarak değil, ek bir yorum olarak mükemmeldir. Oynatma ortamını sıkı biçimde kontrol etmiyorsanız onu H.264 geri dönüşüyle eşleştirin.

Bu karar, durağan görsel formatı seçimlerine benzer: daha iyi sıkıştırma yalnızca destek, kodlama süresi ve kalite gerçek dünyada ayakta kaldığında işe yarar. Aynı ödünleşim düşüncesi AVIF ile WebP arasındaki gibi görsel formatı kararları için de geçerlidir.

VP9: hâlâ yararlı, daha az heyecan verici

VP9, AV1 olgunlaşmadan önceki başlıca açık alternatifti. H.264’ten çok daha verimli olabilir ve birçok Chromium tabanlı tarayıcıda, Firefox’ta, Android ortamlarında ve bazı TV platformlarında sağlam desteğe sahiptir.

VP9 hâlâ şu durumlarda anlamlıdır:

• Zaten bir VP9 kodlama işlem hattınız varsa
• Kitleniz ağırlıklı olarak Chrome, Firefox, Android veya smart TV kullanıyorsa
• WebM dağıtımına ihtiyacınız varsa
• AV1 kodlama maliyeti henüz kabul edilebilir değilse

Bununla birlikte 2026’da yeni bir işlem hattı için VP9’u uzun vadeli gelişmiş kodek olarak gerekçelendirmek daha zordur. H.264’ün ötesine geçiyorsanız AV1 genellikle daha iyi stratejik bahistir.

HEVC: teknik olarak güçlü, operasyonel olarak zahmetli

H.265 olarak da bilinen HEVC, verimlidir ve bazı ekosistemlerde yaygın olarak kullanılır. Donanım desteğinin yaygın olduğu Apple cihazlarında özellikle ilgilidir.

Sorun kalite değildir. Sorun web pratiğidir. Tarayıcı desteği tarihsel olarak parçalı olmuştur, lisanslama açık kodeklere kıyasla daha karmaşıktır ve platformlar arası davranış düzensiz olabilir. HEVC, Apple ağırlıklı kitleler veya native app’e yakın iş akışları için akıllı bir ek olabilir; ancak nadiren en temiz evrensel web varsayılanıdır.

Analitikleriniz yoğun bir Safari/iOS/macOS kitlesi gösteriyorsa HEVC test etmeye değer olabilir. Geniş web için tek bir gelişmiş kodeğe ihtiyacınız varsa AV1’i tercih edin.

Kodek tablosuyla değil, kitlenizle başlayın

Formatları seçmeden önce kendi analitiklerinizden şu üç soruyu yanıtlayın:

1. Videonuzu gerçekten hangi tarayıcılar ve cihazlar izliyor? Masaüstü Chrome; düşük seviye Android, iPhone’da Safari, uygulama içi tarayıcılar veya smart TV’lerle aynı şey değildir.
2. Videolar ne kadar uzun? 12 saniyelik bir hero döngüsü ile 90 dakikalık bir dersin ekonomisi çok farklıdır.
3. Kullanıcılar gerçekte ne kadar video tüketiyor? Sayfa görüntüleme izleme süresi değildir. Bant genişliği tasarrufu, insanlar kodeğin fark yaratmasına yetecek kadar saniye izlediğinde en çok önem kazanır.

Video trafiğiniz hafifse iyi sıkıştırılmış bir H.264 MP4 yeterli olabilir. Video ürünün merkezindeyse birden çok yorum ve modern kodekler kullanın.

Kodek seçimini dağıtım modeliyle eşleştirin

Basit gömülü video

Birkaç videosu olan küçük bir site için şunlarla başlayın:

• H.264 video
• AAC ses
• MP4 container
• Makul çözünürlük ve bit hızı
• Poster görseli
• Uygun yerlerde lazy loading

Bu kombinasyon gösterişli değildir, ama çalışır. MP4 geri dönüşünden önce WebM kaynağı olarak isteğe bağlı AV1 veya VP9 ekleyebilirsiniz:

<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>

Tarayıcı oynatabildiği ilk kaynağı seçecektir. Bunu yalnızca geliştirme dizüstünüzde değil, gerçek cihazlarda test edin.

Streaming ve uzun biçimli oynatma

Daha uzun içerikler için adaptive bitrate streaming, tek bir kodekten daha önemlidir. HLS ve MPEG-DASH, player’ın ağ ve cihaz koşullarına göre kalite düzeyleri arasında geçiş yapmasını sağlar.

Pratik bir streaming ladder şunları içerebilir:

• Geniş uyumluluk için H.264 yorumları
• Uygun modern istemciler için AV1 yorumları
• Birden çok çözünürlük ve bit hızı
• Yararlı olduğu yerlerde ayrı ses yorumları
• Başlatma ve geçiş davranışı için ayarlanmış segment boyutları

Kodek seçimi ve bitrate ladder tasarımı birlikte test edilmelidir. Tek bir bit hızındaki güzel bir AV1 kodlaması; başlatma yavaşsa, segmentler çok büyükse veya orta seviye cihazlar onu çözmekte zorlanıyorsa yardımcı olmaz.

Donanım çözmeyi göz ardı etmeyin

Yazılımda desteklenen bir kodek, iyi desteklenen bir kodekle aynı şey değildir. Yazılımsal çözme CPU kullanımını artırabilir, pili tüketebilir ve kare düşmesine neden olabilir. Bu özellikle mobil kullanıcılar, pille çalışan dizüstüler ve 4K oynatma için önemlidir.

Test ederken şunları izleyin:

• CPU ve GPU kullanımı
• Pil tüketimi
• Düşen kareler
• Dizüstülerde fan sesi
• Telefonlarda ısı
• Başlatma gecikmesi
• İleri/geri sarma yanıt verebilirliği

“En iyi sıkıştırma”nın “yeterince iyi ve donanım tarafından çözülen”e kaybedebileceği yer burasıdır. Sorunsuz oynayan daha büyük bir H.264 dosyası, eski donanımda kullanıcının pilini tüketen daha küçük bir AV1 dosyasından daha iyi olabilir.

Bit hızı ekiplerin kabul ettiğinden hâlâ daha önemlidir

Kodek seçimi özensiz bir bitrate ladder’ı kurtarmaz. Birçok web videosu, production master ayarlarında dışa aktarılıp mantıklı bir dağıtım planı olmadan yüklendiği için savurgandır.

H.264 SDR web oynatma için kaba bir başlangıç noktası olarak:

• 720p: yaklaşık 2–4 Mbps
• 1080p: yaklaşık 4–8 Mbps
• 4K: yaklaşık 12–25 Mbps

AV1 ve HEVC, benzer algılanan kalitede çoğu zaman daha aşağı inebilir; ancak içerik önemlidir. Konuşan kafa görüntüleri; oyun kaydı, ekran kayıtları, animasyon, spor veya grenli filmden farklı sıkıştırılır.

Her zaman görsel olarak test edin. Sıkıştırma metrikleri yardımcı olur, ancak videonun kabul edilebilir olup olmadığına insan algısı karar verir.

Container’lar ve MIME türleri işin bir parçasıdır

Kodek bir dosya formatı değildir. H.264 genellikle MP4 içinde dağıtılır. AV1, hedef destek ve işlem hattına bağlı olarak WebM veya MP4 içinde dağıtılabilir. VP9 genellikle WebM’dir. Ses kodeği seçimleri de önemlidir: AAC, MP4 için güvenli varsayılan ses seçeneği olmaya devam ederken Opus, WebM iş akışlarında mükemmeldir.

Doğru MIME türlerini sunun. Range request’lerin çalıştığından emin olun. Önbelleğe almayı bilinçli biçimde yapılandırın. Bozuk header’lar videoda ileri/geri sarmayı bozabilir veya gereksiz yeniden indirmelere yol açabilir. Video üretimde yerelde olduğundan farklı davranıyorsa gerçek HTTP yanıtını inceleyin; üretimde redirect’leri ve HTTP header’larını debug etme yaklaşımı medya dağıtımına doğrudan uygulanır.

Yalnızca sayfa hızını değil, oynatmayı ölçün

Genel performans skorları ağır sayfaları işaretleyebilir, ancak video deneyimini tamamen açıklamaz. Videoya özgü sinyalleri izleyin:

• İlk kareye kadar geçen süre
• Başlatma gecikmesi
• Yeniden arabelleğe alma oranı
• Sunulan ortalama bit hızı
• Düşen kareler
• Tarayıcı ve cihaza göre hata oranı
• İzleme süresi ve terk etme noktaları

Bir sayfa denetimi, çevredeki sorunlar için hâlâ yararlıdır: aşırı büyük poster’lar, render-blocking script’ler, kötü lazy loading ve player çevresindeki layout shift’ler. Ekibiniz Lighthouse’u ilk geçiş olarak kullanıyorsa onu bir hüküm değil, önceliklendirme aracı olarak okuyun; özellikle medya ağırlıklı sayfalarda Lighthouse raporları yorum gerektirir.

Pratik bir karar ağacı

Bunu başlangıç noktası olarak kullanın:

1. Maksimum uyumluluk mu gerekiyor? H.264 MP4 kullanın.
2. Kullanıcı başına çok dakika video mu sunuyorsunuz? Desteklenen yerlerde AV1 yorumları ekleyin.
3. Kitleniz çoğunlukla Apple cihazları mı? HEVC’yi tek seçeneğiniz olarak değil, ek bir yorum olarak değerlendirin.
4. Zaten VP9’a yatırım yaptınız mı? İyi performans gösteriyorsa koruyun; kanıt olmadan acilen taşımayın.
5. Uzun biçimli içerik veya değişken ağlar mı? Tek bir kodeğe takılmadan önce adaptive streaming kullanın.
6. Düşük seviye mobil kitle mi? Donanım tarafından çözülen formatları ve muhafazakâr bit hızlarını tercih edin.
7. Kısa dekoratif video mu? Bunun gerçekten video olması gerekip gerekmediğini değerlendirin. Statik bir görsel, animasyon veya daha kısa bir döngü daha iyi olabilir.

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

💡 Bunu deneyin: Farklı codec'lerin içeriğinizde nasıl sonuç verdiğini Video Converter ile test edin, böylece kararınız genel benchmarklara değil gerçek çıktıya dayanır.

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

Mantıklı varsayılan öneri

Bugün bir web video işlem hattı oluşturuyor veya yeniliyorsanız buradan başlayın:

• Güvenilir bir H.264/AAC MP4 geri dönüşü kodlayın.
• Bundan faydalanacak tarayıcılar ve cihazlar için AV1 ekleyin.
• Uzun biçimli içerik için adaptive streaming kullanın.
• Eski ve düşük seviye donanım dahil gerçek cihazlarda test edin.
• Yayından sonra oynatma hatalarını ve arabelleğe almayı izleyin.

Kodek seçimi tek seferlik bir ilan değildir. Bir bakım tercihidir. Tarayıcı desteği gelişir, donanım değişir, kodlama araçları hızlanır ve kitleniz kayar. Kararı düzenli aralıklarla gözden geçirin; ancak her yeni kodek duyurusunun peşinden koşmayın. Doğru kodek, kullanıcılarınızın kabul edilebilir kalitede, bant genişliği israf etmeden ve dağıtım yığınınızı kırılganlaştırmadan sorunsuz oynatabildiği kodektir.