PDF sıkıştırma testi: yöntem, dosya boyutu ve işlevler

Neler test edildi, neler edilmedi?

Bu web sitesindeki PDF sıkıştırıcının kullandığı sıkıştırma kodu, hiçbir değişiklik yapılmadan test edildi. Ancak ölçüm sırasında kod tarayıcıda çalıştırılmadı; doğrudan Node.js içinde çağrıldı. Böylece her çalıştırmanın girdisi, ayarları ve kaydedilen sonucu tam olarak kayıt altına alınabiliyor.

• Sıkıştırma modülü: WebAssembly olarak QPDF 12.2.0, sarmalayıcı sürümü 0.3.0. Sarmalayıcının derleme betiği QPDF 12.2.0 sürümünü belirliyor ve kurulu modül de sorgulandığında 12.2.0 sürümünü bildiriyor.
• Ortam: Windows 11, derleme 26200, x64 üzerinde Node.js 24.18.1.
• Kapsam: üç sentetik girdi dosyası, dokuz sıkıştırma çalıştırması ve reddedilmesi beklenen, imza yer tutucusu içeren bir test dosyası.
• Son kontrol: toplam 24 sayfa içeren on iki kaydedilmiş PDF'nin her biri, dosya yapısı ve işlenmiş sayfa görünümü açısından kontrol edildi.

Bu ölçümün kapsamına girmeyenler:

• işlem süresi; süre ölçümü yapılmadı,
• farklı tarayıcılardaki veya gerçek akıllı telefon ve tabletlerdeki davranış,
• gerçek fotoğraflar, taramalar, büyük dosyalar veya kullanıcı belgeleri,
• diğer sıkıştırma programları veya çevrimiçi hizmetler,
• kendi dosyan için bekleyebileceğin ortalama tasarruf.

Test dosyaları, ayarlar ve indirmeler

Testte yalnızca kendimiz oluşturduğumuz PDF'ler kullanıldı. Müşteri belgeleri, gerçek dünyadan fotoğraflar veya gerçek kişilerin imzaları bulunmuyor. Görüntü dosyasındaki görüntü de oluşturuldu: renk geçişli bir doku gösteriyor ve fotoğraf ya da tarama değil.

• Metin dosyası, 3.029 bayt: metin, doldurulmuş bir form alanı, bir bağlantı, bir sayfa döndürmesi ve yapı ağacında bir işaret içeren iki sayfa.
• Görüntü dosyası, 1.359.079 bayt: aynı bileşenlere ek olarak 640 × 800 piksel boyutunda oluşturulmuş bir görüntü. Görüntü içermeyen metin dosyası yalnızca 3.029 bayt olduğundan, bu dosya boyutunun büyük bölümü görüntüden kaynaklanıyor.
• Önceden optimize edilmiş metin dosyası, 2.721 bayt: daha fazla küçültmenin mümkün olmadığı durumu temsil ediyor.
• İmza yer tutucusu içeren dosya, 3.139 bayt: yalnızca bir imzanın yapısını içeriyor, gerçek bir dijital imza içermiyor. Bu dosyayla sıkıştırıcının imzalı dosyaları reddedip reddetmediği kontrol ediliyor.

Her çalıştırma için aynı başlangıç koşulları

• Her çalıştırma, orijinal dosyanın değiştirilmemiş baytlarıyla başlar. Bir çalıştırma birden fazla deneme gerektiriyorsa, sonraki her deneme de önceki sonuçtan değil, yeniden orijinal dosyadan başlar.
• Tüm sonuçlar her iki sayfayı da eksiksiz içeriyor. Hiçbir sayfa kaldırılmadı, hiçbir şey ZIP olarak paketlenmedi, görüntülerin piksel sayısı azaltılmadı ve hiçbir sayfanın tamamı görüntüye dönüştürülmedi. Modların bayt sayıları ancak bu şekilde birbiriyle karşılaştırılabilir.
• Her sonuç ayrı bir dosya adıyla kaydedildi. Girdi ve çıktı için bayt sayısı ve SHA-256 sağlama toplamı kayıt altına alındı. Sağlama toplamı dosyanın parmak izidir: tek bir bayt bile değişse sağlama toplamı değişir.
• Her çalıştırma için mod, varsa hedef boyut ve gerçekten kullanılan JPEG kalitesi kaydedildi.

Üç mod teknik olarak ne yapıyor?

Kayıtta ve tablolarda modlar lossless, balanced ve small olarak adlandırılıyor. Araçta bunları şu adlarla bulabilirsin: lossless, Kayıpsız optimizasyon; balanced, Dengeli; small ise Daha küçük dosya. Kayıpsız optimizasyon yalnızca dosyanın yapısını, yani nesneleri ve sıkıştırılmış veri akışlarını optimize eder. Dengeli, buna ek olarak uygun görüntüleri 80 kalite düzeyinde JPEG olarak yeniden kodlar. Hedef boyuta ulaşılamazsa 70 ile bir deneme yapılır. Daha küçük dosya, 65 düzeyiyle başlar; hedefe ulaşılamazsa önce 50, ardından 40 düzeyine geçer. Bir hedef boyut belirttiysen ve orijinal dosya veya yapısal olarak optimize edilmiş sürüm bu hedefi zaten karşılıyorsa, kayıplı bir JPEG denemesine gerek kalmaz. Sonunda kontrol edilen sürümlerin en küçüğü kullanılır. Hiçbiri orijinalden küçük değilse orijinal korunur. Dolayısıyla belirli bir tasarruf garanti edilmez.

QPDF 12.2 belgelerine göre QPDF bu işlem sırasında görüntü çözünürlüğünü düşürmez. Ancak JPEG olarak yeniden kodlama görünür bozulmalar oluşturabilir ve QPDF yeniden kodlanan görüntü verilerini yalnızca daha küçük olduklarında kullanır. Bunun görüntü kalitesi açısından ne anlama geldiği Kalite kaybı olmadan PDF sıkıştırma rehberinde açıklanıyor.

Doğrulama için dosyalar ve sağlama toplamları

Aşağıdaki tablo tüm test ve sonuç dosyalarının bağlantılarını içeriyor. İndirdikten sonra SHA-256 sağlama toplamını seçtiğin bir sağlama toplamı aracıyla karşılaştır. Eşleşiyorsa elindeki dosya, ölçüm yapılan dosyanın aynısıdır. İngilizce reproducibility-manifest.json kaydı, tüm çalıştırmaların tam çağrılarını ve ayarlarını içeriyor.

Sonuçlar: dosya boyutunun dürüstçe sunumu

Kendi PDF'nin ne kadar küçüleceği bu testten tahmin edilemez. Bu, dosyanın içeriğine bağlıdır. Yalnızca üç test dosyası bile sonuçların ne kadar değişebildiğini gösteriyor: küçük metin dosyası lossless modunda yüzde 10,17 küçülürken, görüntü dosyası aynı modda yalnızca yüzde 0,02 küçüldü. Görüntü dosyasında yüzde 86,78 tasarruf ancak JPEG olarak yeniden kodlamayla sağlandı. Tablo, kayda değer tasarruf sağlamayanlar dahil dokuz çalıştırmanın tamamını içeriyor.

Tasarruf her zaman gerçek bayt sayılarından hesaplanır: tasarruf edilen bayt sayısı, orijinal boyuta bölünür. balanced çalıştırmasında 1.359.079 bayttan 1.179.371 bayt tasarruf edilmiştir; bu da yüzde 86,78 eder. Kendi dosyan için bunu Sıkıştırma oranı hesaplayıcısıyla hesaplayabilirsin.

JPEG kalitesi, yüzde cinsinden tasarruf değildir

80, 65 veya 40 değerleri JPEG kodlayıcısının ayarlarıdır; küçülme yüzdeleri değildir. Burada 80 kalite düzeyi yüzde 86,78 tasarruf sağlarken, 65 düzeyi yüzde 90,75 tasarruf sağladı. Başka bir dosyada aynı düzeyler çok farklı sonuçlar verebilir.

Tasarruf sağlanamayan durum neden teste dahil?

Yalnızca en iyi tasarrufu gösteren bir test, önemli bir durumu gizler: daha fazla küçültme mümkün olmadığında ne olur? Önceden optimize edilmiş 2.721 baytlık metin dosyasında lossless modu daha küçük bir sürüm üretmedi. Bu yüzden sıkıştırıcı orijinali korudu: çıktı 2.721 bayt, tasarruf 0 bayt ve girdinin ve çıktının SHA-256 sağlama toplamı aynı. Böylece gerçek sıkıştırma modülüyle, bu durumda hiçbir yarar sağlamadan yeniden yazılmış bir dosya almadığın gösterilmiş oldu. Böyle bir durumda neler yapabileceğini PDF küçülmüyor rehberinde bulabilirsin.

Hedef boyuta ulaşıldı, ulaşılamadı veya hedef zaten karşılanıyordu

• Hedef 250.000 bayt: 65 düzeyindeki ilk deneme bile 125.710 bayt oldu. Böylece hedefe ulaşıldı; üstelik sonuç, hedef belirtilmeyen çalıştırmayla bayt düzeyinde aynı.
• Hedef 128 bayt: görüntü içeren iki sayfa için bu, gerçekçi olmayacak kadar küçük. Son düzey olan 40 bile ancak 74.707 bayta ulaşabildi. Sıkıştırıcı hedefe ulaşılamadığını bildiriyor ve yine de bir dosya sunuyor. Bu test dosyasında, kaydedilen 74.707 baytlık sonuç dosyası her iki sayfayı da içeriyor ve aşağıda açıklanan işlev kontrollerini geçti. Bu işlemde görüntü verileri kayıplı olarak yeniden kodlandı. Bu çalıştırma, diğer tüm dosyalarda bütün içeriğin korunacağını kanıtlamıyor.
• Hedef 1.359.079 bayt, yani tam olarak orijinal boyut: hedefin zaten karşılandığı kabul edildi. Yalnızca yapısal, kayıpsız optimizasyon yapıldı. Sonuç, lossless çalıştırmasıyla aynı boyut olan 1.358.764 bayt oldu. Görüntü JPEG olarak yeniden kodlanmadı; çünkü kaydedilen çağrılarda JPEG ayarı bulunmuyor.

Aynı boyut, farklı sağlama toplamı

balanced çalıştırmasının tekrarı yine tam olarak 179.708 bayt üretti, ancak SHA-256 sağlama toplamı farklıydı. Hedefin karşılandığı çalıştırma da lossless çalıştırmasıyla aynı boyutta olmasına rağmen farklı bir sağlama toplamına sahip. Bunun olası bir nedeni, örneğin PDF yazılırken yeni bir belge kimliği oluşturulabilmesidir. Buna karşılık, hedef belirtilmeyen ve 250.000 bayt hedefi belirtilen small çalıştırmaları bayt düzeyinde aynıydı. Dolayısıyla sağlama toplamı, kaydedilmiş belirli bir dosyayı tanımlar. Bir çalıştırmayı tarayıcıda da olsa tekrarladığında, boyut aynı kalsa bile mutlaka bayt düzeyinde aynı dosyayı elde etmezsin.

Görünüm ve işlevler ayrı ayrı kontrol edildi

Bir dosyanın daha küçük olması, metnin, formun ve bağlantının korunup korunmadığı hakkında tek başına bir şey söylemez. İyi bir önizleme de bunu kanıtlamaz. Bu nedenle kaydedilen dosyalar birbirinden bağımsız iki kütüphaneyle kontrol edildi: pdf-lib kaydedilen iç yapıyı okuyor; PDF.js 6.4.299 ise sayfaları görüntü olarak işliyor, metin ve ek açıklamaları okuyor. Bunun için PDF.js, 151.0.7922.34 sürümlü yalıtılmış bir Chromium örneğinde çalıştırıldı. Tamamlanmış dosyalara yönelik bu kontrol, Windows 11 üzerinde Node.js içinde ölçülen sıkıştırmadan ayrıdır. Tarayıcıda veya mobil cihazlarda sıkıştırma ölçülmedi ve bu kontrol diğer PDF programlarının davranışı hakkında bir şey söylemez. Her kontrolün kendi yöntemi vardır ve yalnızca bu test dosyaları için geçerlidir.

Form alanıyla ilgili bir ayrıntı: alanın değeri, PDF.js'nin normal metin çıkarma işleminde güvenilir biçimde görünmüyor; bu nedenle ek açıklamalar üzerinden okundu. Dolayısıyla sıkıştırılmış bir PDF'de girilmiş bir form değerini arayıp bulamaman, otomatik olarak bu değerin eksik olduğu anlamına gelmez.

balanced ve small modlarında, hedefin zaten karşılandığı small çalıştırması dışında, görüntü kayıplı olarak JPEG biçiminde yeniden kodlandı. Bu sırada metin ve çizgilere ait kodu çözülmüş içerik talimatları aynı kaldı; ancak dokunun görüntü verileri değişti. Görüntü dosyasından elde edilen sonuçların işlenmiş sayfa görünümlerinde görüntünün konumu ve kapladığı alan ile sayfa döndürmesi orijinaldeki gibi kaldı. Dosyaları kendin incelerken bilmen gereken önemli bir nokta var: oluşturulan görüntü, orijinal dosyada da birkaç metin satırının üzerine geliyor. Bu örtüşme test dosyasının bir parçasıdır ve sıkıştırmanın yol açtığı bir hasar değildir. Sonuçlarda da korunur. Buradan her satırın okunabilirliği hakkında bir sonuç veya kalite puanı çıkarılamaz. Ayrıca doku ve renk geçişi içeren oluşturulmuş bir görüntü, fotoğrafların, taramaların veya taramalardaki küçük yazıların aynı düzeyden nasıl etkileneceği hakkında çok az şey söyler. Bu konuyla ilgili Taranmış PDF'yi küçült rehberine bakabilirsin.

İmza yer tutucusu yalnızca sıkıştırıcının imza yapısı içeren bir dosyayı tanıdığını ve işlemediğini gösterir. Sıkıştırma koduna göre şifrelenmiş ve sertifikalı dosyalar da reddedilir. Bu test, gerçek bir imzanın geçerli olup olmadığını kontrol etmez ve herhangi bir korumayı da aşmaz. Daha fazla bilgi için İmzalar ve formlar içeren PDF'leri sıkıştırma rehberine bakabilirsin.

Sınırlar ve kendi kontrolün

Araç PDF24 veya Adobe'den daha mı iyi?

Bu sayfa bu soruyu yanıtlamıyor. Aynı dosyaları başka programlarda veya çevrimiçi hizmetlerde çalıştırmadık. Bu nedenle kalite, hız veya fiyat karşılaştırmasına dayanan bir yargı kanıtlanmış olmazdı. Yüzde değerleri veya kaydırıcılar içeren en iyi araç listeleri de böyle bir karşılaştırmanın yerini tutmaz. Adil bir karşılaştırma için aynı eksiksiz girdi dosyası, aynı sayfalar, kayıt altına alınmış ayarlar, tam bayt sayıları ve tüm sonuçlar için aynı işlev kontrolleri gerekir.

Kendi PDF'ni nasıl kontrol edersin?

1. Orijinal dosyanın değiştirilmemiş bir kopyasını sakla.
2. PDF sıkıştırıcıyı aç ve dosyayı seç. Görüntü ayrıntıları önemliyse kayıpsız modla başla.
3. Orijinalin ve sonucun bayt cinsinden tam boyutunu, örneğin dosya özelliklerinden not al ve tasarrufu Sıkıştırma oranı hesaplayıcısıyla hesapla.
4. Sonraki her denemeye, daha önce sıkıştırılmış bir sonuçla değil, orijinal dosyayla yeniden başla. Hiçbir dosyanın üzerine yazmamak için her sonucu yeni bir dosya adıyla kaydet.
5. Kaydettiğin dosyayı, alıcının da kullandığı programda aç. Tüm sayfaları incele, bildiğin bir kelimeyi ara, form alanlarındaki değerleri ve bağlantıları kontrol et; görüntülere ve küçük yazılara orijinal boyutta bak.
6. PDF'n dijital olarak imzalanmış, şifrelenmiş veya sertifikalandırılmışsa bu araçla sıkıştırma; izlenecek süreci belgeyi düzenleyen tarafla netleştir.