"JPEG'den %25-35 daha küçük" — WebP konuşulmaya başlandığında bu rakam her yerde tekrarlandı. Doğru mu? Pratikte büyük ölçüde evet. Ama bu sayı, sabit ve koşulsuz bir vaat değil; kaynak görselin tipine, başlangıç kalitesine ve seçilen kalite parametresine göre ciddi biçimde değişir.
Bir gerçeği baştan netleştirmek gerekir: WebP dönüştürme, yeniden sıkıştırmaktan farklıdır. Kaynak olarak bozulmuş ya da aşırı sıkıştırılmış bir JPEG kullanırsanız çıktı WebP de o bozulmayı taşır — format değişimi kalite restorasyonu değildir. Bunu göz önünde tutarak başlamak, dönüşüm sonuçlarını sürprizsiz kılar.
JPEG ve PNG'ye kıyasla boyut farkı nereden geliyor?
WebP, Google'ın VP8 video codec'inden türemiş bir sıkıştırma mimarisi üzerine kurulu. JPEG'in onlarca yıldır standart olarak kullandığı DCT (Discrete Cosine Transform) tabanlı yaklaşımın aksine WebP, blok tahmini ve adaptif nicemleme kombinasyonunu kullanır. Bu teknik, özellikle renk geçişleri ve yoğun detay barındıran fotoğrafik içerikte daha verimli veri temsili sağlar.
Pratikte ne anlama geliyor? Aynı görsel kalitesi için daha az bit harcanıyor. Fotoğraf ağırlıklı içeriklerde — ten tonları, gökyüzü geçişleri, karmaşık arka planlar — kazanç genellikle %25-35 aralığında seyreder. Grafik ağırlıklı görsellerde, sert kenarlar ve düz renk alanları içerenlerde ise bu oran daha sınırlı; %10-20 civarında kabul gören bir tahmin.
Kritik bir nokta: JPEG kalite değeri ile WebP kalite değeri birebir örtüşmez. JPEG 80 ile WebP 80 aynı sayıyı paylaşır ama çok farklı çıktı üretir. WebP 80, görsel açıdan JPEG 85-90'a yakın bir sonuç verirken dosya boyutunu belirgin biçimde daha küçük tutar. Bu asimetri, kalite ayarı seçimini sezgisel bir işten bilinçli bir karara dönüştürür.
Hangi kaynak formattan geçiş en çok kazandırır?
PNG'den WebP'ye dönüşüm, genellikle en büyük boyut farkını üretir. PNG başından beri lossless çalıştığı için dosya boyutu yüksek; WebP lossy modda bu dosyayı çok daha küçük bir boyuta indirgeyebilir. E-ticaret ürün görselleri, blog kapak görselleri ve UI screenshot'ları bu kategorinin tipik örnekleri — şeffaflık gerektirmeyen durumlarda WebP lossy seçim, boyutu %40-60 oranında küçültebilir.
Şeffaflık zorunluysa lossless WebP tercih edilebilir. Kazanç lossy kadar dramatik olmaz ama PNG'ye kıyasla %20-25 küçülme sık görülen bir aralık. Bununla birlikte, basit ve az renkli görsellerde lossless WebP zaman zaman orijinal PNG'den büyük dosya üretebilir. Toplu dönüşümde bu nokta genellikle atlanıyor — yüzlerce görseli aynı anda işlemek pratik görünse de çıktı dosyalarını örneklemeden incelemek, beklenmedik boyut artışlarını önceden yakalamanın tek yolu.
JPEG'ten WebP'ye dönüşüm de anlamlı, ama daha az dramatik. JPEG zaten kayıplı sıkıştırma uygulamış; WebP buna bir optimizasyon katmanı daha ekler. Yüksek kaliteli JPEG'lerden (85+) yapılan dönüşümde kazanç belirgin, orta kaliteli JPEG'lerde (70-75) fark küçülür. Dönüşüm sırasında yeni bir lossy katman uygulandığı için çok düşük kaynak kalitesiyle başlanırsa çıktı, gözle fark edilir bozulma taşıyabilir.
Bu yüzden kaynak dosyayı dönüştürmeden önce kalitesini değerlendirmek, sonucu tahmin etmek açısından faydalı — özellikle toplu işlemlerde hangi görsellerin hangi kalite ayarıyla işleneceğine önceden karar vermek, çıktı tutarlılığını artırır.
Kalite ayarı nasıl belirlenir?
WebP quality parametresi 0-100 aralığında çalışır. 100'e yaklaştıkça lossless'a yakın çıktı elde edilir ama dosya boyutu buna bağlı olarak büyür. Sıfıra yakın değerlerde ise dosya küçülse de blok artifactlar belirginleşir; bu uç değerlerin web kullanımında yeri yok.
Pratik başlangıç noktaları şöyle özetlenebilir: Fotoğraf ve hero görseller için 80-85 aralığı, yaygın kabul gören eşik. Bu değerde görsel fark çoğu ekranda — özellikle mobilde — fark edilmezken dosya boyutu JPEG eşdeğerine kıyasla belirgin biçimde küçük çıkar. Grafik, metin içeren görsel veya kenar netliği kritik içerikler için 90+ tercih edilmeli; sert kenarlarda blocky artifactlar düşük quality değerinde gözle seçilebilir hale gelir. Thumbnail ve küçük önizleme görseller için ise 75-80 genellikle yeterli — küçük boyutlarda gözün kalite farkını algılama eşiği düşer.
Lossless WebP ne zaman tercih edilmeli? Piksel mükemmeliyeti kritikse ve şeffaflık zorunluysa — ikon setleri, UI elementleri, katmanlı bileşen görselleri. Bu dışında lossy WebP, dosya boyutu açısından her zaman daha avantajlı çıkar.
Formatı değiştirmek yerine mevcut görseli küçültmek yeterliyse, lossy veya lossless sıkıştırma da bir seçenek — şeffaflık korunur, kaynak format değişmez.
Tarayıcı desteği artık nerede?
2025 itibarıyla WebP desteği masaüstü ve mobil tarayıcılarda neredeyse evrensel. Chrome, Firefox, Safari (14+), Edge ve Samsung Internet tamamı destekliyor. Türkiye'den erişen kullanıcı tabanının büyük çoğunluğu için WebP herhangi bir özel işlem gerektirmeden çalışır.
Bu durum, picture etiketi ve JPEG fallback'in tamamen gereksiz hale geldiği anlamına gelmez. Eski iOS sürümleri ve bazı tarayıcıların özgün yapılandırmaları küçük ama gerçek bir kitleyi oluşturuyor. Hero görseller gibi sayfa yüklenme süreci üzerinde doğrudan etkili içerikler için <picture> etiketi ile JPEG fallback sunmak hala güvenli yaklaşım. Fallback kararı sonuçta şu soruya bağlı: yanlış giderse ne kadar sorun çıkar?
CDN veya CMS katmanında otomatik WebP dönüştürme yapılıyorsa — birçok modern platform bunu destekliyor — kaynak görsel orijinal formatta tutulup servis katmanı dönüşümü üstlenebilir. Bu yaklaşımda her tarayıcıya uygun format otomatik seçilir ve fallback yönetimi uygulama katmanından çıkar.
Dönüşüm sonrasında sayfanın LCP ve genel yüklenme hızındaki değişimi izlemek için site hız analizi yapabilirsiniz — özellikle hero görsel WebP'ye geçtikten sonra LCP değişimini görmek, kararın fiili etkisini netleştirir.
Ne zaman WebP'ye geçmemeli?
Kazanç tutarlı olsa da her senaryo WebP dönüşümüne uygun değil.
Düzenleme ve arşiv iş akışındaysanız, WebP son kullanıcı formatı olarak kalmalı. Görseli sonradan tekrar düzenleyecek, katmanlarla çalışacak veya farklı çıktılar üretecekseniz kaynak olarak PNG veya TIFF saklayın. WebP bu süreçte ara format olarak verimli değil; her yeniden düzenleme yeni bir kayıp katmanı ekler.
Baskı sürecine girecek materyaller için WebP uygun değil. Format RGB renk modelinde çalışır; baskı için gerekli CMYK desteği yok. Bu tür içeriklerde yüksek kaliteli JPEG veya TIFF, baskı öncesi iş akışında standart kalmaya devam ediyor.
CMS ve platform kısıtlamaları da belirleyici. Bazı eski WordPress sürümleri, özel tema yapılandırmaları veya e-ticaret platformlarının medya işleme katmanları WebP'yi media library'e kabul etmez ya da otomatik olarak başka formata çevirir. Ön uçta WebP sunmak ile yönetim panelinde WebP depolamak iki farklı kararı gerektiriyor; birini çözmiş olmak diğerini otomatik çözmüyor.
Son olarak, çok küçük dosyalarda boyut farkı da küçük kalır. 15-20 KB altındaki bir görsel için WebP geçişinin getirdiği mutlak kazanç da küçük olacak; dönüştürme, test ve yayın sürecinin maliyeti bu kazancı aşabilir.
WebP, web için tasarlanmış bir formattır — ve bu özelleşme verisiyle destekleniyor. Hangi görsellerin önce dönüştürüleceğini bilmek, araç kullanmaktan önce gelen adım. Büyük dosyalar, sık yüklenen sayfalar, yavaş bağlantı kullanan kitleye yönelik içerikler — başlangıç noktası bu üçünün kesiştiği yer.
Format seçiminin daha geniş tablosu için JPEG, PNG ve WebP arasındaki seçim mantığını ele aldığımız yazıyı da inceleyebilirsiniz.