JPG'den WebP'ye

WebP'yi JPEG'den ayıran teknolojik sıçrama, temel uzamsal matematiksel modellerinde yatmaktadır. JPEG, bir görüntüyü yalıtılmış 8x8 piksellik bloklara ayırarak çalışır. Her bir 64 piksellik matris, uzamsal parlaklık (luminance) ve renklilik (chrominance) değerlerini frekans katsayılarına dönüştürmek için bir Ayrık Kosinüs Dönüşümüne (DCT) tabi tutulur; bu katsayılar daha sonra standart nicemleme tablolarına göre agresif şekilde nicemlenir. Her 8x8 ızgara matematiksel bir izolasyon içinde değerlendirildiğinden, bit hızının düşürülmesi bitişik blok sınırlarının birbirinden sapmasına yol açarak pürüzsüz gökyüzü alanlarında ve hassas cilt tonlarında kötü şöhretli 'dama tahtası' bloklanma bozulmalarına, sivrisinek gürültüsüne (mosquito noise) ve renk bantlanmalarına neden olur.

Buna karşılık WebP'nin kayıplı sıkıştırma mimarisi, Google'ın açık kaynaklı VP8 video kodekinden türetilmiştir ve gelişmiş uzamsal tahmine dayalı kare içi (intra-frame) kodlamaya dayanır. WebP kodlayıcı, ham piksel bloklarını bağımsız olarak sıkıştırmak yerine görüntü karesini 16x16 makrobloklara böler (bunlar da kendi içinde 4x4 alt bloklara ayrılabilir). Kodlayıcı, geçerli hedef bloğun hemen üstünde ve solunda yer alan daha önce kodu çözülmüş makroblokların sınır piksellerini inceler. Geçerli bloğun içeriğinin istatistiksel açıdan doğru bir tahminini sentezlemek amacıyla dört gelişmiş uzamsal tahmin modunu (DC Tahmini, Dikey Tahmin, Yatay Tahmin ve TrueMotion/Bilinear enterpolasyon) değerlendirir.

Kodlayıcı, makrobloğun tamamını sıfırdan depolamak yerine tahmin edilen görsel veriyi gerçek kaynak piksellerden çıkarır ve yalnızca matematiksel 'artık hatayı' (residual error - tahmin ile gerçeklik arasındaki ince fark) kaydeder. Fotoğraflardaki bitişik pikseller doğal olarak birbirleriyle yüksek korelasyona sahip olduğundan, artık hata matrisi son derece seyrektir ve ağırlıklı olarak sıfırlardan oluşur. Bu artık veri, 4x4 ayrık kosinüs dönüşümü yaklaşımıyla dönüştürülür ve değişken uzunluklu aritmetik entropi kodlamasıyla sıkıştırılır. Bu tahmine dayalı döngü sert blok sınırlarını tamamen ortadan kaldırarak WebP'nin, standart JPEG'lerin tamamen dağıldığı bit hızlarında dahi ipeksi pürüzsüzlükte degrade geçişlerini ve organik fotoğrafik dokuları korumasını mümkün kılar.

Modern teknik arama motoru optimizasyonunda (SEO) sayfa hızı yalnızca bir kullanıcı deneyimi metriği değildir; Google'ın Sayfa Deneyimi sinyalleri ve Core Web Vitals telemetrisi tarafından değerlendirilen doğrudan bir algoritmik sıralama faktörüdür. Bu sinyaller arasında Largest Contentful Paint (LCP), tarayıcı görüntüleme alanının ekranın üst kısmındaki (above-the-fold) en büyük görsel bloğunu (genellikle hero başlıkları, tam genişlikte ürün vitrinleri veya öne çıkan editoryal fotoğraflar) oluşturması için geçen süreyi ölçtüğünden muazzam bir ağırlık taşır.

Google Lighthouse denetimleri, eski formatları sunan web sitelerini açıkça cezalandırır ve yüksek öncelikli bir uyarı üretir: 'Görselleri yeni nesil biçimlerde sunun'. Bir e-ticaret vitrini veya medya yayını, medyan bir 4G hücresel bağlantı (15 Mbps) üzerinden 1.8 MB'lık bir JPEG hero afişi sunduğunda, yalnızca ağ paket transferi yaklaşık 960 milisaniye tüketir ve toplam LCP metriğini kolayca 'Geliştirilmesi Gerekiyor' (2.5s - 4.0s) veya 'Zayıf' (>4.0s) tehlike bölgelerine iter.

Birebir aynı fotoğrafı WebP'ye dönüştürmek, dosya ağırlığını 1.8 MB'tan yaklaşık 480 KB'a düşürür; bu da aktarılan ağ yükünde %73'lük bir azalma anlamına gelir. Ağ indirme süresi 250 milisaniyenin altına iner. Tarayıcının önceden yükleme tarayıcısı (preload scanner) ve spekülatif HTML ayrıştırıcısı görsel varlığı neredeyse anında keşfedip açtığından, ekranın üst kısmındaki içerik kullanıcı herhangi bir yerleşim kayması yaşamadan sorunsuzca ekrana basılır; bu da arama görünürlüğünü koruyan ve reklam kampanyası dönüşüm oranlarını maksimize eden 'İyi' (<2.5s) LCP puanlarını güvence altına alır.

WebP'nin ilk piyasaya sürüldüğü dönemde web geliştiricileri, Apple Safari'nin eski sürümlerindeki destek eksikliği nedeniyle benimseme konusunda tereddütler yaşamıştı. Ancak 2020'nin sonlarında macOS 11 Big Sur ve iOS 14'ün yayınlanmasıyla birlikte Apple, yerel WebP kod çözme özelliğini WebKit genelinde eksiksiz olarak entegre etti. Günümüzde WebP için küresel tarayıcı uyumluluğu Google Chrome, Apple Safari, Mozilla Firefox, Microsoft Edge, Opera, Samsung Internet ve Android WebView dahil olmak üzere tüm masaüstü ve mobil istemcilerde %97.5'i aşmıştır.

Eski kurumsal intranet ortamları veya özelleştirilmiş endüstriyel tarayıcılarla %100 geriye dönük uyumluluk gerektiren kurumsal uygulamalar için modern HTML, sıfır JavaScript ek yüküyle yerel `<picture>` öğesini sunar:

```html <picture> <source srcset="hero-photo.webp" type="image/webp"> <img src="hero-photo.jpg" alt="Yüksek performanslı web görseli" width="1200" height="800" loading="eager" decoding="async"> </picture> ```

Modern tarayıcılar hafif `.webp` kaynak dosyasını otomatik olarak çekerken, eski istemciler zarif bir şekilde `.jpg` yedeğine döner. Dahası, arşivsel olmayan üretim web geliştirmelerinde görselleri doğrudan standart `<img>` etiketleri üzerinden WebP olarak sunmak, CDN'ler ve bulut depolama alanları genelinde mükerrer varlık depolama yükünü ortadan kaldırarak standart endüstri uygulaması haline gelmiştir.

Görsel dağıtım mimarilerini tasarlarken teknik mimarlar sıklıkla iki nicel kalite metriğini değerlendirir: Zirve Sinyal-Gürültü Oranı (PSNR) ve Yapısal Benzerlik Endeksi Ölçümü (SSIM). PSNR piksel piksel matematiksel logaritmik ortalama kare hatasını hesaplarken, SSIM yerel uzamsal pencereler genelinde parlaklık, kontrast ve yapısal doku tutarlılığını karşılaştırarak insan algısal görsel benzerliğini değerlendirir.

Kapsamlı deneysel kıyaslamalar, eşdeğer SSIM puanlarında (örneğin insanların sıkıştırılmış görüntüyü sıkıştırılmamış ham kaynaktan görsel olarak ayırt edemediği SSIM = 0.96 seviyesinde), WebP'nin MozJPEG ile optimize edilmiş JPEG bit akışlarına göre tutarlı bir şekilde %25 ila %35 daha düşük bayt ağırlığı elde ettiğini ve standart kamera JPEG'lerine kıyasla %45'e kadar daha küçük boyutlara ulaştığını göstermektedir. Daha da önemlisi WebP, JPEG'in 4:2:0 renk alt örneklemesinin (chroma subsampling) sıklıkla belirgin renk bulanıklaşmasına yol açtığı yüksek frekanslı bölgelerde (yeşillikler, kumaş dokumaları ve neon aydınlatmalar gibi) renk doygunluğunu mükemmel şekilde korur.

Web optimizasyonunda yaygın bir yanılgı, daha yüksek sıkıştırma oranlarının her zaman aşırı istemci tarafı CPU döngüleri gerektirdiği ve kod çözme sırasında mobil pilleri tükettiği yönündedir. AVIF gibi karmaşık yeni nesil kodekler eski mobil yonga setlerinde ölçülebilir kod çözme gecikmelerine neden olabilirken, WebP'nin kod çözme hesaplama karmaşıklığı sıfırdan ultra hafif olacak şekilde tasarlanmıştır.

WebP, neredeyse tüm modern ARM (Apple Silicon, Qualcomm Snapdragon, MediaTek) ve x86 (Intel Core, AMD Ryzen) silikonlarında bulunan donanım hızlandırmalı VP8 video kod çözme bloklarına dayandığından, bir WebP karesinin kodunu çözmek minimum CPU süresi gerektirir. Gerçek dünya tarayıcı telemetrisinde, 1920x1080 piksellik bir WebP görselinin kodunun çözülmesi modern mobil donanımlarda 6 milisaniyeden daha kısa sürer. Toplam ağ aktarım süresini yüzlerce milisaniye azaltırken kod çözme sürelerini ihmal edilebilir seviyede tutan WebP, cihaz pil ömründe ve kaydırma akıcılığında toplamda net bir kazanım sağlar.

Eski medya kitaplıklarını yalın, yüksek hızlı varlıklara dönüştürmek uyumlu bir işleme iş akışı gerektirir. Hızı ve görsel doğruluğu en üst düzeye çıkarmak için kanıtlanmış bu sıralamayı takip edin:

1. Boyutsal Ölçek Küçültme: Kameranız görüntüleri 6000x4000 pikselde yakalıyorsa, bu boyutları mobil görüntüleme alanlarına sunmak belleği boşa harcar. Genişliği gerçek yerleşim kapsayıcınıza (örneğin 1200 piksel veya 1920 piksel) küçültmek için [Görsel Boyutlandırma](/tr/tools/image/resize/) aracımızı kullanın.

2. En-Boy Oranı Hizalaması: Dikkat dağıtıcı kenarlıkları temizlemek, görsel ufuk çizgilerini düzeltmek ve sosyal medya kartlarına uyarlamak için [Görsel Kırpma](/tr/tools/image/crop/) aracımızı kullanın.

3. Yeni Nesil Biçim Dönüştürme: Tahmine dayalı kare içi sıkıştırmanın kilidini açmak ve dosya ağırlığını %30 veya daha fazla azaltmak için varlığı bu [JPG'den WebP'ye Dönüştürme](/tr/tools/image/convert-jpg-to-webp/) aracından geçirin.

4. Kesin Dosya Boyutu Hedefleme: İçerik yönetim sisteminiz, mobil uygulama paketiniz veya e-posta pazarlama platformunuz katı kilobayt tavanları uyguluyorsa (örneğin 150 KB'ın altı), çıktı kalitesini [Görsel Sıkıştırma](/tr/tools/image/compress/) aracımızla hassas şekilde ayarlayarak işlemi tamamlayın.