Görsel Formatları SEO İçin: JPEG vs. PNG vs. WebP vs. AVIF

TL;DR — Bir görsel formatı, bir resmi kaydettiğiniz dosya türüdür — JPEG, PNG, WebP, AVIF ve birkaç diğeri. WebP veya AVIF gibi “modern” bir formata geçmek sıralamanızı yükseltmez — Google bunu doğrudan söyledi. Yaptığı şey dosyayı küçültmek, bu da sayfanızın daha hızlı yüklenmesini sağlar ve asıl yardımcı olan hızdır. Bu yüzden resme uyan formatı seçin: çoğu fotoğraf için WebP, keskin kenarlar veya şeffaflık gerektiren logolar ve ekran görüntüleri için PNG, simgeler için SVG.

Görsel formatı nedir

Bir resmi kaydettiğinizde, onu bir şey olarak kaydedersiniz — bir .jpg, bir .png, bir .webp. Format budur. Her biri görseli biraz farklı saklar ve seçim önemsediğiniz üç şeyi değiştirir:

• Dosyanın ne kadar büyük olduğu (daha küçük bir dosya daha hızlı yüklenir).
• Şeffaf bir arka plana sahip olup olamayacağı (herhangi bir renk üzerinde duran bir logo).
• Animasyonlu olup olamayacağı (eski usul bir GIF gibi).

Arama motorları tüm yaygın formatları okuyabilir, bu yüzden “Google’ı memnun etmek” için birini seçmiyorsunuz. Resmi daha kötü göstermeden dosyayı küçük tutanı seçiyorsunuz.

Formatlar, sade bir dille

• JPEG — klasik fotoğraf formatı. Her yerde çalışır. Fotoğraflar için iyidir, ancak şeffaflık yapamaz.
• PNG — logolar, ekran görüntüleri ve keskin kenarlı veya metinli her şey için harikadır ve şeffaf bir arka plana sahip olabilir. Ancak fotoğraflar için dosyalar JPEG’den daha büyüktür.
• WebP — fotoğrafları JPEG’den belirgin şekilde küçülten ve ayrıca şeffaflığı destekleyen modern bir format. Artık temelde her tarayıcıda çalışır. Bu, günlük kullanım için güvenli seçimdir.
• AVIF — grubun en yeni ve en küçüğü (genellikle bir JPEG’in yarısı boyutunda). Ziyaretçilerin çok küçük bir kısmı hâlâ göremiyor, bu yüzden onu bir JPEG yedeğiyle eşleştirirsiniz.
• SVG — logolar ve simgeler için. Piksellerle değil matematikle çizilir, bu yüzden her boyutta keskin kalır ve dosya çok küçüktür.
• GIF — eski animasyon formatı. Artık çoğunlukla eski, ancak basit bir animasyon göstermenin hâlâ en evrensel uyumlu yolu.

Çoğu insanın yanlış yaptığı şey

WebP veya AVIF kullanmanın sıralama “artışı” yoktur. İnsanlar “SEO için WebP kullanın” duyar ve formatın kendisinin onları sonuçlarda yükselteceğini varsayar. Öyle değil — Google’dan John Mueller bunu birden fazla kez açıkça söyledi. Fayda, daha küçük dosyalar → daha hızlı sayfalar → daha iyi sayfa hızı puanlarıdır ve asıl yardımcı olan bu hızdır. Formatları değiştirdiyseniz ancak sayfa gerçekten daha hızlı olmadıysa, toplanacak bir SEO kazancı yoktur.

En basit güvenli alışkanlık: fotoğraflarınız için WebP kullanın, logolar ve ekran görüntüleri için PNG’yi koruyun, simgeler için SVG kullanın ve son kilobaytı sıkıştırmıyorsanız AVIF için endişelenmeyin (bu durumda bir JPEG yedeği ekleyin).

Tam karşılaştırmayı mı istiyorsunuz — altı formatın tümü için sıkıştırma/şeffaflık/animasyon/tarayıcı desteği tablosu, tam Google alıntıları ve hangi formatı ne zaman kullanacağınıza dair bir karar ağacı? Gelişmiş sekmesine geçin.

TL;DR — Görüntü formatı bir sıralama faktörü değildir. Google’dan John Mueller, AVIF için SEO avantajı olmadığını doğruladı ve WebP yalnızca “Görsel Arama için iyi” — kasıtlı olarak nötr bir dil, “daha iyi” değil. Gerçek zincir şudur: format → dosya boyutu → sayfa hızı → En Büyük İçerikli Boya / Core Web Vitals → sıralama sistemlerinin gerçekte kullandığı sayfa deneyimi sinyalleri. Format birkaç adım yukarıda yer alır. İçerik türüne göre seçin, “en yeni kazanır”a göre değil: WebP fotoğraflar için güvenli varsayılandır (~%96 destek, JPEG’den ~%25–35 daha küçük ve kayıplı modda bile alfa şeffaflığı yapar — JPEG yapamaz); AVIF en fazla sıkıştırır (JPEG’den ~%50 daha küçük, 2026’da ~%94 destek) ancak kodlaması CPU yoğundur ve aşamalı işleme yoktur; PNG şeffaflık ve keskin kenarlı grafikler/metin için; SVG logolar, simgeler ve diyagramlar için; GIF yalnızca evrensel animasyon yedeği olarak. Modern formatları <picture> (AVIF → WebP → JPEG/PNG src) ile sunun — src yedeği Google’ın dizine eklediği URL’dir. Bu format derinlemesine incelemesidir; LCP/fetchpriority/tembel yükleme uygulaması Görsel Optimizasyonu içinde yer alır.

Görüntü formatı SEO’yu gerçekten etkiler mi?

Efsaneyi çürüterek başlayın, çünkü çoğu insanın bu sayfaya gelme nedeni budur.

Format bir sıralama faktörü değildir. John Mueller bunu en az üç ayrı, bağımsız zamanlamayla söyledi ve her seferinde ana fikir aynı — format bir sinyal değildir, sağladığı hız sinyaldir. Google’ın Ağustos 2024’te AVIF’in artık Arama’da desteklendiğini duyurmasının ardından Mueller, AVIF’i diğer desteklenen formatlara göre kullanmanın “SEO avantajı” olmadığını doğruladı (Search Engine Roundtable’ın kapsamı) — fayda, sayfa hızına yardımcı olabilen dosya boyutu azaltmadır, konteyner için bir sıralama tercihi değildir. Yıllar önce WebP hakkında da sözlerinde aynı derecede dikkatliydi: “WebP görselleri Görsel Arama için iyidir” (SE Roundtable) — “iyi”, “daha iyi” veya “tercih edilen” değil. Ve WebP görselleri Search Console’un “Tarandı – şu anda dizine eklenmedi” raporunda görünmeye başladığında Mueller, bunun genel bir görsel raporlama tuhaflığı olduğunu (görseller HTML sayfaları olarak dizine eklenmez), WebP’ye özgü bir dezavantaj olmadığını açıkladı — “olgunun yalnızca WebP görselleriyle sınırlı olduğuna inanmıyor” (Search Engine Journal’ın yazısı).

Google’ın kendi birincil görsel SEO belgesi bunu eksik bırakarak destekler: desteklenen formatları listeler, performans için PageSpeed Insights’a yönlendirir ve format seçimini asla bir sıralama faktörüne bağlamaz. Bu yokluk başlı başına kanıttır.

Bu, merkez seviyesinde Görsel SEO ve uygulama rehberi Görsel Optimizasyonu içinde yaptığım aynı efsane çürütmesidir — ve bunu tam olarak belirtmeye değer. “Format önemli değil” demeyin. “Format doğrudan önemli değil — yalnızca hız ve Core Web Vitals zinciri aracılığıyla önemli.” deyin.

Gerçek zincir: format → dosya boyutu → hız → Core Web Vitals

İşte nedensel sıra, açıkça ifade edilmiş, çünkü onu daraltmak efsanenin yayılma şeklinin ta kendisidir:

1. Format seçimi dosya boyutunu değiştirir. Görsel ağırlığı üzerindeki en büyük tek kaldıraç.
2. Daha küçük dosyalar daha hızlı yüklenir. Google’ın kendi görsel dokümanı, görsellerin “genellikle sayfa boyutuna en büyük katkıyı yapan öğe olduğunu ve sayfaları yavaş ve pahalı hale getirebileceğini” belirtir.
3. Daha hızlı yüklemeler En Büyük İçerikli Boyama (LCP) iyileştirir. Kahraman görsel genellikle LCP öğesidir, bu yüzden ağırlığı metriği doğrudan etkiler. (Bu konuda En Büyük İçerikli Boyama rehberimde derinlemesine iniyorum — LCP’nin neden genellikle bir görsel olduğu yarısı.)
4. LCP, Core Web Vitals’ı besler ve bu, Google’ın sıralama sistemlerinin kullandığı sayfa deneyimi sinyallerinin bir parçasıdır.

Format, bu zincirin başında — sıralamayla ilgili her şeyin birkaç adım yukarısında. Kendi başına bir sıralama faktörü olmamasının tüm nedeni bu: arada çok fazla şeyin doğru gitmesi gerekiyor ve sayfa gerçekten hızlanmazsa, aşağı akışta hiçbir şey değişmez.

Altı format karşılaştırması

Çoğu rakip “2026 rehberi” yalnızca JPEG/PNG/WebP/AVIF’i kapsar ve tarayıcı desteği rakamlarını sessizce yanlış verir (AVIF’in ”~%74” olarak belirtildiğini gördüm, bu yıllar öncesine ait). İşte güncel rakamlarla altı formatlı tam matris.

JPEG — evrensel fotoğraf yedeği

Yalnızca kayıplı, şeffaflık yok, animasyon yok ve kelimenin tam anlamıyla her yerde desteklenir. JPEG, bir <picture> öğesinin sonunda doğru yedek olmaya devam ediyor ve modern bir formata dönüştürmüyorsanız fotoğraflar için mükemmel bir seçimdir. Zayıf noktası, kayıplı sıkıştırmanın nasıl çalıştığına işlenmiştir: Google’ın web.dev’deki Chrome ekibine göre, “kayıplı sıkıştırma, çizgi sanatı gibi keskin kenarlar içeren görüntülerde, benzer şekilde belirgin ayrıntılarda veya metinde daha az etkili olabilir.” Bu, JPEG’in logolar, ekran görüntüleri ve metin ağırlıklı grafikler için yanlış seçim olmasının kesin nedenidir — artefaktlar görünür.

PNG — kayıpsız, şeffaflık, grafikler ve ekran görüntüleri

Tam alfa şeffaflığı ile yalnızca kayıpsız. PNG, keskin kenarlara (logolar, UI ekran görüntüleri, görsel içindeki metin) veya şeffaf bir arka plana ihtiyaç duyduğunuzda ve modern format yedek karmaşıklığını üstlenmek istemediğinizde doğrudur. Ödünleşim: fotoğraflar için PNG, iyi ayarlanmış bir JPEG/WebP’ye göre görünür kalite kazancı olmadan gereksiz yere büyük dosyalar üretir — kayıpsızlık, bir fotoğrafta hiçbir şey için ödediğiniz bir maliyettir. (APNG, animasyonlu PNG için vardır, ancak ayrı, daha az desteklenen bir uzantıdır — güvenilecek bir şey değildir.)

WebP — modern güvenli varsayılan

WebP, çoğu web fotoğrafında ilk tercih edeceğim formattır. Google’ın Chrome ekibi nedenini açıkça söylüyor: “WebP genellikle JPEG, PNG veya GIF’ten daha iyi sıkıştırma sunar; hem kayıplı hem de kayıpsız sıkıştırma sağlar.” Ayrıca JPEG’in en büyük sınırlamasını da ortadan kaldırır — “WebP, kayıplı sıkıştırma kullanırken bile alfa kanalı şeffaflığını destekler — JPEG codec’inin sunmadığı bir özellik.” Destek sorun değildir: web.dev buna “tüm modern tarayıcılarda çalışan, yaygın olarak desteklenen bir format” diyor (~2026’da küresel %96). Benzer kalitede JPEG’ten yaklaşık %25–35 daha küçüktür ve kayıpsız WebP, PNG’den yaklaşık %26 daha küçüktür. Tek bir şey dönüştürecekseniz, fotoğraflarınızı WebP’ye dönüştürün.

AVIF — en iyi sıkıştırma, gerçek ödünleşimler

AVIF, ham sıkıştırmada kazanır. web.dev’e göre, “AVIF hem kayıplı hem de kayıpsız sıkıştırmayı destekler ve testler bazı durumlarda JPEG’e kıyasla %50’den fazla tasarruf sağladığını göstermiştir,” ayrıca “Geniş Renk Gamı (WCG) ve Yüksek Dinamik Aralık (HDR) özellikleri.” 2026’da tarayıcı desteği küresel olarak yaklaşık %94 civarındadır — Chrome (2020’den beri), Firefox (2021), Safari (16.4+, 2023’ten beri) ve Edge (121+, Ocak 2024) hepsi bunu işler. Yani üretime hazırdır — bir yedekleme ile.

Ancak “en iyi sıkıştırma” tek değişken değildir ve AVIF’in maliyetleri konusunda dürüst olmak, yararlı bir kılavuzu bir liste makalesinden ayıran şeydir:

• Kodlama CPU yoğunlukludur. AVIF üretimi yavaştır; bu, binlerce varlığı yeniden kodlayan büyük medya kitaplıkları ve CMS işlem hatları için önemlidir.
• Aşamalı işleme yoktur. MDN’ye göre, bir AVIF görüntülenmeden önce tamamen indirilmelidir — önce düşük çözünürlüklü bir sürümü gösteren aşamalı bir JPEG’in aksine. Yavaş bir bağlantıda, daha küçük dosyaya rağmen bu daha kötü hissettirebilir.
• Animasyonlu AVIF araçları olgunlaşmamıştır. Format animasyonu destekler (bazen AVIS olarak adlandırılır) ve Chrome, Edge ve Safari 16.4+ bunu oynatabilir — ancak Firefox 2026 itibarıyla hâlâ oynatamıyor ve üretim araçları GIF/WebP animasyonunun gerisinde kalıyor.

SVG — vektör grafikler, simgeler, logolar, diyagramlar

SVG farklı bir canlıdır — vektöreldir, piksel ızgarası yerine matematikle tanımlanır, bu nedenle sıfır kalite kaybıyla her boyuta ölçeklenir ve basit şekiller için küçük kalır. web.dev’in çerçevesi temel kuraldır: SVG’ler “görüntünün içeriğinin çizgi sanatı, diyagramlar ve çizelgeler olduğu durumlarda ve ince fotoğrafik ayrıntıların olmadığı diğer durumlarda en kullanışlıdır.” Logolar, simgeler ve diyagramlar SVG’ye aittir, tartışmasız. Fotoğraflar için kullanmayın — onlar için tasarlanmamıştır.

SVG’yi buradaki diğer beş formattan gerçekten farklı kılan bir şey: XML’dir, piksel verisi değildir ve MDN’nin kendi referansına göre bir SVG dosyası komut dosyaları içerebilir ve harici kaynaklara başvurabilir — MDN özellikle “SVG kullanıldığında ek kısıtlamalar vardır” notunu düşer: düz bir görüntü olarak (<img> veya CSS background-image ile) satır içi gömülü veya bir <iframe>/<object> aracılığıyla kullanılmasına kıyasla. Bu kısıtlama, sıradan “görüntü” yoluyla yüklenen bir SVG’nin komut dosyalarını çalıştırmaktan veya harici öğeleri getirmekten korumalı alana alınması nedeniyle vardır; tam olarak bir XSS vektörünü kapatmak için. Kullanıcılardan SVG yüklemelerini kabul ediyorsanız (bir simge kitaplığı, bir logo yükleme formu), hizmet vermeden önce bunları temizleyin — <script> etiketlerini ve harici başvuruları kaldırın — diğer kullanıcı tarafından sağlanan işaretlemelere davrandığınız gibi, bir JPEG’e davrandığınız gibi değil.

GIF — eski animasyon, hâlâ doğru tercih olduğunda

GIF, yalnızca ikili (açık/kapalı) şeffaflıkla 256 renkli bir paletle sınırlı, kayıpsız LZW sıkıştırmasıdır. Tarihsel animasyon formatıdır ve önemsiz olmayan herhangi bir şey için animasyonlu WebP/AVIF (veya daha iyisi, gerçek video) ile değiştirilmiştir. Geriye kalan tek avantajı evrensel uyumluluktur — sıfır yedekleme mantığıyla her yerde oynatılacak basit bir animasyona ihtiyacınız varsa, GIF hâlâ en düşük ortak payda seçimidir. Aksi takdirde, animasyonlu WebP’yi tercih edin.

Hangi animasyon formatını kullanırsanız kullanın, anlamı format kararından ayrı ele alın: bilgi aktaran döngüsel bir GIF/animasyonlu görsel, statik bir görselle aynı şekilde ne gösterdiğini açıklayan alt metne ihtiyaç duyar ve tamamen dekoratif bir döngü, ekran okuyucu tarafından içerik olarak yüksek sesle okunmak yerine bu şekilde işaretlenmelidir. Bunların hiçbiri bir format uyumluluğu sorunu değildir — GIF, animasyonlu WebP veya animasyonlu AVIF gönderip göndermediğinizden bağımsız olarak geçerlidirler.

Hangi formatı gerçekten kullanmalısınız?

Formatı içeriğe göre eşleştirin, “hangisi en yeni”ye göre değil. Karar ağacı sekmesi bunu bir akış olarak ortaya koyar, ancak kısa versiyonu:

• Fotoğraflar → WebP (güvenli varsayılan) veya maksimum sıkıştırma istediğinizde JPEG yedekli AVIF.
• Logolar, simgeler, diyagramlar, çizgi sanatı → SVG.
• Ekran görüntüleri, keskin kenarlı veya metin içeren grafikler, yedek karmaşıklığı olmadan şeffaflık gerektiren her şey → PNG (veya kayıpsız WebP).
• Basit animasyon → desteklenen yerlerde animasyonlu WebP/AVIF; GIF yalnızca evrensel yedek olarak. (Daha zengin her şey için video kullanın.)

Bu makaledeki tüm sıkıştırma yüzdeleriyle ilgili dürüst bir uyarı: bunlar web.dev ve caniuse testlerinden alınan temsili rakamlardır, sizin görselleriniz için bir garanti değildir. Tasarruflar kaynak görselin içeriğine (yoğun bir fotoğraf, düz renkli bir grafikten farklı sıkıştırılır) ve kullandığınız kodlayıcı ayarlarına bağlıdır. “WebP ~%25–35 daha küçüktür” ve “AVIF ~%50 daha küçüktür” ifadelerini bir başlangıç beklentisi olarak ele alın, ardından gerçekten yayınlayacağınız kalite ayarlarında kendi kodlamalarınızı karşılaştırın — belirli bir format değişikliğinin kendi sayfalarınızda size ne kazandırdığını bilmenin tek yolu budur.

Modern formatları güvenle uygulama — <picture> yedeği

Modern formatları yalnız sunmayın — yedeklerle sunun. Temiz desen, önce AVIF, sonra WebP sunan ve JPEG veya PNG’yi işaret eden düz bir <picture> ile biten bir <img src> öğesidir:

<picture>
  <source srcset="hero.avif" type="image/avif" />
  <source srcset="hero.webp" type="image/webp" />
  <img src="hero.jpg" alt="Descriptive alt text" width="1200" height="800" />
</picture>

Tarayıcı anladığı ilk formatı seçer; eski tarayıcılar ve bazı tarayıcılar src’ye düşer. İçselleştirmeye değer iki şey: bu yedek src, Google’ın görsel arama için gerçekten dizine eklediği URL’dir (Google, <img> içine yerleştirilmiş <picture> öğesini ayrıştırır, ancak CSS background-image öğesini dizine eklemez) ve format seçiminin daha geniş uygulama işine devrettiği yer burasıdır — boyutlandırma, sıkıştırma ayarları, srcset/sizes, yavaş yükleme ve LCP görselinde fetchpriority. Bu kapsamlı nasıl yapılır kılavuzu kasıtlı olarak burada tekrarlanmamıştır; Görsel Optimizasyonu bölümünde yaşar ve duyarlı sunum mekaniği (srcset, sizes, sanat yönü) Duyarlı Görseller bölümünde yaşar.

Google ve Bing’in resmi olarak destekledikleri

Google’ın desteklenen formatlar listesi ve Ağustos 2024 AVIF dönüm noktası

Google Arama’nın desteklenen listesi açıktır: “Google Search supports images referenced in the src attribute of img in the following file formats: BMP, GIF, JPEG, PNG, WebP, SVG, and AVIF” (artı Base64 Data URI’leri). AVIF en yeni eklemedir ve tarih önemlidir: Google, 30 Ağustos 2024’e kadar Arama için AVIF’i hiç desteklemedi; o tarihte “AVIF is now a supported file type in Google Search” ve “you don’t need to do anything special to have your AVIF files indexed.” duyuruldu. Bu tarihten önce AVIF listede yoktu — ve üçüncü taraf kapsamına göre, AVIF küçük resimleri kullanmak Google’ın video dizinlemeyi tamamen durdurmasına bile neden olabilirdi. Bu gerçekten yakın tarihli, tarihlendirilebilir bir çizgidir: 2024 ortasından önce yazılmış ve hiç güncellenmemiş herhangi bir rakip rehber, AVIF’in güvenliği hakkında bayat tavsiyeler veriyor.

Google’ın duyuruyu nasıl çerçevelediğine dikkat edin — tamamen “bu dosya türünü artık işleyebiliyoruz” olarak, asla bir sıralama sinyali lansmanı olarak değil. Bu, format listesinin geri kalanıyla aynı sıralama dışı çerçeveleme ve Search Engine Journal başlığının “Google’ın AVIF Görselleri İçin Yeni Desteği SEO’yu Güçlendirebilir” olmasının iyi bir uyarıcı örnek olmasının nedeni de budur: gövde “güçlendirmeyi” doğru şekilde tamamen dosya boyutu → Core Web Vitals üzerinden yönlendirir, ancak başlık, format-eşittir-sıralama efsanesinin iyi niyetli sektör basını tarafından tam olarak böyle güçlendirildiğidir.

Bing’in (sınırlı) kamuya açık rehberliği

Bing, Google’ın yaptığı gibi format bazında bir karşılaştırma belgesi yayınlamaz. Genel Webmaster Yönergeleri, sayfa hızını — görsel ağırlığı dahil — bir husus olarak ele alır, ancak Bing’e özgü “WebP/AVIF kullanın” teknik sayfası yoktur ve ben de uydurmayacağım. Bing, JPEG/PNG/WebP/GIF görsellerini Bing Görseller’de sorunsuz şekilde dizinler ve görüntüler; modern formatlar için tarayıcı desteğinin genellikle Chromium’a yakın tarayıcı desteğini takip ettiği varsayılır, ancak Google’ınkinden farklı olarak ayrıca belgelenmemiştir. Bu, Görsel Optimizasyonu bölümünde işaretlediğim aynı dürüst boşluktur — üstü kapatılmak yerine açıkça belirtilmiştir.

Görsel formatları ve SEO hakkında yaygın efsaneler

• “WebP/AVIF’e geçmek sıralamaları yükseltir.” Hayır — Mueller doğrudan: AVIF için SEO artışı yok; WebP “iyi”, “daha iyi” değil. Fayda dolaylıdır, dosya boyutu → hız → Core Web Vitals üzerinden.
• “AVIF her zaman en iyisidir çünkü en iyi sıkıştırmayı sağlar.” Abartılı. AVIF kodlaması CPU yoğunlukludur, aşamalı işleme yoktur ve Ağustos 2024’e kadar Google Arama tarafından desteklenmemiştir. En iyi sıkıştırma tek değişken değildir.
• “PNG her zaman güvenli, yüksek kaliteli seçimdir.” Genel bir kural olarak yanlış. PNG grafikler/şeffaflık/metin için doğrudur ancak fotoğraflar için şişkin dosyalar üretir, sıfır görünür kazanç için yükleme hızını olumsuz etkiler.
• “Artık bir yedekliğe ihtiyacınız yok — destek temelde evrensel.” WebP için çoğunlukla doğru; gerçek (küçük de olsa) ~%6’lık boşluk artı tarayıcı ve eski cihaz uç durumları göz önüne alındığında AVIF için yine de bir <picture> yedekliği değer. Google açıkça yedeklik desenini önerir.
• “Google, JPEG/PNG gibi eski formatları cezalandırır.” Yanlış — JPEG, PNG, GIF ve BMP tam destekli olmaya devam ediyor. Ceza yok, yalnızca modern formatlara kıyasla kaçırılmış bir hız fırsatı var.
• “AVIF animasyon yapamaz / WebP şeffaflık yapamaz.” İkisi de yanlış. WebP, kayıplı modda bile alfa şeffaflığı yapar; AVIF animasyonu destekler (Safari 16.4+, Chrome, Edge — ancak 2026’da henüz Firefox’ta değil).
• “AVIF hazır değil — hâlâ yalnızca WebP dünyası.” Güncelliğini yitirmiş. AVIF ~%94 küresel desteğe sahiptir ve Ağustos 2024’ten beri Google Arama tarafından dizinlenebilir. Deneysel değil, yedeklikli üretime hazır olarak ele alın.

Bu nereye uyuyor

Bu makale, Görsel SEO kümesi içindeki format karşılaştırma derinlemesine incelemesidir — altı format matrisi ve sıralama efsanesini çürütme için kanonik yerdir. İki kardeş makale komşu işleri üstlenir: Görsel Optimizasyonu uygulama nasıl yapılır kısmıdır (LCP, fetchpriority, tembel yükleme, sıkıştırma, boyutlandırma) ve Duyarlı Görseller, cihaz başına doğru boyutta görsel sunmak için srcset/sizes/<picture> mekaniklerini kapsar. Formatı doğru seçmenin performans getirisi aslında görsel şapkası takan bir Core Web Vitals hikayesidir.

AI özeti

Gelişmiş sürümün yoğunlaştırılmış bir değerlendirmesi:

• Format is not a ranking factor. John Mueller has confirmed no SEO boost for AVIF, and WebP is only “fine for Image Search” — neutral wording, not “better.” Google’s own image doc never ties format to ranking.
• The real chain: format → file size → page speed → LCP / Core Web Vitals → page-experience signals. Format sits several steps upstream — that’s why it isn’t a ranking factor by itself.
• Six-format facts (2026): JPEG (lossy, no transparency, universal fallback); PNG (lossless, full alpha, graphics/screenshots); WebP (both compressions, alpha even in lossy mode, ~96% support, ~25–35% smaller than JPEG — the safe default); AVIF (best compression, ~50% smaller than JPEG, ~94% support, but CPU-heavy, no progressive rendering, animation not in Firefox yet); SVG (vector — logos/icons/diagrams); GIF (legacy 256-color animation, universal fallback only).
• Pick by content type: photos → WebP (or AVIF + fallback); logos/icons → SVG; screenshots/transparency/text → PNG or lossless WebP; simple animation → animated WebP/AVIF, GIF as universal fallback.
• Serve with fallbacks: <picture> (AVIF → WebP → JPEG/PNG src). The src fallback is the URL Google indexes; Google indexes <img> (incl. inside <picture>), not CSS backgrounds.
• Official support: Google supports BMP, GIF, JPEG, PNG, WebP, SVG, AVIF; AVIF added Aug 30, 2024 (before that it could break video indexing). Bing has no format-comparison doc — don’t invent one.
• Myths busted: format ≠ ranking boost; AVIF ≠ always best; PNG ≠ always safe; “no fallback needed” ≠ true for AVIF; older formats aren’t penalized; WebP does transparency and AVIF does animation.
• Scope: this is the format deep dive; LCP/fetchpriority/lazy-loading how-to lives in Image Optimization, responsive mechanics in Responsive Images.

Resmi dokümantasyon

Birincil kaynak dokümantasyonu ve referans materyali.

Google

• Google Images best practices — desteklenen formatlar listesi (BMP, GIF, JPEG, PNG, WebP, SVG, AVIF), <img>-vs-CSS-arka-planı indeksleme kuralı ve uzantının dosya türüyle eşleşmesi notu. Format bazlı bir sıralama iddiasında bulunmaz.
• Supporting AVIF in Google Search (30 Ağu 2024) — AVIF’in artık Search, Images, Discover ve News’te desteklendiğini ve özel bir uygulama gerektirmediğini duyuran duyuru.
• Image performance (web.dev, Google Chrome ekibi) — format mekanikleri: WebP/AVIF sıkıştırma, kayıplı modda alfa, WCG/HDR, kayıplı/kayıpsız ayrımı ve JPEG’in keskin kenarlar/metinle neden zorlandığı.

Referans (doğruluk omurgası)

• Image file type and format guide (MDN Web Docs) — titiz format-by-format spesifikasyonu: MIME türleri, sıkıştırma, şeffaflık, animasyon, aşamalı işleme desteği ve kullanım durumları.
• caniuse.com — AVIF ve caniuse.com — WebP — sürüm-sürüm, güncel-küresel-yüzde tarayıcı destek tabloları. Herhangi bir destek rakamı alıntılamadan önce bunları yeniden kontrol edin; sürekli değişirler.

Bing / Microsoft

• Bing Webmaster Guidelines — genel sayfa hızı yönergeleri; Bing’in format karşılaştırmasına özel teknik bir sayfa yayınlamadığını unutmayın.

Kaynaktan alıntılar

Google’dan kayıtlara geçen ifadeler. Bir sayfa metni gösterdiğinde, bağlantı alıntılanan pasaja atlayan bir derin bağlantıdır.

Google dokümanları — desteklenen formatlar ve performans çerçevesi

• “Google Search supports images referenced in the src attribute of img in the following file formats: BMP, GIF, JPEG, PNG, WebP, SVG, and AVIF.” (çeviri) «Google Arama, img öğesinin src özniteliğinde başvurulan görselleri şu dosya biçimlerinde destekler: BMP, GIF, JPEG, PNG, WebP, SVG ve AVIF.» Alıntıya git
• “images are often the largest contributor to overall page size, which can make pages slow and expensive to load.” (çeviri) «görseller genellikle genel sayfa boyutuna en büyük katkıyı yapar; bu da sayfaların yavaş ve pahalı yüklenmesine neden olabilir.» Alıntıya git

web.dev (Google Chrome ekibi) — biçim mekaniği

• WebP: “WebP often has better compression than JPEG, PNG, or GIF, offering both lossy and lossless compression.” (çeviri) «WebP genellikle JPEG, PNG veya GIF’ten daha iyi sıkıştırma sunar; hem kayıplı hem de kayıpsız sıkıştırma sağlar.» Alıntıya git
• WebP şeffaflık avantajı: “WebP also supports alpha channel transparency even when using lossy compression—a feature the JPEG codec doesn’t offer.” (çeviri) «WebP, kayıplı sıkıştırma kullanırken bile alfa kanalı şeffaflığını destekler—JPEG codec’inin sunmadığı bir özellik.»
• AVIF: “AVIF supports both lossy and lossless compression, and tests have shown greater than 50% savings when compared to JPEG in some cases.” (çeviri) «AVIF hem kayıplı hem de kayıpsız sıkıştırmayı destekler ve testler bazı durumlarda JPEG’e kıyasla %50’den fazla tasarruf sağladığını göstermiştir.»
• JPEG’in zayıf noktası: “lossy compression may be less effective with imagery containing sharp edges such as line art, similarly stark details, or text.” (çeviri) «kayıplı sıkıştırma, çizgi sanatı, benzer şekilde keskin ayrıntılar veya metin gibi keskin kenarlar içeren görüntülerde daha az etkili olabilir.»
• SVG’nin ideal kullanımı: “Because SVG is a vector image format, they’re most useful in cases where the image’s contents are line art, diagrams and charts, and other cases where there aren’t fine photographic details.” (çeviri) «SVG bir vektör görüntü biçimi olduğundan, görüntünün içeriğinin çizgi sanatı, diyagramlar ve çizelgeler olduğu ve ince fotoğrafik ayrıntıların bulunmadığı diğer durumlarda en kullanışlıdır.»

Google Search Central blogu — AVIF desteği (30 Ağu 2024)

• “We’re happy to announce that AVIF is now a supported file type in Google Search, for Google Images as well as any place that uses images in Google Search.” (çeviri) «AVIF’in artık Google Arama’da, Google Görseller’de ve Google Arama’da görsellerin kullanıldığı her yerde desteklenen bir dosya türü olduğunu duyurmaktan mutluluk duyuyoruz.» Duyuru
• “You don’t need to do anything special to have your AVIF files indexed by Google.” (çeviri) «AVIF dosyalarınızın Google tarafından dizine eklenmesi için özel bir şey yapmanıza gerek yok.»

John Mueller, Google — biçim sıralama artışı sağlamaz

• AVIF hakkında: AVIF dosyaları kullanmanın “SEO artışı” yoktur — fayda, sayfa hızına yardımcı olabilen dosya boyutu azaltmadır, bir sıralama tercihi değildir. Kapsam
• WebP hakkında: “WebP images are fine for Image Search” — “iyi”, kasıtlı olarak “daha iyi” değil. (çeviri) «WebP görselleri Görsel Arama için iyidir» Kapsam
• WebP “Crawled – currently not indexed” raporu hakkında: bu genel bir görsel raporlama tuhaflığıdır (görseller HTML sayfaları olarak dizine eklenmez) ve Mueller “doesn’t believe the phenomenon is limited to WebP images.” (çeviri) «olgunun yalnızca WebP görselleriyle sınırlı olduğuna inanmıyor.» SEJ kapsamı

Hangi biçimi kullanmalıyım?

Yukarıdan aşağıya çalışın. Biçimi görselin ne olduğuna göre eşleştirin, ardından modern bir yol izlediyseniz bir yedek ekleyin.

1. Logo, simge, diyagram veya çizgi sanatı mı? → SVG. Vektör, kalite kaybı olmadan ölçeklenir ve küçük kalır. Burada durun.

2. Animasyon gerekiyor mu? → Desteklenen yerlerde animasyonlu WebP veya AVIF, basit döngüler için evrensel yedek olarak GIF. Kısa bir döngüden daha zengin her şey için video (MP4/WebM) kullanın, görüntü formatı değil. Burada durun.

3. Fotoğraf mı? → WebP güvenli varsayılandır (~%96 destek, yedek kesinlikle gerekmez). → Maksimum sıkıştırma istiyor ve yedek ekleyebiliyor musunuz? AVIF → WebP → JPEG <picture> ile. → Yedek mantığı olmayan tek bir evrensel dosya mı gerekiyor? JPEG.

4. Ekran görüntüsü mü, yoksa keskin kenarlı, metinli veya şeffaflıklı bir grafik mi? → PNG (veya kayıpsız WebP). JPEG’in kayıplı artefaktları keskin kenarları ve metni bozar; PNG bunları net tutar ve tam şeffaflığı destekler.

5. Bir fotoğraf için AVIF veya WebP mi seçtiniz? → Daha düşük formatları <picture> olarak ve JPEG/PNG <source> yedeği olarak içeren <img src> ile sarın. Bu src, Google’ın dizine eklediği URL’dir.

Cevaplara göre hızlı başvuru

Zihinsel modeller

1. Nedensel zincir — format → dosya boyutu → hız → Core Web Vitals. Format, dört adımlı bir zincirin başında yer alır, sıralama sonunda değil: format seçimi dosya boyutunu değiştirir → daha küçük dosyalar daha hızlı yüklenir → daha hızlı yüklemeler Largest Contentful Paint (LCP) iyileştirir → LCP, sıralama sistemlerinin kullandığı sayfa deneyimi sinyallerinin bir parçası olan Core Web Vitals’ı besler. Bunu “format sıralamayı etkiler” şeklinde daraltmak, efsanenin tam olarak nasıl yayıldığıdır — format birkaç adım yukarıdadır ve sayfa gerçekten hızlanmazsa, aşağı akışta hiçbir şey değişmez. Bir format değişikliğini sıralama hareketine atfetmek istediğinizde bu modeli kullanın: zincirdeki hangi halkanın gerçekten gerçekleştiğini sorun.

2. “En yeni kazanır” yerine içerik türüne göre seçin. En yeni format otomatik olarak doğru olan değildir — formatı görüntünün ne olduğuna eşleştirin:

• Fotoğraflar → WebP (güvenli varsayılan) veya maksimum sıkıştırma için JPEG yedeğiyle AVIF.
• Logolar, simgeler, diyagramlar, çizgi sanatı → SVG.
• Ekran görüntüleri, keskin kenarlar, görüntü içi metin, yedek karmaşıklığı olmayan şeffaflık → PNG (veya kayıpsız WebP).
• Basit animasyon → desteklenen yerlerde animasyonlu WebP/AVIF, GIF yalnızca evrensel yedek olarak (daha zengin animasyon → video).

Bir görüntüyü “sadece AVIF kullan, en yeni” demeden önce bu modelden geçirmek, AVIF’in gerçek maliyetlerinin — CPU yoğun kodlama, aşamalı işleme yok ve Ağustos 2024’e kadar Google Search desteği hiç yok — sıkıştırma avantajından ağır bastığı durumları yakalar.

Görüntü formatları kopya kağıdı

Altı formata bir bakış (2026)

<picture> yedek deseni

<picture>
  <source srcset="photo.avif" type="image/avif" />
  <source srcset="photo.webp" type="image/webp" />
  <img src="photo.jpg" alt="…" width="1200" height="800" />
</picture>

Hızlı bilgiler

• WebP/AVIF için doğrudan sıralama avantajı yoktur — fayda hızdır → Core Web Vitals.
• Google BMP, GIF, JPEG, PNG, WebP, SVG, AVIF destekler; AVIF 30 Ağu 2024’te eklendi.
• Google <img> (içindeki <picture> dahil) dizinler — CSS background-image değil.
• <img src> yedeği, Google’ın dizinlediği URL’dir.
• WebP alfa şeffaflığını kayıplı modda bile destekler; JPEG hiç şeffaflık yapamaz.
• AVIF ödünleşimleri: CPU yoğun kodlama, aşamalı işleme yok, Firefox’ta animasyon yok (2026).
• SVG vektördür — fotoğraflar için asla kullanmayın; logolar/metin için asla JPEG kullanmayın.

Biçim seçim kontrol listesi

Her görüntünün doğru biçimde olduğunu ve güvenli şekilde sunulduğunu doğrulamak için hızlı bir geçiş:

• Fotoğraflar WebP (veya yedekli AVIF) — aşırı büyük PNG veya JPEG değil.
• Logolar, simgeler ve diyagramlar SVG, raster değil.
• Ekran görüntüleri ve metin içeren grafikler PNG veya kayıpsız WebP — JPEG değil (keskin kenarları ve metni bulanıklaştıran artefaktlar).
• Şeffaflık gerektiren her şey PNG, WebP veya AVIF kullanır — asla JPEG.
• Modern biçimler (AVIF/WebP) <picture> ile JPEG/PNG <img src> yedeği ile sunulur.
• Görsel aramada istiyorsanız her görüntü bir <img> (veya <picture>) içinde yaşar, CSS background-image değil.
• Dosya uzantıları gerçek dosya türüyle eşleşir (toplu dönüştürmeden sonra .webp/.avif’e dikkat edin).
• Hiçbir biçim sıralama avantajı için seçilmedi — hedef daha küçük dosyalar → daha hızlı LCP, gerçek bir sayfa hızı testinde doğrulanır, biçim etiketinin kendisi değil.
• Animasyonlar animasyonlu WebP/AVIF (veya video) kullanır; yalnızca GIF evrensel uyumluluk yedeksiz gerektiğinde.
• Tarayıcı desteği varsayımları, bir yedek bırakıyorsanız caniuse ile yeniden kontrol edilir.

Görüntü biçimlerinde kaçınılması gereken hatalar

Sıralama avantajı bekleyerek WebP/AVIF’e geçmek. Neden yanlış: John Mueller AVIF için SEO avantajı olmadığını doğruladı ve WebP yalnızca “Görsel Arama için iyi” — kasıtlı olarak nötr bir ifade, “daha iyi” değil. Biçim bir sıralama sinyali değildir; etkinleştirdiği hızdır. Bunun yerine ne yapmalı: dosya boyutu ve Core Web Vitals kazancı için dönüştürün ve kazancı gerçek bir sayfa hızı testiyle doğrulayın — biçim etiketinin kendisi değil.

AVIF’i her zaman en iyi olarak görmek çünkü en sert sıkıştırır. Neden yanlış: en iyi sıkıştırma tek değişken değildir. AVIF kodlaması CPU yoğundur, aşamalı işleme yoktur (görüntü görüntülenmeden önce tamamen indirilmelidir) ve animasyonlu AVIF araçları 2026 itibarıyla Firefox’ta hâlâ desteklenmiyor. Bunun yerine ne yapmalı: maksimum sıkıştırmayı sıkıştırırken ve kodlama maliyetini karşılayabiliyorsanız AVIF’i <picture> yedeğiyle kullanın — aksi takdirde WebP daha güvenli günlük varsayılandır.

PNG’nin her zaman güvenli, yüksek kaliteli seçim olduğunu varsaymak. Neden yanlış: PNG yalnızca kayıpsızdır, bu nedenle fotoğraflar için kullanmak, iyi ayarlanmış bir JPEG/WebP’ye göre görünür kalite kazancı olmadan gereksiz yere şişkin dosyalar üretir — gerçek, kaçınılabilir bir hız maliyeti. Bunun yerine ne yapmalı: PNG’yi şeffaflık ve keskin kenarlı grafikler/ekran görüntüleri/metin için ayırın; fotoğraflar için WebP veya JPEG kullanın.

“Destek artık temelde evrensel” diye yedeği bırakmak. Neden yanlış: WebP için çoğunlukla doğru (~%96), ancak AVIF hâlâ ~%94 küresel destek civarında, ayrıca eski cihazlar ve bazı tarayıcılar onu işlemiyor — küçük de olsa gerçek bir boşluk. Bunun yerine ne yapmalı: modern biçimleri JPEG/PNG <picture> yedeğiyle biten bir <img src> öğesi aracılığıyla sunun; bu yedek aynı zamanda Google’ın dizinlediği URL’dir.

JPEG veya PNG gibi eski biçimlerin cezalandırıldığına inanmak. Neden yanlış: JPEG, PNG, GIF ve BMP, Google Arama tarafından tamamen desteklenmeye devam ediyor — bunları kullanmanın cezası yok, yalnızca daha küçük modern biçimli bir dosyaya kıyasla kaçırılmış bir hız fırsatı var. Bunun yerine ne yapmalı: çabaya değdiğinde dosya boyutu avantajı için dönüştürün, ancak JPEG/PNG’de kalmayı bir uyum riski olarak görmeyin.

WebP’nin şeffaflığı desteklemediğini veya AVIF’in animasyon yapamadığını varsaymak. Neden yanlış: ikisi de yanlış. WebP, kayıplı modda bile alfa kanalı şeffaflığını destekler — JPEG’in hiç yapamadığı bir şey — ve AVIF, Chrome, Edge ve Safari 16.4+‘te animasyonu destekler (sadece Firefox’ta henüz değil). Bunun yerine ne yapmalı: format yaşına dayalı varsayım yapmak yerine gerçek format başına yeteneği kontrol edin (Gelişmiş sekmesindeki altı formatlı tablo).

AVIF’i 2026’da “hâlâ deneysel” olarak göz ardı etmek. Neden yanlış: güncel değil. AVIF, 30 Ağustos 2024’ten beri Google Arama tarafından dizine eklenebilir ve yaklaşık %94 küresel tarayıcı desteğine sahiptir. Bunun yerine ne yapmalı: AVIF’i bir yedekle üretime hazır olarak ele alın, tamamen kaçınılması gereken bir şey olarak değil.

Kendini test et: görsel formatları

SEO için görsel formatları seçme konusunda beş hızlı soru. Her biri için bir cevap seçin, ardından kontrol edin.

Zaman ayırmaya değer kaynaklar

İlgili yazılarım

• Image SEO: 12 Actionable Tips for More Organic Traffic — Ahrefs görsel-SEO rehberim (formatlar, sıkıştırma, dosya adları, alt metin, site haritaları, responsive görseller, schema, yavaş yükleme).
• Largest Contentful Paint (LCP) — LCP öğesinin neden genellikle bir görsel olduğu ve format kaynaklı dosya boyutunun onu nasıl beslediği. Bu makalenin efsane yıkımının dayandığı performans zinciri.
• The Beginner’s Guide to Technical SEO — görsellerin ve Core Web Vitals’ın daha geniş teknik resimde nerede durduğu.

Konuşmalarım

• “Image SEO” (Visme webinarı, 2021) — arama için görselleri optimize etme üzerine özel konuşmam, format ve sıkıştırma seçimleri dahil.

Resmi

• Google Images best practices — desteklenen formatlar listesi ve dizine ekleme mekaniği.
• Supporting AVIF in Google Search (Ağu 2024) — AVIF destek duyurusu.
• web.dev — Image performance (Google Chrome ekibi) — karşılaştırma tablosunun arkasındaki format mekaniği referansı.

Sektörden

• Image file type and format guide (MDN Web Docs) — web’deki en titiz format-by-format spec tablosu; altı formatlı karşılaştırmanın doğruluk omurgası.
• caniuse.com — AVIF / caniuse.com — WebP — güncel küresel yüzdelerle canlı, sürüm-sürüm tarayıcı destek tabloları.
• Google’s New Support For AVIF Images May Boost SEO (Search Engine Journal, Roger Montti) — “format = sıralama artışı” çerçevesinin nasıl güçlendirildiğine dair bir vaka çalışması olarak faydalı; gövde faydayı doğru şekilde Core Web Vitals üzerinden yönlendiriyor.
• Google’s John Mueller Clarifies WebP Image Indexing Confusion (Search Engine Journal) — WebP görsellerinin neden “Crawled – currently not indexed” olarak göründüğü ve bunun neden WebP’ye özgü bir sorun olmadığı.
• Google Search Now Supports AVIF Images (Search Engine Roundtable) — AVIF kilometre taşı ve Mueller’ın “SEO artışı yok” noktasının kapsamı.
• AVIF vs. WebP: 4 Key Differences and How to Choose (Cloudinary) — uygulama odaklı sağlam bir AVIF-vs-WebP karşılaştırması.
• r/TechSEO — görsel formatı ve performans hata ayıklama topluluğu.

Değişiklik günlüğü