Görsel Formatları Rehberi: PNG, JPG, WebP, AVIF ve SVG

JPG / JPEG  Joint Photographic Experts Group

1992'de Joint Photographic Experts Group tarafından geliştirilen JPG, özellikle fotoğrafları verimli sıkıştırmak için tasarlandı. Algoritması görseli 8×8 piksellik bloklara böler ve her bloğu frekansların birleşimi olarak temsil etmek için Ayrık Kosinüs Dönüşümü (DCT) uygular — insan gözünün daha az algıladığı yüksek değişimli frekansları atar. Sonuç kayıplı bir sıkıştırmadır: özgün verinin bir kısmı kalıcı olarak yok edilir.

Fotoğraflarda neden bu kadar iyi: fotoğraflarda renk geçişleri yumuşak ve kademelidir — JPG'nin en verimli sıkıştırdığı bilgi türü tam olarak budur. %80 kalitede kaydedilmiş bir manzara fotoğrafı, sıkıştırılmamış hâlinden 10 kat küçük olabilir ve ekranda fark edilir bir görsel fark bırakmaz.

Nerede tökezler: 8×8 blok algoritması keskin kenarlarda, metinde ve düz renk alanlarında gözle görülür bozulmalar üretir. Beyaz zemine siyah bir logo JPG olarak kaydedildiğinde harflerin çevresinde gri lekeler belirir — meşhur "JPEG artifacts". Ayrıca JPG alfa kanalını (şeffaflığı) desteklemez.

Ne zaman kullanmalı: web, baskı ve e-posta için fotoğraflar. Ürün fotoğrafları, bannerlar, blog görselleri. Renk çeşitliliği yüksek olan ve şeffaflık gerektirmeyen her görsel.

Ne zaman kullanmamalı: logolar, simgeler, metin içeren ekran görüntüleri, şeffaf arka planlı görseller, keskin kenarlı çizimler ve defalarca yeniden düzenlenip kaydedilecek dosyalar.

PNG  Portable Network Graphics

1996'da GIF'e (patent kısıtları olan formata) alternatif olarak çıkan PNG kayıpsız sıkıştırma kullanır — hiçbir veri atılmaz. DEFLATE algoritması (LZ77 ile Huffman kodlamasının birleşimi) piksel verisini hiçbir şeyi atmadan daha verimli düzenler. Böylece dosya kaç kez kaydedilirse kaydedilsin, açılan görsel özgün hâliyle piksel piksel aynı kalır.

Alfa kanalı: PNG, RGB'ye ek olarak piksel başına dördüncü bir kanal destekler — 0 (tamamen şeffaf) ile 255 (tamamen opak) arasında saydamlığı yöneten alfa kanalı. Bu sayede tam şeffaflık, yarı saydamlık ve her zemin üzerinde yumuşak kenar geçişleri mümkün olur.

PNG-8, PNG-24 ve PNG-32: PNG-8, GIF gibi en fazla 256 renklik bir palet kullanır; basit simgeler ve az renkli görseller için idealdir. PNG-24 şeffaflık olmadan tam renk (16 milyon) kullanır. PNG-32 ise tam rengi alfa kanalıyla birleştirir — "şeffaf PNG" denince kastedilen genelde budur.

Nerede tökezler: fotoğraflarda PNG verimsizdir — PNG olarak kaydedilmiş fotoğraflar JPG karşılığından 3-10 kat büyük olabilir. Kayıpsız sıkıştırma, fotoğraflardaki renk değişimini verimli biçimde eleyemez.

Ne zaman kullanmalı: şeffaf arka planlı logo ve simgeler, metin içeren ekran görüntüleri, infografikler, düz renk alanları olan görseller, keskin kenarlı dijital çizimler ve birikimli kayıp olmadan yeniden düzenlenmesi gereken dosyalar.

Ne zaman kullanmamalı: web için fotoğraflar (JPG ya da WebP kullanın), küçük dosya gereken görseller ve JPG'nin daha uyumlu olduğu e-posta pazarlaması.

WebP  Web Picture format

Google tarafından VP8 video kodeği temel alınarak geliştirilen WebP, 2010'da web'de JPG ile PNG'nin evrensel halefi olmak üzere yayımlandı. İki modu da destekler: kayıplı (fotoğraflar için, VP8 tabanlı) ve kayıpsız (grafikler için, kendi algoritmasıyla). Kayıplı modda WebP, blok tahmini ve uyarlanabilir dönüşüm kullanır — JPG'nin DCT'sinden daha gelişmiş teknikler — ve aynı görüntü kalitesinde %25-35 daha küçük dosyalar üretir.

İki dünyanın da en iyisi: WebP yalnızca fotoğraflarda JPG'nin yerini almaz (kayıplı mod); logo ve grafiklerde PNG'nin de yerini alır (alfa kanallı kayıpsız mod) ve genelde %20-30 daha küçük dosya verir. JPG ile PNG'nin kullanım alanlarını tek çatı altında toplayan ve ikisinde de daha verimli olan tek format budur.

2026'da uyumluluk: Chrome, Firefox, Safari (14 ve sonrası), Edge ve Opera destekliyor — bu da web kullanıcılarının %97'sinden fazlası demek. Başlıca istisna eski e-posta istemcileri (özellikle Outlook) ve IE11 kullanan eski kurumsal sistemler.

Ne zaman kullanmalı: web'e giden hemen her görsel — fotoğraflar, logolar, simgeler, bannerlar. Modern sitelerde yüklenen her dosya için önerilen standart formattır. Google PageSpeed Insights, WebP'nin kullanılabileceği yerde JPG ya da PNG gördüğünde özellikle WebP öneriyor.

Ne zaman kullanmamalı: e-posta pazarlaması (uyumluluk tutarsız), matbaa baskısı, YouTube kapak görselleri (WebP kabul edilmiyor) ve son kullanıcının eski sistemlerde açacağı indirilebilir dosyalar.

AVIF  AV1 Image File Format

AVIF, AV1 video kodeğinden türetildi (Google, Mozilla, Netflix, Amazon ve diğerlerinin yer aldığı Alliance for Open Media geliştirdi). Web görselleri için bugün var olan en yeni ve teknik olarak en gelişmiş format — birçok durumda aynı görüntü kalitesinde WebP'den %20-50 küçük dosya üretiyor, özellikle WebP'nin gözle görülür bozulma vermeye başladığı düşük kalitelerde.

Neden bu kadar verimli: AV1, WebP'nin VP8'inden çok daha gelişmiş sıkıştırma teknikleri kullanıyor — kare içi tahmin modları, değişken boyutlu dönüşümler ve döngü filtreleri dahil. Sonuç özellikle karmaşık fotoğraflarda ve ince renk geçişlerinde çarpıcı oluyor.

Kodlama sorunu: görselleri AVIF'e dönüştürmek WebP'ye kıyasla belirgin biçimde yavaş — bir AVIF kodlayıcı aynı görseli işlemek için 10-100 kat fazla süre harcayabiliyor. Çok görselli siteler ya da anlık görsel sürümü üreten derleme hatları için bu işlem maliyeti önemli.

2026'da uyumluluk: Chrome 85+, Firefox 93+, Safari 16+. IE11 ve e-posta istemcilerinin çoğu desteklemiyor. Destek hâlâ WebP'nin gerisinde; önerilen yaklaşım, AVIF'i WebP ve JPG yedekleriyle birlikte şu etiketi kullanarak sunmak: <picture>.

Ne zaman kullanmalı: kazanılan her KB'nin bant maliyetinde ciddi fark yarattığı yoğun trafikli siteler; WebP'ye kıyasla görsel farkın fark edildiği yüksek kaliteli görseller; derleme hattı AVIF'i zaten destekleyen yeni projeler.

Ne zaman kullanmamalı: kodlama süresinin kritik olduğu durumlarda; ImageTools dönüştürücüsünde kullanmak için (tarayıcılardaki Canvas API üzerinden çalışan AVIF kodlayıcı optimize değildir ve özgün dosyadan büyük çıktı verebilir — kaliteli AVIF için sharp gibi sunucu tarafı araçlar kullanın).

SVG  Scalable Vector Graphics

SVG, bu listedeki diğer formatlardan kökten farklı. Piksel saklamak yerine XML biçiminde matematiksel talimatlar saklar — "X,Y konumuna #3ecf8e renginde 200 genişliğinde bir dikdörtgen çiz". Tarayıcı ya da yazılım pikselleri gereken çözünürlükte anında hesaplar. 5 KB'lık bir SVG hem 16px'lik bir favicon'da hem 20 metrelik bir bilbordda kusursuz görünebilir.

Logo ve simgeler için neden ideal: logolar ve simgeler geometrik biçimlerden oluşur — dikdörtgenler, daireler, bezier eğrileri, metin. SVG bu biçimleri hiçbir bilgi kaybı olmadan birebir tanımlar. 200px'lik bir PNG logo 2000px'te pikselleşir; aynı logo SVG olarak her ölçüde kusursuz kalır.

CSS ve JavaScript ile düzenlenebilir: HTML içine satır içi yerleştirilen SVG öğeleri, diğer DOM öğeleri gibi yönetilebilir — rengi CSS ile değiştirilir, CSS geçişleri ya da JS ile animasyon eklenir, fare olaylarıyla etkileşim kurulur. Görseller için HTML gibi düşünün.

Nerede tökezler: fotoğraflar ve çok renkli, karmaşık geçişli görseller devasa ve kullanışsız SVG dosyaları üretir — üstelik kalite yine de JPG'nin altında kalır, çünkü SVG fotoğraf verisini temsil etmek için tasarlanmadı.

Ne zaman kullanmalı: logolar, simgeler, geometrik çizimler, veri grafikleri, haritalar, birden çok ölçüye büyütülmesi gereken her görsel ve web arayüzlerindeki etkileşimli simgeler.

Ne zaman kullanmamalı: fotoğraflar, çok renkli ve dokulu görseller, sosyal medya (çoğu platform SVG yüklemeye izin vermiyor) ve e-posta pazarlaması.

GIF  Graphics Interchange Format

1987'de CompuServe tarafından yaratılan GIF, kayıpsız sıkıştırma için LZW (Lempel-Ziv-Welch) algoritmasını kullanır — ama temel bir kısıtla: kare başına yalnızca 256 renk destekler. Her piksel, en fazla 256 girdilik bir paletteki bir indekstir. Bu da formatı milyonlarca renk içeren fotoğraflar için verimsiz, az renkli basit görseller için ise uygun kılar.

GIF'in bugüne kadar yaşamasının nedeni: çok kareli animasyonu yerleşik olarak destekleyen, geniş uyumluluğa sahip tek raster format olması — bu özellik onu teknik olarak üstün formatlar çıktıktan onlarca yıl sonra bile ayakta tuttu. Animasyonlu WebP ve AVIF daha verimli alternatifler, ama animasyonlu GIF'in uyumluluğu ve kültürel yerleşikliği varlığını sürdürmesini sağlıyor.

Kısmi şeffaflık: GIF kare başına yalnızca tek bir "şeffaf" rengi destekler — yarı saydamlık ya da kenar yumuşatma yoktur. Sonuç, özellikle renkli zeminlerde kavisli kenarların çevresinde beliren "tırtıklı" sınırlardır.

Ne zaman kullanmalı: animasyonlu WebP ya da MP4 desteklemeyen platformlardaki basit animasyonlar; az renkli hareketli simgeler; GIF formatının kültürel olarak beklendiği capsler ve sosyal medya içerikleri.

Ne zaman kullanmamalı: durağan fotoğraflar (JPG ya da WebP kullanın), durağan logolar (PNG ya da SVG kullanın) ve web için karmaşık animasyonlar (çok daha verimli olan MP4 ya da animasyonlu WebP kullanın).

BMP  Bitmap

BMP, Microsoft'un geliştirdiği Windows bitmap formatıdır. Çoğu yapılandırmada sıkıştırma uygulamaz — her piksel renk değeriyle doğrudan saklanır. Sonuç çok büyük dosyalardır: 1920×1080 boyutunda 24 bitlik bir BMP, içeriği ne olursa olsun her zaman tam 5,93 MB yer kaplar.

Neden hâlâ var: BMP tüm Microsoft ekosisteminde garanti uyumluluğa sahip — Windows, Office, yazıcılar ve eski düzenleme yazılımları. Sıkıştırma olmamasının avantaja dönüştüğü (her adımda bozulmasız veri güvencesi) iç görsel işleme hatlarında BMP'nin hâlâ yeri var.

Ne zaman kullanmalı: belirli bir sistemin (özellikle eski olanların) BMP dayattığı durumlar; sıkıştırmanın istenmeyen bozulmalar getireceği işleme hatlarında ara format olarak; bazı özel sistemlerde endüstriyel baskı.

Ne zaman kullanmamalı: web, e-posta, sosyal medya ya da dosya boyutunun önemli olduğu her yer.