Önceki yazı, sitede zaten bir kez sıkıştırılmış hazır görselleri ele almış ve ImgZilla %46,8 ek tasarruf sağlamıştı. Bu yazıda diğer uca geçiyoruz: kameradan ve telefondan doğrudan çıkan, hiçbir araçla işlenmemiş orijinal görseller. Yine hiçbir sektör istatistiğine atıfta bulunmadan, yalnızca gerçek bir testin sonucunu ve karşılaştırma yöntemini sunuyoruz.
1. Bu Testin Nesnesi: Gerçek “Orijinal Görseller”
Önceki yazıdaki örneklerin bir ön kabulü vardı: görseller arşive yüklenirken site tarafından bir kez sıkıştırılmıştı ve artık ham görsel sayılmazlardı. Bu kez bu ön kabulü kaldırıyoruz; kamera / telefonda çekilip doğrudan dışa aktarılan JPEG’ler test ediliyor. Hiçbir sıkıştırma aracından geçmemiş, yeniden kaydedilmemiş veya ikinci kez kodlanmamış dosyalar.
Örneklem boyutu: 32.188 JPEG. Dosyalar test için seçilip temizlenmedi; özgün 16 bucket alt dizininde arşivlenmiş haliyle kullanıldı.
Bu dosyaların toplam boyutu: 99,9 GB (yaklaşık 93 GiB).
Görsel özellikleri de oldukça tipik: hepsi kamera / telefonun standart çıkış çözünürlüğünde:
| Çözünürlük | Adet | Oran |
|---|---|---|
| 4000×3000 (12MP) | 19.867 | %61,7 |
| 4032×3024 (12MP, iPhone) | 3.529 | %11,0 |
| 3456×4608 (16MP dikey) | 2.631 | %8,2 |
| Diğer (3120×4208, 4608×3456, 2448×3264…) | 6.161 | %19,1 |
Ortalama dosya 11,5 megapiksel ve 2,96 MB; en büyük tek dosya 18,3 MB ve 30 megapiksel. Bunlar bir telefon veya kamerayla çekilmiş, hiç ilgilenmediğiniz fotoğraflar.
Soru şu: kimsenin el değmediği bu orijinal görsellerden, özel bir sıkıştırma aracı daha ne kadar sıkıştırabilir?
2. Sonuç: %76,8 Tasarruf, 99,9 GB → 23,1 GB
32.188 görsel tek tek yerinde sıkıştırıldı; dosya adları, dizin yapısı ve çözünürlükler aynen korundu:
| Boyut | Orijinale Göre | |
|---|---|---|
| Kameradan doğrudan çıkan orijinaller | 99,9 GB | — |
| ImgZilla sıkıştırmasından sonra | 23,1 GB | -%76,8 |
Tek seferde yaklaşık 76,7 GB tasarruf edildi; sıkıştırma sonrası dosyalar orijinalin dörtte birinin altına indi. 32.188 dosyanın göreli yolları, dosya adları ve dizin hiyerarşisi sıkıştırma öncesi ve sonrası birebir aynıydı; bu, gerçek verilerle doğrudan karşılaştırılabilir.
Önceki yazıyla karşılaştırma:
| Test partisi | Görsel kaynağı | ImgZilla sıkıştırma oranı |
|---|---|---|
| Önceki yazı (4.624 görsel) | Sitede bir kez sıkıştırılmış hazır görseller | -%46,8 |
| Bu yazı (32.188 görsel) | Kamera / telefondan doğrudan çıkan orijinaller | -%76,8 |
Sonuç çok açık: orijinal görsel ne kadar az işlenmişse, kazanılacak alan o kadar büyük olur. Siteye eklenirken yapılan sıkıştırma fazlalıkların bir kısmını zaten tüketmişti; ImgZilla’ya kalan %46,8 oldu. Kameradan doğrudan çıkan görsellerde ise bu fazlalıklara hiç dokunulmamıştı; ImgZilla tek seferde %76,8’ini alabildi.
3. Kamera Orijinal Görselleri Neden Bu Kadar Tasarruf Sağlıyor?
Kamera ve telefonlar JPEG dışa aktarırken öncelik “ayrıntıları kaybetme” üzerinedir, “dosyayı olabildiğince küçük yap” değil. Bu yüzden doğrudan çıkan JPEG’lerde görüntü kalitesine hiçbir katkısı olmayan çok sayıda bayt bulunur:
- İhtiyatlı kalite parametreleri: JPEG doğrudan çıktıda genellikle 90–98 kalite aralığındaki niceleme tabloları kullanılır; daha yüksek kalitenin getirdiği fark çıplak gözle artık ayırt edilemez, ancak bayt sayısındaki fark büyüktür.
- Genel amaçlı, en iyi olmayan entropi kodlaması: Doğrudan çıktı kodlaması sabit standart Huffman tabloları kullanır; her görsel için ayrı bir optimum kodlama hesaplamaz, trellis niceleme veya aşamalı tarama optimizasyonu yapmaz.
- Bir yığın ek veri: EXIF, GPS, üreticiye özel alanlar, gömülü tam boyutlu önizleme küçük resmi, renk profili dosyaları — tüm bunlar çoğu zaman onlarca hatta yüzlerce KB tutar.
ImgZilla, JPEG’ler üzerinde görsel olarak kayıpsız yeniden kodlama yapar: daha iyi bir kodlama stratejisiyle entropi kodlamasını yeniden düzenler, niceleme parametrelerini çıplak gözün ayırt edemeyeceği bir aralığa çeker ve gereksiz ek verileri temizler. Piksel düzeyinde elbette değişiklikler olur, ancak parametreler farkın neredeyse hiç görülmeyeceği noktalarda seçilir. Bu nedenle “orijinal görsel” gibi fazlalık açısından zengin malzemede tek seferde dörtte üçünü kazandırır.
Sıkça karıştırılan bir terimi netleştirmek gerekir: “görsel olarak kayıpsız” ≠ “kayıpsız”. Kayıpsız (piksellerin birebir değişmemesi) yalnızca PNG (oxipng) ve SVG’de geçerlidir; JPEG, WebP, AVIF, HEIC ve GIF prensipte kayıplı yeniden kodlamadır; yalnızca sıkıştırma parametreleri görsel olarak kayıpsız aralıkta seçilir. Bu söze inanmak istemiyorsanız, ImgZilla’da yerleşik karşılaştırma penceresi var; sıkıştırma öncesi ve sonrasını sol-sağ bölünmüş ekranda, gerçek boyutuna yakınlaştırıp piksel piksel karşılaştırabilirsiniz. Kendiniz görün.
4. Yakından Bakalım: Dosya Dosya Sıkıştırma Oranları, Piksel Boyutları, Uç Durumlar
Yukarıdaki %76,8, 32.188 görselin tamamının toplam boyut karşılaştırmasıdır. Tek tek dosyalara indiğimizde birkaç somut ayrıntı daha görebiliriz.
Çoğu Görsel %70–90 Tasarruf Ediyor
32.188 görselin her biri “sıkıştırma öncesi bayt → sıkıştırma sonrası bayt” olarak eşleştirilip tasarruf oranına göre gruplandı:
| Tasarruf oranı | Adet | Oran |
|---|---|---|
| %90–100 | 866 | %2,7 |
| %80–90 | 11.375 | %35,3 |
| %70–80 | 15.244 | %47,4 |
| %60–70 | 3.349 | %10,4 |
| %50–60 | 398 | %1,2 |
| %50 altı | 956 | %3,0 |
Fotoğrafların %82,7’si %70–90 arası tasarruf sağladı. Dosya başına sıkıştırma oranının aritmetik ortalaması %76,6; toplam bayt üzerinden hesaplanan %76,8 ile neredeyse aynı. Bu da bu dosya grubunda az ve çok sıkışanların boyut ağırlığı açısından dengeli dağıldığını, birkaç çok büyük dosyanın sonucu çarpıtmadığını gösteriyor.
Yüzdelik dilimlere göre: fotoğrafların yarısından fazlası %77 veya daha fazla tasarruf etti; en düşük kazançlı %10’luk dilimde bile tasarruf yaklaşık %68; yalnızca fotoğrafların yaklaşık %1’inde (p99) tasarruf oranı %40’ın altında bulunuyor.
Piksel Boyutları: Tek Bir Piksel Değişmedi
Tüm 32.188 görselin çözünürlük değişimi incelendiğinde: dimensions_changed değerlerinin tamamı false — %100 orijinal çözünürlük korunmuş. ImgZilla ölçekleme veya kırpma yapmaz; kazanılan 76,7 GB’nin tamamı yeniden kodlamadan gelir, pikselleri azaltarak değil. “Yerinde sıkıştırma” tanımının gözden kaçabilen bu yarısı önemlidir: yalnızca dosya adları ve yollar değil, çözünürlükler de tamamen aynı kalır.
Birkaç Uç Durum
| Tür | Orijinal | Sıkıştırılmış | Tasarruf |
|---|---|---|---|
| En yüksek sıkıştırma oranı | 3,55 MB (4000×3000) | 100 KB | %97,2 |
| Tek dosyada en çok tasarruf | 17,90 MB (4000×3000) | 1,13 MB | 16,8 MB |
| En düşük kazanç | 70 KB (1242×1242) | 68,8 KB | %2,1 |
En yüksek sıkıştırma oranına sahip olanlar (%95 üzerinde tasarruf) genellikle kameranın çok yüksek kalite parametreleriyle ve bol meta veriyle ürettiği görseller; en düşük kazanç ise zaten küçük ve önceden işlenmiş görseller. Ortalama olarak her dosya 2,38 MB küçüldü.
5. Aylık Faturaya Çevirirsek: Bu %76,8 Ne Kadar Eder?
Boyutun küçülmesi ancak faturaya yansıdığında anlam kazanır. Aşağıda “sıkıştırma dönüşüm oranını artırır” türünden hiçbir istatistiğe atıf yapmıyoruz; yalnızca tek bir şey yapıyoruz: gerçek testten çıkan %76,8 değerini, birkaç bulut sağlayıcısının güncel halka açık fiyatlarıyla çarpıp düz hesap yapıyoruz.
Depolama ücreti tasarrufu = kazanılan boyut (GB) × birim fiyat (Yuan veya USD / GB / ay)
Çıkış trafiği ücreti tasarrufu = kazanılan boyut (GB) × aylık indirme sayısı × birim fiyat (Yuan veya USD / GB)
Depolama Ücreti
| Orijinal galeri boyutu | Kazanılan boyut | Alibaba Cloud OSS Standard ¥0,09/GB/ay |
AWS S3 Standard $0,023/GB/ay |
Google Cloud Storage $0,020/GB/ay |
Cloudflare R2 $0,015/GB/ay |
|---|---|---|---|---|---|
| 10 GB | 7,68 GB | ¥0,69/ay | $0,18/ay | $0,15/ay | $0,12/ay |
| 100 GB | 76,8 GB | ¥6,91/ay | $1,77/ay | $1,54/ay | $1,15/ay |
| 1 TB | 786 GB | ¥70,8/ay | $18,1/ay | $15,7/ay | $11,8/ay |
| Bu testteki parti (99,9 GB) | 76,7 GB | ¥6,90/ay | $1,76/ay | $1,53/ay | $1,15/ay |
Bu, aylık yinelenen bir maliyettir. Bir kez sıkıştırın; sonrasında her ay yeni boyut üzerinden faturalandırırsınız — tek seferlik bir çaba, uzun vadeli getiri.
Trafik Ücreti: Asıl Büyük Kalem
Trafik ücreti, boyut × indirme sayısı çarpımıdır; görseller ne kadar çok ziyaret edilirse, sıkıştırmanın getirisi o kadar büyük olur. Örnek: 100 GB’lık bir galeri, o ay CDN üzerinden 500 GB indirme trafiği üretsin (yaklaşık olarak tüm galerinin 5 kez baştan sona indirilmesi). Trafik, boyutla aynı oranda %76,8 azalır:
| CDN çıkış trafiği fiyatı (ilk dilim) | Sıkıştırma öncesi aylık trafik ücreti | Sıkıştırma sonrası | Aylık tasarruf | Yıllık tasarruf |
|---|---|---|---|---|
| Alibaba Cloud CDN Çin içi (¥0,15/GB) | ¥75,0 | ¥17,4 | ¥57,6 | ¥691 |
| AWS CloudFront Asya-Pasifik ($0,12/GB) | $60,0 | $13,9 | $46,1 | $553 |
| Google Cloud CDN Kuzey Amerika/Avrupa ($0,08/GB) | $40,0 | $9,3 | $30,7 | $369 |
Ele alınan fiyatlar sağlayıcıların en düşük kademe fiyatlarıdır; gerçek kademe fiyatları genellikle daha yüksektir ve fatura büyüdükçe sıkıştırmanın getirdiği mutlak tasarruf da daha belirgin hale gelir. Cloudflare R2 bir istisnadır: çıkış trafiği zaten $0’dır, dolayısıyla kazanç neredeyse tamamen depolama ücretinde görülür.
Yukarıdaki birim fiyatlar 2026 yılına ait platformların herkese açık fiyatlarından derlenmiştir; gerçek fiyatlar bölgeye, hesap indirimlerine ve kademe dilimine göre değişir. Lütfen güncel fiyatlar için resmi web sitelerine bakın. İndirme sayıları örnek varsayımlardır; kendi faturanızdaki gerçek rakamlarla değiştirin.
6. Yerel Senaryo: Bu Verileri Taşırken Ne Kadar Bekleme Süresi Tasarrufu?
Boyut %76,8 azalınca aktarım süresi de yaklaşık aynı oranda kısalır. Bu, bulut faturası gerektirmeyen bir durumdur; doğrudan kopyalama ve yedekleme sırasında beklenen sürede kendini gösterir.
- USB3 taşınabilir mekanik sabit disk: sürekli aktarım hızı 120 MB/s kabul edilir.
- USB3 taşınabilir SSD: 450 MB/s kabul edilir.
- Gigabit kablolu ağ: protokol yükü düşüldükten sonra 105 MB/s kabul edilir.
| Senaryo | Kazanılan boyut | USB3 mekanik disk | USB3 SSD | Gigabit ağ |
|---|---|---|---|---|
| Bu testteki görseller | 76,7 GB | ≈11 dk | ≈2,9 dk | ≈12,5 dk |
| 10 GB galeri | 7,68 GB | ≈66 sn | ≈17 sn | ≈75 sn |
| 100 GB galeri | 76,8 GB | ≈11 dk | ≈2,9 dk | ≈12,5 dk |
| 1 TB galeri | 786 GB | ≈112 dk | ≈30 dk | ≈128 dk |
Depolama ücretinde olduğu gibi bu da tek seferlik bir çaba, uzun vadeli bir getiridir: taşınabilir diske ve diskten kopyalama, NAS senkronlama, Time Machine çalıştırma, yeni makineye geçişte veri taşıma, iş arkadaşınıza gönderme — bu verileri her taşıdığınızda süre bu oranda kısalır.
7. Sıkıştırma Kullanıcı Yüklemeden Önce Yapılırsa
Şimdiye kadar “görseller depolandıktan sonraki” hesapları yaptık. Daha da hesaplanmaya değer bir aşama var: kullanıcının “yükle” düğmesine bastığı andan ilerleme çubuğunun tamamlanmasına kadar geçen süre. Bu süre kullanıcının kendi yükleme bant genişliğini kullanır ve yükleme (upload) neredeyse her zaman hattın en yavaş halkasıdır. Kameradan doğrudan çıkan orijinal fotoğraflar tek başına birkaç MB iken, önceki yazıdaki “sitede sıkıştırılmış, ortalama 299 KB” hazır görsellerden bir büyüklük sırası daha büyüktür; bu yüzden süre farkı da çok daha belirgindir.
Bu parti üzerinde yapılan ölçüme göre tek dosya ortalama boyutu: kamera orijinalleri ortalama 2,96 MB, ImgZilla sonrası ortalama 0,69 MB. Her dosyada yaklaşık 2,27 MB tasarruf ediliyor.
| Yükleme bant genişliği (açık hız testi tipik aralığı; yalnızca referans) | Tek dosya 2,96 MB→0,69 MB |
50 fotoğraflık albüm yükleme ≈148 MB→34 MB |
Bu partideki 32.188 dosyanın tümünü yükleme 99,9 GB→23,1 GB |
|---|---|---|---|
| Mobil ağ (4G/5G karışık, 30 Mbps) | ≈0,6 sn tasarruf | ≈30 sn tasarruf | ≈5,7 saat tasarruf |
| Tipik ev interneti yükleme (25 Mbps) | ≈0,7 sn tasarruf | ≈36 sn tasarruf | ≈6,8 saat tasarruf |
| Gigabit simetrik internet yükleme (1000 Mbps) | ≈0,02 sn tasarruf | ≈0,9 sn tasarruf | ≈10 dk tasarruf |
Tek dosyada 0,6 saniye pek bir şey hissettirmez; ancak tek seferde bir albümün tamamını veya yüzlerce kamera orijinalini toplu olarak içe aktarırken kazanılan dakikalar net biçimde hissedilir — özellikle zaten düşük yükleme hızına sahip mobil ağ kullanıcıları için.
Aralıktaki sayılar Çin’deki kamuya açık hız testi istatistiklerine dayanmaktadır. Gerçek hızlar; operatöre, bölgeye, cihaza ve ağ tıkanıklığına bağlı olarak büyük ölçüde değişir; yalnızca büyüklük sırası fikri vermek içindir.
8. Veriler ve Test Açıklamaları
- Örneklem kapsamı: Bu makaledeki veriler, 32.188 kameradan/telefondan doğrudan çıkan JPEG üzerinde yapılan gerçek testten alınmıştır; yalnızca bu örneklemin sonucunu yansıtır ve “ImgZilla ortalamada %76,8 sıkıştırır” anlamına gelmez. Farklı kamera ve modellerde sonuçlar değişir; ince ayar yapılmış görsellerde kazanılabilecek alan çok daha azdır.
- Örneklem seçimi: Dosyalar üzerinde herhangi bir filtreleme veya temizlik yapılmadı; mevcut 16 alt dizin olduğu gibi sıkıştırıldı. Uygun örnek seçme durumu söz konusu değil.
- Önceki yazıyla karşılaştırılabilirlik: Önceki yazıdaki %46,8 ile bu yazıdaki %76,8 arasındaki fark neredeyse tamamen malzemenin daha önce sıkıştırılıp sıkıştırılmadığından kaynaklanır. Çoğu galeri bu iki sayı arasında yer alır — arşive girerken sıkıştırılmış görseller %46,8’e, kullanıcının ilk kez yüklediği ham görseller %76,8’e daha yakındır.
- Hesaplama yöntemi: Metindeki %76,8, “toplam kazanılan bayt ÷ toplam orijinal bayt” oranıdır; dosya başına sıkıştırma oranlarının aritmetik ortalaması %76,6, medyan %77,3’tür. İki yöntem de metinde belirtilmiştir. Boyut birimleri 1 GB = 10⁹ bayt üzerinden hesaplanmıştır.
- Sıkıştırma parametreleri: Parametreler sabittir; arayüzde kalite kaydırıcısı yoktur. Bu bir tasarım tercihidir — her format için parametreler görsel kayıpsızlık aralığının denge noktasına ayarlanmıştır. Parametreleri elle değiştirmeye alışkın kullanıcıların bunu göz önünde bulundurması gerekir.
- Çalışma ortamı: Tüm işlem yalnızca bu bilgisayarda gerçekleştirilir; görseller bu Mac’ten ayrılmaz, internet gerektirmez (App Store satın alma doğrulaması dışında).
Fiyat referans kaynakları (2026 herkese açık fiyatlar; güncel fiyatlar için lütfen platformların resmi web sitelerine bakın): AWS S3 Pricing, Alibaba Cloud OSS Fiyatlandırması, Google Cloud Storage Pricing, Cloudflare R2 Pricing, Alibaba Cloud CDN Fiyatlandırması, AWS CloudFront Pricing, Google Cloud CDN Pricing.
Kendiniz doğrulamak ister misiniz? ImgZilla’yı doğrudan Mac App Store’dan indirin; kendi sitenizde daha önce işlenmiş birkaç görselle gerçek bir test yapın ve diğerlerini sıkıştırmaya devam edip etmemeye karar verin.
Mac App Store: https://apps.apple.com/app/apple-store/id6749323539?pt=127227004&ct=v2&mt=8
Daha fazla bilgi: https://imagetool.app/ImgZilla
Sistem gereksinimleri: macOS 12.3 veya üstü.