WebP Dönüştürme Rehberi: Sitenizi Hızlandırın
1) Neden WebP?
WebP, aynı kalite hedefinde JPG’ye göre genelde %25–35 daha küçük dosya üretir. Bu; sayfa yükünü düşürür, LCP’yi iyileştirir ve mobilde veri tasarrufu sağlar.
Bu rehber WebP’ye dönüşüm adımlarını, kalite ayarını, ne zaman PNG/AVIF tercih edileceğini ve AllImageLab ile pratik iş akışını anlatır.
2) WebP ne zaman doğru seçim?
- Fotoğraf / blog / ürün: çoğu senaryoda WebP çok iyi
- Şeffaflık: WebP alpha destekler; PNG alternatifi olabilir
- Animasyon: bazı iş akışlarında GIF yerine WebP düşünülür
- Eski sistem zorunluluğu: JPG/PNG fallback planı gerekir
AVIF daha da küçük olabilir; ama WebP desteği ve araç ekosistemi hâlâ çok pratiktir. Karşılaştırma: AVIF vs WebP.
3) WebP’ye nasıl dönüştürülür?
- AllImageLab WebP Dönüştürücü’yü açın
- JPG veya PNG dosyanızı yükleyin
- Kalite ayarını seçin (75–85 önerilir)
- Gerekiyorsa önce boyutlandırın
- WebP olarak indirin ve sayfada test edin
4) Kalite ve boyut dengesi
| Kullanım | Başlangıç kalitesi | Not |
|---|---|---|
| Blog gövdesi | 75–80 | 80–200 KB bandını hedefle |
| Ürün görseli | 78–85 | Detay önemliyse üst banda çık |
| Thumbnail | 70–78 | Küçük alanda aşırı kalite gereksiz |
| Logo / UI | Lossless / yüksek | İnce kenarları koru |
Dönüşüm sonrası hâlâ büyükse sorun çoğu zaman format değil piksel boyutudur. Önce genişliği düşür, sonra WebP kalitesini ayarla. İlgili: sıkıştırma kalitesi.
5) Siteye koyarken dikkat
- Mümkünse modern format + fallback düşün (
<picture>veya CDN dönüşümü) - Cache/CDN eski JPG’yi sunuyorsa yeni WebP’nin görünmesi gecikebilir
- CMS eklentileri “otomatik WebP” yapıyorsa çift dönüştürmeyi önle
- Alt metin ve dosya adını koru; sadece uzantıyı değiştirmek SEO’yu bozmaz
6) Sık hatalar
- 4000px JPG’yi WebP yapmak ama boyutu hiç düşürmemek
- Kaliteyi %50’ye çekip “WebP kötü” diye yorumlamak
- Şeffaf logoda yanlış ayarla kenar bozulması
- Aynı dosyayı tekrar tekrar dönüştürüp artifact biriktirmek
- Fallback’siz sadece WebP ile eski istemcileri unutmak (nadir ama kritik sistemlerde)
Bu hataların ortak noktası codec’i suçlamaktır. Gerçekte çoğu performans kazanımı önce doğru genişlik, sonra makul WebP kalitesiyle gelir. Dönüştürücü yalnızca son adımdır.
7) Mevcut siteyi WebP’ye taşıma
Toplu geçişte önce en ağır sayfaları hedefle: ana sayfa hero’ları, kategori kapakları, en çok trafikli blog yazıları. “Her şeyi bir gecede dönüştür” yaklaşımı yerine ölçülebilir paketler halinde ilerle; LCP düşüşünü sayfa sayfa doğrula. Search Console ve analitikte yavaş URL listesi varsa dönüşüm sırasını oradan kurmak en pragmatik yoldur.
Medya kütüphanesinde hem JPG hem WebP tutuyorsan CDN/cache kurallarını netleştir. Aksi halde tarayıcı bazen eski dosyayı almaya devam eder ve “dönüştürdüm ama hızlanmadı” yanılgısı oluşur. Yeni export’tan sonra hard refresh / cache purge alışkanlığı edin.
İç link ve içerik tarafında format değişimi URL’yi bozmamalı. Mümkünse dosya adını koruyup sadece uzantıyı değiştir; kırık görselleri ve 404’leri izle.
8) SSS
JPG’yi silmeli miyim?
Modern sitede çoğu zaman WebP yeter. Eski istemci/mail şablonları için JPG kopyası tutmak isteyebilirsin.
PNG’den WebP’ye geçmek güvenli mi?
Fotoğrafta genelde evet. Logo/ikon ve şeffaflıkta kenarları büyütüp kontrol et.
AVIF mi WebP mi?
Mümkünse ikisini stratejik kullan; pratik varsayılan çoğu ekip için hâlâ WebP’dir. Detay: AVIF vs WebP.
Sonuç
WebP dönüştürmek; sitene “modern format rozeti” takmak değil, daha hızlı sayfa üretmektir. Doğru boyut + doğru kalite ile fark net görünür. Özellikle mobil LCP’de büyük kapak görsellerini WebP’ye almak, küçük ikonları tek tek dönüştürmekten çoğu zaman daha fazla kazanım sağlar. Dönüşüm sonrası cache’i temizlemeyi ve gerçek cihazda kontrol etmeyi unutma. Aynı görseli hem masaüstü hem mobil şablonda kontrol etmek, beklenmedik kırpmayı da ortaya çıkarır.
Özet checklist: doğru genişlik → WebP kalite 75–85 → önizleme → cache temizliği → mobilde doğrulama. Bu beş adım çoğu sitede “format değiştirdim ama fark yok” şikayetini bitirir.