Bir mimari çizimi ve bir manzara fotoğrafını e-postayla göndereceğinizi düşünün. İkisini de küçültmek isteyebilirsiniz, ama aynı yöntem ikisinde aynı sonucu vermez. Çizimde ince bir çizginin yer değiştirmesi sorun olabilir; fotoğrafta ise bazı çok küçük renk farkları fark edilmeyebilir. Sıkıştırma seçimini belirleyen soru dosyanın ne kadar küçüldüğü kadar, açıldığında neyin aynı kalması gerektiğidir.
Kayıpsız sıkıştırma neyi korur?
Kayıpsız yöntemde açılan veri, sıkıştırmadan önceki veriyle aynı olmalıdır. Bir metnin harfleri, bir program dosyasının baytları veya bir görüntünün kodlanmış piksel değerleri rastgele değiştirilemez. RFC 1951’de tanımlanan DEFLATE biçimi, tekrar eden veri dizilerine geriye dönük başvurular yapar ve sık görülen işaretleri daha kısa kodlarla temsil eder. Çözücü bu bilgileri kullanarak özgün bayt dizisini geri kurar. Buradaki tasarruf, anlamlı bilgiyi atmak yerine tekrarları daha kısa anlatmaktan gelir.
Bir PNG görüntüsü de kayıpsız sıkıştırma kullanır. W3C’nin PNG belirtimi, filtreleme ve sıkıştırmanın görüntü bilgisini korumasını şart koşuyor. Bu, PNG dosyasını yeniden boyutlandırmak veya renk sayısını dönüştürmek gibi ayrı bir işlem yaptığınızda hiçbir şey değişmeyeceği anlamına gelmez. Kayıpsızlık, belirli bir kodlama ve çözme işleminin koruduğu veriye ilişkindir; düzenleme adımları ayrıca değerlendirilir.
Örneğin üzerinde küçük yazılar bulunan bir ekran görüntüsünü arşivliyorsanız, harf kenarlarının sonraki açılışta aynı kalması isteğinizin parçasıdır. Kayıpsız biçim bu ihtiyaca uygundur. Buna karşılık daha önce kayıplı kaydedilmiş bir fotoğrafı PNG’ye çevirmek, fotoğraftan atılmış ayrıntıyı geri getirmez. Yeni PNG yalnızca dönüştürme anında elinizde bulunan görüntüyü korur. Dosya uzantısının değişmesi, kaynağın geçmişini silmez.
Her dosya kayıpsız olarak daha da küçülemez. RFC 1951, hiçbir kayıpsız algoritmanın bütün olası girdileri küçültemeyeceğini açıkça belirtiyor. Zaten sıkıştırılmış bir görüntüyü ZIP’e koyduğunuzda beklediğiniz kadar tasarruf görmemenizin nedeni budur. Hatta kapsayıcıya ait ek bilgiler yüzünden dosya biraz büyüyebilir. “ZIP yaptım, mutlaka yer kazandım” varsayımı bu yüzden doğru değildir.
Kayıplı sıkıştırma neyi değiştirir?
Kayıplı yöntemde dosya açıldığında bazı ayrıntılar özgün hâliyle geri gelmez. Örneğin fotoğraftaki birbirine çok yakın renk geçişleri veya ince dokular daha az veriyle temsil edilebilir. Google’ın WebP teknik açıklaması, kayıplı WebP’de tahmin ve nicemleme aşamalarını; nicemlemede bazı bilgilerin çıkarıldığını anlatıyor. Sonuç görüntü tanınır durumda kalabilir, fakat piksel piksel aynı değildir.
Dosya uzantısı tek başına bu ayrımı her zaman söylemez. WebP hem kayıplı hem kayıpsız görüntü saklayabilir; aynı açıklama iki yöntemi ayrı biçimde tanımlar. Bir “kalite” ayarını yükseltmek de görüntüyü otomatik olarak kayıpsız yapmaz. Hangi kodlama modunun seçildiğine ve dışa aktarma sırasında yapılan yeniden boyutlandırma gibi işlemlere bakmak gerekir.
Birden fazla çıktı deniyorsanız karşılaştırmayı adil yapın. Aynı kaynak görüntüyü, aynı ölçülerde, farklı ayarlarla dışa aktarın; sonra hem dosya boyutunu hem görünümü inceleyin. Tek bir yakınlaştırılmış ayrıntıya bakmak da yanıltabilir: Gökyüzündeki yumuşak geçiş iyi görünürken saç, yaprak veya küçük yazı bozulmuş olabilir. Son kullanım boyutunda da kontrol edin. Ekranda fark edilmeyen bir değişiklik, baskıda veya düzenlemede önem kazanabilir.
Pratik seçim dosyanın kullanımına bağlıdır. Okunması gereken küçük yazılar, arayüz çizimleri veya daha sonra düzenlenecek kaynak görüntüler için ayrıntıları korumak öncelikli olabilir. Bir web sayfasındaki büyük fotoğrafta ise uygun kayıplı sıkıştırma, yükleme miktarını düşürürken görünümü yeterli tutabilir. Bunu gözle kontrol etmek gerekir; keskin kenarlar ve ince dokular ilk bakılacak yerlerdir. Düzenleme yapacaksanız özgün dosyayı saklayıp her yeni çıktıyı ondan üretmek, kayıplı bir kopyayı tekrar tekrar dönüştürmenin biriktirdiği değişiklikleri önler.
Metin ve kavramsal kapak görseli yapay zekâ desteğiyle hazırlanmıştır. Kaynak bağlantıları 24 Ekim 2026’da kontrol edilmiştir.
