Kısaca özet
- WebP mi AVIF mi sorusunun kısa cevabı: AVIF aynı kalitede daha küçük dosya üretir, WebP ise daha hızlı dönüştürülür ve daha eski tarayıcı sürümlerinde de sorunsuz açılır; çoğu site için WebP güvenli varsayılan, AVIF ise büyük görsellerde ek kazançtır.
- WordPress’in geliştirici notlarına göre WebP dosyaları JPEG ve PNG karşılıklarından ortalama yüzde 30 kadar küçüktür; AVIF ise aynı kalitede JPEG’den yüzde 50’ye kadar küçük olabilir.
- WordPress 5.8’den beri WebP, 6.5’ten beri AVIF yüklenebilir; ikisi de sunucudaki görsel işleme kütüphanesinin (Imagick ya da GD) formatı desteklemesine bağlıdır.
- MDN’e göre AVIF desteği Chrome 85, Firefox 93, Safari 16.1 ve Edge 121 ile gelir; eski cihazlar için JPEG ya da WebP yedeği sunmak gerekir.
- Görsel dönüştürme sunucu işlemcisini kullanır; binlerce görseli tek seferde çevirmek paylaşımlı hostingte kaynak sınırına takılabilir.
- Format değişikliği LCP süresini kısaltır ama yanlış boyutlandırılmış ya da geç yüklenen bir ana görselin sorununu tek başına çözmez.
PageSpeed raporunu açtınız ve ilk sırada yine aynı öneri duruyor: “Görselleri yeni nesil formatlarda sunun.” Tema ayarlarında WebP seçeneği var, bir yerde AVIF’in daha iyi olduğunu okudunuz, hosting paneliniz de başka bir şey söylüyor. WebP mi AVIF mi tartışması aslında üç soruya iner: dosya ne kadar küçülüyor, ziyaretçinin tarayıcısı açabiliyor mu ve dönüştürme işini sunucunuz kaldırabiliyor mu.
WebP mi AVIF mi, Formatlar Ne Vaat Ediyor
WebP, Google’ın geliştirdiği, hem kayıplı hem kayıpsız sıkıştırma yapabilen, saydamlık ve animasyon destekleyen bir formattır. JPEG ve PNG’nin yaptığı işi tek formatta toplar. AVIF ise AV1 video kodeğinin görsel sürümüdür; aynı işleri yapar, geniş renk aralığını ve HDR’ı da destekler ve aynı görsel kalitede daha küçük dosya üretir.
WordPress’in resmî duyurularındaki rakamlar iki format arasındaki farkı iyi özetliyor. WordPress 5.8 geliştirici notu WebP dosyalarının JPEG ve PNG karşılıklarından ortalama yüzde 30 kadar küçük olduğunu söylüyor. WordPress 6.5 duyurusu ise AVIF’in aynı kalitede JPEG’den yüzde 50’ye kadar küçük olabileceğini belirtiyor. Gerçek kazanç görselin türüne göre değişir; fotoğrafta fark büyük, düz renkli logo ve ikonlarda küçük olur.
JPEG, PNG, WebP ve AVIF Karşılaştırması
Aşağıdaki tablo dört formatı bir web sitesi için önemli olan başlıklarda karşılaştırıyor. Tarayıcı desteği bilgisi MDN’in görsel formatları rehberinden alındı.
| Format | Sıkıştırma | Saydamlık ve animasyon | Tarayıcı desteği | En uygun kullanım |
|---|---|---|---|---|
| JPEG | Yalnız kayıplı | Yok | Evrensel | Yedek format, eski sistemler |
| PNG | Kayıpsız, dosya büyük | Saydamlık var | Evrensel | Ekran görüntüsü, keskin kenarlı grafik |
| WebP | Kayıplı ve kayıpsız, JPEG’den belirgin küçük | İkisi de var | Güncel tüm büyük tarayıcılar | Varsayılan web formatı |
| AVIF | Kayıplı ve kayıpsız, çoğu fotoğrafta WebP’den de küçük | İkisi de var, HDR desteği | Chrome 85, Firefox 93, Safari 16.1, Edge 121 ve sonrası | Büyük fotoğraflar, ana görsel |
Bilgi
Tarayıcı desteği formatın kendisini açmakla ilgilidir. Tarayıcının AVIF’i desteklemediği durumda görsel boş görünmesin diye HTML’de picture öğesiyle bir WebP ya da JPEG yedeği sunulur. Bu yedek mekanizması kurulmadan yalnız AVIF yayınlamak, eski cihaz kullanan ziyaretçiye kırık görsel gösterir.
WordPress WebP ve AVIF’i Nasıl Destekliyor
WordPress 5.8 ile WebP, 6.5 ile AVIF medya kütüphanesine doğrudan yüklenebilir hâle geldi. Yüklediğiniz dosya bu formatlardaysa WordPress küçük boyutlu kopyalarını da aynı formatta üretir. Burada bir şart var: sunucudaki görsel işleme kütüphanesi, yani Imagick ya da GD, bu formatı tanımalıdır. WordPress’in kendi notuna göre kayıpsız WebP yalnız Imagick ile çalışır.
Sunucunuzun AVIF’i destekleyip desteklemediğini yönetim panelindeki Araçlar, Site Sağlığı, Bilgi sekmesinde “Medya İşleme” bölümünden görebilirsiniz. Desteklenen formatlar listesinde AVIF yoksa dosya yüklense bile küçük boyutlar üretilemez. WordPress çekirdeği yüklenen JPEG’leri kendiliğinden başka formata çevirmez; bu dönüşüm bir geliştirici ayarıyla ya da bir görsel optimizasyon eklentisiyle yapılır.
Dikkat
Yıllardır biriken binlerce görseli tek seferde WebP ya da AVIF’e çevirmek sunucu işlemcisini uzun süre meşgul eder. Paylaşımlı hostingte işlemci sınırı pakete göre 1 ile 4 çekirdek arasındadır; toplu dönüştürme bu sınıra dayanırsa site yavaşlar ya da kaynak sınırı hatası verir. Dönüştürmeyi küçük partilerle ve trafiğin düşük olduğu saatlerde yapın.
Dönüştürme Sunucu Kaynağı Tüketir, Nerede Yapılmalı
Görsel dönüştürmenin üç yeri vardır. Birincisi görseli yüklemeden önce kendi bilgisayarınızda dönüştürmektir; sunucuya hiç yük binmez ama her görsel için elle iş gerekir. İkincisi yükleme anında sunucuda dönüştürmektir; eklenti ya da WordPress ayarı bunu otomatik yapar, her yüklemede işlemci kısa süre çalışır. Üçüncüsü dönüşümü bir CDN katmanına bırakmaktır; görsel orijinal formatında durur, CDN tarayıcıya uygun formatı üretip önbellekte tutar.
AVIF kodlaması WebP’ye göre işlemci açısından daha ağırdır. Bu fark tek görselde hissedilmez, ama bir e-ticaret sitesinde her ürün görseli için onlarca küçük boyut üretildiğinde toplam yük büyür. Küçük ve orta ölçekli sitelerde yükleme anında WebP üretmek, AVIF’i ise yalnız ana sayfa ve kategori görselleri gibi büyük dosyalarda kullanmak dengeli bir yoldur.
Örnek senaryo
Bir mobilya mağazasının WooCommerce sitesinde 1.800 ürün ve yaklaşık 9.000 JPEG görsel var. Mobil PageSpeed raporunda LCP 4 saniyenin üzerinde, ana öğe ürün kategorisindeki büyük kapak fotoğrafı. Ekip önce yalnız ana sayfa ve kategori kapaklarını AVIF’e çeviriyor, WebP yedeğiyle birlikte sunuyor. Ürün görsellerini ise gece saatlerinde 500’lük partiler hâlinde WebP’ye çeviriyor. Toplu dönüşüm tek seferde başlatılsaydı paylaşımlı paketin işlemci sınırına dayanacak ve gündüz satışlarını etkileyecekti.
Format Değişikliği LCP’yi Ne Kadar Etkiler
Largest Contentful Paint, sayfadaki en büyük görünür öğenin ekrana çizilme süresidir ve çoğu sayfada bu öğe bir görseldir. web.dev’in LCP açıklamasına göre iyi bir LCP değeri 2,5 saniye ya da altıdır. Ana görsel 600 KB’lık bir JPEG iken WebP ya da AVIF’e geçmek indirme süresini doğrudan kısaltır.
Format tek başına yetmez. Ana görsel tembel yüklemeye (lazy load) takılıyorsa, ekrandan iki kat büyük boyutta sunuluyorsa ya da sunucu ilk baytı geç gönderiyorsa AVIF’e geçmek sorunu çözmez. Sitenin yavaşlığının kaynağını hosting ile eklenti arasında ayırmak için WordPress yavaşsa hosting mi eklenti mi yazısına bakabilirsiniz. Görsel dışındaki hız ayarları ise PageSpeed puanı artırma kartında adım adım anlatılıyor.
WebP mi AVIF mi, Site Türüne Göre Karar
Kurumsal tanıtım sitesi ve blog için WebP yeterlidir; dosyalar belirgin küçülür, dönüştürme hafif kalır ve yedek format kaygısı neredeyse yoktur. Fotoğraf ağırlıklı siteler, e-ticaret kategori sayfaları ve büyük ana görseli olan açılış sayfaları AVIF’ten daha fazla kazanır. Bu sitelerde WebP mi AVIF mi sorusunun cevabı çoğu zaman “ikisi birlikte” olur: AVIF ana format, WebP yedek. Görsel boyutlandırma ve sıkıştırma ayarlarının pratik adımları görsel optimizasyonu kartında duruyor.
Hosting seçimi de bu kararın bir parçasıdır. Sunucudaki görsel kütüphanesinin AVIF desteği, PHP sürümü ve işlemci payı dönüştürmenin ne kadar sorunsuz ilerleyeceğini belirler. WordPress için barındırma tercihinde nelere bakılacağı WordPress hosting tercihi rehberinde toplanmış durumda.
Sonuç
Çoğu site için WebP güvenli ve hafif varsayılandır. AVIF, büyük fotoğraflarda ve LCP öğesi olan ana görsellerde ek kazanç sağlar ama yedek format ve daha fazla işlemci süresi ister. Önce sunucunuzun desteğini Site Sağlığı ekranında kontrol edin, sonra dönüşümü partiler hâlinde yapın.
Görsel Formatı Kontrol Listesi
- Site Sağlığı ekranında sunucunun WebP ve AVIF desteğini kontrol edin.
- PageSpeed raporunda LCP öğesinin hangi görsel olduğunu belirleyin.
- Ana görseli tembel yüklemeden çıkarın ve ekran boyutuna uygun ölçüde sunun.
- AVIF kullanacaksanız WebP ya da JPEG yedeğinin tanımlı olduğunu doğrulayın.
- Toplu dönüştürmeyi küçük partilerle ve düşük trafik saatlerinde yapın.
- Dönüşüm sonrası disk ve inode kullanımını kontrol edin; her format ek kopya demektir.
- Eski JPEG’leri silmeden önce yedek alın ve sayfaların görsellerini örnekleyerek test edin.
Sıkça sorulan sorular
WebP mi AVIF mi, küçük bir blog için hangisini seçmeliyim?
Küçük bir blog için WebP yeterlidir. Dosya boyutunu belirgin biçimde düşürür, sunucuda hızlı üretilir ve güncel tarayıcıların tamamında açılır. AVIF’in ek kazancı büyük fotoğraflarda anlamlı hâle gelir. Blogunuzda ana sayfa ya da yazı kapakları büyük fotoğraflarsa bunları AVIF’e çevirip WebP yedeğiyle sunmak mantıklı bir ikinci adımdır.
AVIF görselleri Safari’de açılıyor mu?
MDN’e göre Safari AVIF’i 16.1 sürümünden itibaren destekler. Daha eski iOS ve macOS sürümlerini kullanan ziyaretçiler için yedek bir format sunulmalıdır. HTML’de picture öğesiyle önce AVIF, ardından WebP ya da JPEG tanımlandığında tarayıcı açabildiği ilk formatı seçer.
WordPress yüklediğim JPEG’i kendiliğinden WebP’ye çevirir mi?
Varsayılan kurulumda çevirmez. WordPress yüklenen formatı korur ve küçük boyutlarını da aynı formatta üretir. JPEG’lerin yükleme sırasında WebP ya da AVIF’e çevrilmesi bir geliştirici filtresiyle ya da görsel optimizasyon eklentisiyle yapılır. Her iki durumda da sunucudaki görsel kütüphanesinin hedef formatı desteklemesi gerekir.
Görselleri AVIF’e çevirmek SEO’yu etkiler mi?
Format doğrudan bir sıralama sinyali değildir. Etkisi sayfa hızı üzerindendir; daha küçük görsel daha hızlı LCP demektir ve sayfa deneyimi ölçümlerine yansır. Görsel adresleri değişiyorsa eski adreslerin yönlendirildiğinden ve alt metinlerin korunduğundan emin olun, yoksa görsel aramadaki görünürlük düşebilir.
Hem WebP hem AVIF tutmak diski doldurur mu?
Her ek format, her görsel ve her küçük boyut için ayrı bir dosya demektir. Binlerce ürün görseli olan bir sitede bu, disk alanına ve dosya sayısına belirgin şekilde yansır. Paylaşımlı hostingte inode sınırı pakete göre 200.000 ile 500.000 arasında olduğu için dönüşüm öncesi mevcut kullanımı kontrol etmek gerekir.
Narhost’ta
WordPress Hosting paketlerimiz NVMe disk ve LiteSpeed web sunucusu üzerinde çalışır; PHP sürümünü panelden değiştirebilir, sitenizi WP Toolkit ile yönetebilirsiniz.