Görsel formatları: hangisi nerede
Görsel formatı seçmek bir zevk meselesi değildir: cevabı görselin türü belirler. Fotoğraflar kayıplı sıkıştırmayla küçülür, logo ve ikonların yeri vektördür, saydamlık isteyen her şey de JPEG'in dışında kalır.
- Ders 3 / 5
- Başlangıç
- Ücretsiz, kayıt yok
Formatı sizin yerinize seçen dört iş
Hücreler eksen etiketi taşımaz, çünkü eksen yok: her hücre bir iştir ve cevabı yanında yazılıdır.
-
Fotoğraf
AVIF ya da WebP, yedek olarak JPEG.
-
Metin içeren görsel
Kayıpsız WebP ya da PNG. Önce harf kenarları bozulur.
-
Logo, ikon, diyagram
SVG. Favicon ile üç metrelik afiş için tek dosya.
-
Hareket
GIF değil video. Daha küçük ve daha temiz.
Bu dört hücre formatı çözer, boyutu değil. Doğru formattaki ama yanlış boyuttaki bir görsel yine de yavaştır.
Son kontrol: Bu dersteki bilgiler ve araç adları bu tarihte kaynaklarıyla yeniden doğrulanır.
Raster mı vektör mü: formattan önce gelen soru
Bir görsel formatı yalnızca bir dosya uzantısı değildir. Görsel verisinin nasıl paketleneceğine ve dosyanın neyi tutmasına izin verildiğine karar verir: saydamlık, animasyon, renk derinliği. Bu da seçimi doğru cevapları olan teknik bir karar yapar.
Her şeyden önce, geri kalan kararların içinden çıktığı bir ayrım var. Raster görsel bir piksel ızgarasıdır: kamera fotoğrafı, ekran görüntüsü, gerçek dünyadan gelen her şey. Büyüttüğünüzde yazılım dosyada hiç bulunmayan pikselleri uydurmak zorunda kalır. Vektör görselin ise pikseli yoktur; şekil çizme talimatlarıdır. Aynı logo tek bir dosyadan hem favicon boyutunda hem üç metrelik afişte çizilir ve iki seferde de keskindir.
Bu ayrımın sonucuyla bambaşka bir yerde karşılaşırsınız. Yalnızca 500 piksellik bir PNG olarak teslim alınmış bir logo çıkmaz sokaktır; çünkü o andan sonra her büyük boy yeniden tasarım demektir. Tersi de doğrudur: fotoğraf için vektör anlamsızdır, kimse bir insanın yüzünü birkaç yüz geometrik şekille anlatmaz. MDN'in kendi format rehberi de SVG'yi kullanıcı arayüzü öğeleri, ikonlar ve diyagramlar için önerir; yani görselin farklı boyutlarda doğru çizilmesi gereken tam o yer için.
Raster ve vektör: iki farklı şey, iki doğru kullanım
Raster: piksel ızgarası
- Fotoğraflar, ekran görüntüleri, gerçek dünyadan gelen her şey
- Büyütmek, dosyada hiç olmayan pikselleri uydurmak demektir
- Her boyut kendi dışa aktarımını ister
- JPEG, PNG, WebP, AVIF, GIF
Vektör: şekil çizme talimatları
- Logolar, ikonlar, diyagramlar, çizilmiş olan her şey
- Her boyutta keskin, yeni bir dışa aktarma gerekmeden
- Gelecek yıl da düzenlenebilir
- Web için SVG, kaynak dosya olarak AI ve EPS
Hiçbiri diğerinden iyi değildir. Hata, birinin işini ötekine vermektir.
İşi gerçekten yapan altı format
Web'deki işin neredeyse tamamını altı format yapar. Aşağıdaki sütunlar kişisel deneyimden değil, MDN'in görsel format rehberinden okunmuştur.
| Format | Sıkıştırma | Saydamlık | Animasyon | Yeri |
|---|---|---|---|---|
| JPEG | Kayıplı | Yok | Yok | Fotoğraf, daha yenisi yokken |
| PNG | Kayıpsız | Alfa kanalı | Yalnızca APNG ile | Düz grafik, ekran görüntüsü, hassasiyetin önemli olduğu her yer |
| WebP | Kayıplı ya da kayıpsız | Alfa kanalı | Var | Bugün bir raster görsel için varsayılan |
| AVIF | Kayıplı ya da kayıpsız | Alfa kanalı | Var | Fotoğraf, daha iyi sıkıştırma değdiğinde |
| SVG | Vektör, kayıpsız | Var | Var | Logo, ikon, diyagram |
| GIF | En fazla 256 renklik palet üzerinde kayıpsız | Ya hep ya hiç | Var | Neredeyse hiçbir yer |
Tarayıcı desteği bilerek sütun değil; çünkü basit bir evet hayır değil, bir sürüm listesidir. JPEG, PNG, GIF ve SVG Chrome, Edge, Firefox, Opera ve Safari'nin tüm sürümlerinde çalışır. WebP de öyle, MDN'in açıkça yazdığı tek koşulla: macOS'ta aynı anda Safari 14 ve üzeri ile Big Sur ve üzeri gerekir. AVIF daha gençtir ve MDN sürümlerini şöyle verir: Chrome 85, Opera 71, Firefox 93, Safari 16.1 ve Edge 121. MDN'in kendi tavsiyesinin AVIF'e picture öğesiyle WebP, JPEG ya da PNG yedeği vermek olmasının sebebi de budur.
Ve herkesin paylaşmadığı bir tutum: GIF'i mühendislik değil kültür ayakta tutuyor. Paleti 256 renkte biter, saydamlığı ya hep ya hiçtir, animasyonunda kareler arası gerçek bir sıkıştırma yoktur. MDN de animasyon için WebP, AVIF ya da APNG öneriyor. GIF yalnızca hedefin başkasını kabul etmediği yerde ayakta kalır.
Hangi format hangi iş için
Formattan değil işten başlayın. Dört durum neredeyse her şeyi kapsar.
- Fotoğraf. AVIF ya da WebP, yedek olarak JPEG. Önbellek katmanınız ya da CDN'iniz formatı tarayıcıyla sizin adınıza pazarlık ediyorsa, işiniz yalnızca iyi bir ana dosya yüklemek ve kararı o katmana bırakmaktır.
- Ekran görüntüsü ve içinde metin olan her görsel. Kayıplı sıkıştırmanın en çok zarar verdiği yer burasıdır, çünkü bozulma harf kenarlarından başlar. Kayıpsız WebP ya da PNG.
- Logo, ikon, diyagram. SVG. Hedef SVG kabul etmiyorsa vektör dosyadan PNG dışa aktarın; var olan bir PNG'yi büyütmeyin. Logo tasarımı dersi aynı sonuca tasarım tarafından varır.
- Hareket. GIF değil video. Kısa bir MP4 ya da WebM hem daha küçük hem daha temizdir ve oynatma denetimini size bırakır.
SVG hakkında çok az söylenen bir uyarı: SVG bir XML belgesidir ve betik taşıyabilir. Bilinmeyen bir kaynaktan gelen vektör dosyayı doğrudan sitenize koymayın. Kendi ikonlarınız için mesele değil, bir kullanıcının yüklediği dosya için mesele.
Ve her format değişikliğini geçen bir tasarruf: insanların görsel olarak yayımladığı şeylerin büyük bölümünün görsel olmasına hiç gerek yok. İkonlar, diyagramlar, tablolar ve metin logolar metinden, CSS'ten ve SVG'den kurulur; o zaman ne seçilecek bir format ne de yanlış ayarlanacak bir boyut kalır.
Çoğu format kararını çözen tek soru
Bu görsel bir kameradan mı geldi, yoksa birisi mi çizdi?
Raster; formatı içerik seçer
- Sürekli renk, metin yok: kayıplı AVIF ya da WebP
- Metin ya da düz renk var: kayıpsız WebP ya da PNG
- Saydamlık gerekiyor: JPEG listeden çıkar
Vektördür ve vektör kalmalıdır
- Web için SVG, sonraki düzenlemeler için kaynak dosya
- Hedef SVG kabul etmiyor: vektörden PNG dışa aktarın
- Bilinmeyen kaynak: bir SVG betik taşıyabilir
Bu çatal sınırdaki durumları çözmez: üzerine metin konmuş bir fotoğraf iki tarafa da düşer ve gözünüzü ister.
Saydamlık ve animasyon: yanlış seçimin hemen göründüğü yer
JPEG'in alfa kanalı yoktur. MDN bunu tek satırda söyler ve gerisi ondan çıkar: saydam JPEG diye bir şey yoktur, geri aldığınız şey beyaz bir dikdörtgendir.
GIF'te saydamlık vardır ama ya hep ya hiçtir. Palette bir renk indeksi saydam olarak işaretlenir ve o rengi taşıyan her piksel tamamen saydam olur; gerisi tamamen opak kalır. Ortası yoktur. Sonuç, logonun çevresindeki o basamaklı kenardır ve insanlara saatlere mal olan kısım şu: o kenarın rengi, dosyanın üzerine düzleştirildiği arka plandan gelir. Beyaz üzerine kurulmuş bir logo koyu arka planda açık bir hale taşır ve tasarım programında sonsuza kadar arasanız bulamazsınız, çünkü tasarımda değil dosyadadır.
PNG, WebP ve AVIF gerçek bir alfa kanalı taşır ve yumuşak kenarı yumuşak bırakır. Animasyonda da bu üçü artı APNG, GIF'in işini daha iyi yapar. Ama bundan daha dürüstü şu: yaptığınız şey birkaç saniyeyi geçiyorsa o zaten hareketli görsel değildir. Videodur ve video kalmalıdır.
Dışa aktarırken neyi ayarlamalı
İşlemlerin sırası, sayıların kendisinden daha önemlidir.
Önce boyut. Görseli gerçekten görüntülendiği boyutta, yoğun ekranlar için iki katıyla dışa aktarın. Hiçbir kalite ayarı, 600 piksellik bir yuvaya konmuş 4000 piksellik bir görseli kurtarmaz. Bu tek ayar genellikle format değiştirmekten daha çok iş görür ve görsel boyutu doğrudan Core Web Vitals ölçümlerine aktığı için, sorununuz site hızı ise iş formatta değil burada başlar.
Sonra kalite, o sayının ne olduğunu bilmek şartıyla. Kalite sayısı hiçbir şeyin yüzdesi değildir; kodlayıcı üzerindeki bir düğmedir ve aynı sayı iki farklı kodlayıcıda iki farklı anlama gelir. Pratik yöntem: çıktıyı yüzde yüz yakınlaştırmada aslın yanına koyun, farkı görene kadar sayıyı düşürün, sonra bir kademe geri çıkın. Bakılacak yer de gökyüzü ya da arka plan değildir; harflerin kenarları ve düz renklerin sınırlarıdır, çünkü bozulma önce orada görünür.
Kayıplı bir dosyadan asla yeniden dışa aktarmayın. Her kodlama, zaten kaybedilmiş olandan bir kez daha ısırır. Yalnızca biraz küçük bir kopya isteseniz bile ana dosyaya dönün.
Alışkanlık haline getirmeye değer iki küçük iş: web için üst veriyi temizleyin ve dosyaya açıklayıcı bir ad verin. Üst veri temizliği hakkında bilinmeye değer bir uyarı: görsel bir yapay zeka aracından çıktıysa işaret mutlaka üst veride değildir. Google, SynthID'nin filigranını görselin içine gömdüğünü ve kırpma, filtre ekleme ve kayıplı sıkıştırma gibi değişikliklere dayanacak şekilde tasarlandığını yazıyor. Format dönüştürmek onu silmiyor.
Yapay zekayla hızlı yol
Elinizde iki yüz görsellik bir klasör varken format kararını tek tek vermek iş değil, cezadır. Doğrusu, önce dosyalardan mekanik bir envanter çıkarmak, sonra o envanteri bir dil modeline vermektir. Flash sınıfı hızlı ve ucuz bir model buna yeter; güncel tercihimiz bu sitenin yapay zeka bölümünde listelidir. İşin püf noktası renk sayısı sütunudur: gerçek bir fotoğraf on binlerce renk, düz bir grafik ise birkaç yüz renk taşır ve hiçbir derste geçmeyen ayırıcı tam olarak bu tek sayıdır.
- Klasörden bir envanter çıkarın. ImageMagick ile tek satır yeter: identify -format "%f|%m|%wx%h|alpha=%A|colors=%k|%b\n" * size her dosya için adı, formatı, boyutları, saydamlık olup olmadığını, renk sayısını ve dosya boyutunu verir.
- Her görselin nerede ve hangi genişlikte gösterildiğini söyleyin. Bu olmadan model hangi dosyanın küçülmesi gerektiğini söyleyemez ve yalnızca formatlardan söz eder.
- Aşağıdaki tarifi envanterle doldurup çalıştırın. Dönen şey bir görüş değil, bir plandır: dosya başına tek eylem.
- Dönüştürmeleri çalıştırın, sonra iki şeyi kontrol edin: çıktı gerçekten küçüldü mü ve harf kenarları sağ kaldı mı. Dönüştürmeden sonra büyüyen bir dosya hata değil sonuçtur; eski formatın doğru olduğu anlamına gelir.
Kopyalamaya hazır şablon
Rol: web görsel optimizasyon mühendisi. İşin format ve boyut kararı vermek, genel tavsiye vermek değil. Envanterde bulunmayan hiçbir sayı üretme.
Karar vereceğin kurallar:
1. Metinsiz ve yüksek renk sayısı fotoğraf demektir: kayıplı AVIF ya da WebP.
2. Düşük renk sayısı ya da metin ve keskin kenarlar grafik demektir: kayıpsız WebP ya da PNG.
3. alpha=True, JPEG'i listeden çıkarır.
4. Dosya genişliği görüntülenme genişliğinin iki katından fazlaysa önce boyutu küçült; format değiştirmek ikinci iştir.
5. Dosya SVG ise ya da içeriği çizilmişse hiç dönüştürme.
Her grubun nerede gösterildiği ve gerçek genişliği:
{örn: makale kartı = 400px | öne çıkan görsel = 800px | ikon = 48px}
Dosya envanteri, satır başına bir dosya: ad|format|boyutlar|alpha|renkler|dosya boyutu
{envanter}
Her dosya için tam olarak bir satır döndür, şu sütunlarla:
ad | sınıf (fotoğraf, grafik ya da vektör) | eylem | hedef format | hedef genişlik | on kelimeyi geçmeyen gerekçe
Sonda üç kısa liste ver:
a. Yalnızca küçültülmesi gereken ve formatı zaten doğru olan dosyalar.
b. Kararı bu sütunlarla netleşmeyen, insan gözü isteyen dosyalar.
c. Hiç görsel olmaması gereken, yeri metin ya da CSS olan dosyalar.
Çıktıya güvenmeden önce: Model pikselleri hiç görmez; bir tablo görür. Bu yüzden mekanik kararları doğru verir ve sorunun kalite olduğu her yerde kendiniz bakmalısınız. İki şey bu plana asla bırakılmamalı: vektör ana dosyası olan bir dosya dönüştürülmemeli, ana dosyadan dışa aktarılmalı; ve her çıktı metin ile keskin kenarlar üzerinde gözle kontrol edilmeli.
Bu işte yapay zeka
Format seçimi, bir dil modelinin yeni bir şey katmadığı az sayıdaki tasarım işinden biridir; çünkü kuralları yazılıdır ve yerinde durur. Gerçekten zaman kazandırdığı yer hacimdir: iki yüz dosya, tek tablo, tek plan. Ve ona asla verilmemesi gereken bir iş var, aşağıdaki risk bölümünde anlatılıyor.
Gerçekten işe yarayan araçlar
- Gemini Dosya envanteri üzerindeki mekanik geçiş için, hızlı ve ucuz modeliyle. Google'ın kendi sayfası Gemini web uygulamasının 230'dan fazla ülke ve bölgede çalıştığını, İran'ın o listede olmadığını söylüyor.
- Claude Dönüştürme betiğinin kendisini ve yedeğiyle birlikte picture bloğunu yazmak için; çünkü kodu açıklar ve açıklamasına itiraz edilebilir. İran, Anthropic'in desteklenen ülkeler listesinde değil ve İran'dan resmi bir ödeme yolu yok.
- ImageMagick Yapay zeka aracı değil ve bu listede bilerek yer alıyor: bu dersin gerçekten tekrar eden kısmını tek bir komut satırı yapar ve hiçbir model gerektirmez. Model karar verir, araç uygular.
- RGB İran için erişim ve ödeme katmanı, araçlardan ayrı tutulmuş.
Nerede geri teper
Bir modele asla verilmemesi gereken iş şu: bugün hangi tarayıcının hangi formatı desteklediğini sormak. Cevap verir, cevap kendinden emin görünür ve tarihini size söylemediği bir eğitim verisinden gelir. Format desteği her tarayıcı sürümüyle oynar; bu yüzden cevap caniuse ya da MDN'den gelmeli, bir modelin hafızasından değil, okuduğunuz bu sayfadan da değil. İkinci risk daha incedir: model görselinizi göremez. Dosyanın kendisi olmadan verilen "bu JPEG olmalı" biçimindeki her cevap bir tahmindir. Ve görseller bir yapay zeka aracından çıktıysa üst veriyi temizlemek yetmez; Google, SynthID filigranının görselin içinde durduğunu ve kırpma, filtre ve kayıplı sıkıştırmaya dayanacak şekilde tasarlandığını yazıyor.
Kaynaklar: MDN: Image file type and format guide Can I use: WebP browser support Google DeepMind: SynthID
Bu tavsiyenin sınırı
Format küçük bir kaldıraçtır. 2500 piksellik bir görsel kusursuzca AVIF'e çevrilmiş olsa da 600 piksellik bir yuva için hâlâ yanlış dosyadır; boyut neredeyse her seferinde formatı yener. Bu sayfadaki tarayıcı destek sayılarının da raf ömrü var: okuduğunuz sürümler, sayfanın üstünde basılı tarihte MDN'den alınmıştır ve bugün doğru yol, herhangi bir sayfaya güvenmek değil caniuse'u açmaktır. Ayrıca bir önbellek katmanı ya da CDN formatı tarayıcıyla pazarlık ediyorsa, ana dosyanızın formatını değiştirmek ziyaretçi için hiçbir fark yaratmayabilir.
Kendi işimizden
Bunların hepsi bu sitede uygulanmış durumda ve incelenebilir. 2026-09-06 tarihinde rgb.ir medya kitaplığında 238 görsel eki var ve 238'inin tamamı image/webp; listede tek bir JPG ya da PNG yok. Daha ilginci, yüklemede otomatik dönüştürmenin önbellek katmanında kapalı olması, yani bunu hiçbir eklenti üretmedi: dosyalar yüklemeden önce dönüştürülüp sıkıştırılıyor, çünkü sitenin kendi yazılı kuralı bu. Aynı önbellek katmanı webp'ye ayarlı, oysa eklentinin kendi varsayılanı avif. Ve bedelini burada ödediğimiz bir tuzak: img etiketine width ve height yazmak hikâyenin tamamı değil; çünkü main.css tüm site için img, svg, video { max-width: 100%; height: auto } kuralını yazıyor ve bu kural sunumsal bir height özniteliğini yeniyor. 2026-08-28'de bu, serbest çalışan listesindeki her fotoğraflı avatarın oval görünmesine yol açtı; ta ki şekil aspect-ratio ile CSS'ten alınana kadar.
Gerçek devam soruları
WebP mi AVIF mi daha iyi?
MDN, AVIF'in biraz daha iyi sıkıştırdığını ama WebP kadar iyi desteklenmediğini ve aşamalı render'ı olmadığını yazıyor; kendi tavsiyesinin picture öğesiyle bir yedek vermek olmasının sebebi de bu. Yalnızca birini seçecekseniz WebP daha az sorunlu olanıdır.
Logom neden koyu arka planda açık bir kenar taşıyor?
Çünkü dosyada gerçek saydamlık yok ya da beyaz üzerine düzleştirilmiş. GIF saydamlığı ya hep ya hiçtir ve yumuşak kenarı korumaz. Çözüm, aynı dosyayı onarmak değil, vektör dosyadan SVG ya da PNG olarak yeniden dışa aktarmaktır.
Hâlâ JPEG kullanmalı mıyım?
Yedek olarak evet, tek format olarak hayır. JPEG her yerde çalışır ve bu onu güvenli bir yedek yapar, ama saydamlığı yoktur ve WebP ya da AVIF kadar iyi sıkıştırmaz. Önbellek katmanınız format pazarlığı yapıyorsa bunu zaten o katman hallediyordur.