Web'de PDF Hızı: Linearize mi, Sıkıştırma mı, Sayfa Bölme mi?

Sitenizde 60 MB'lık bir ürün kataloğu var ve kullanıcılar açılmasını bekliyor. Elinizde üç araç var: linearizasyon (yapıyı yeniden düzenleme), sıkıştırma (dosyayı küçültme) ve bölme (parçalara ayırma). Üçü de "PDF'i hızlandırma" başlığı altında anlatılıyor ama tamamen farklı mekanizmalarla çalışıyorlar ve farklı miktarda kazandırıyorlar.

Üçünün mekanizması

Sıkıştırma dosyanın kendisini küçültür. Görselleri daha düşük çözünürlükte yeniden kodlar, kullanılmayan nesneleri atar, akışları yeniden sıkıştırır. İndirilecek veri miktarı azalır.

Linearizasyon dosya boyutunu değiştirmez ama nesneleri yeniden dizer: ilk sayfanın her şeyi başa gelir, her sayfanın nerede olduğunu söyleyen bir ipucu tablosu eklenir. Böylece ilk sayfa dosya tam inmeden görünür ve istenen sayfaya atlanabilir.

Bölme dosyayı birden çok parçaya ayırır. Kullanıcı sadece ihtiyacı olan parçayı indirir.

Karşılaştırma tablosu

| Kriter | Sıkıştırma | Linearizasyon | Bölme | |---|---|---|---| | Dosya boyutunu azaltır | Evet, önemli ölçüde | Hayır (%1-2 artırır) | Parça başına evet | | İlk sayfanın görünme süresi | Orantılı iyileşir | Dramatik iyileşir | İyileşir | | Kalite kaybı | Ayara göre var | Yok | Yok | | Sunucu koşulu gerekir mi | Hayır | Evet (byte-range) | Hayır | | Kullanıcı deneyimini bozar mı | Görsel kalite düşerse | Hayır | Evet, dosya arar | | Arama yapılabilirlik | Korunur | Korunur | Parçalanır | | İş akışındaki sırası | 1. | 3. (son) | 2. |

Senaryo 1: 60 MB'lık ürün kataloğu, sitede yayınlanıyor

Kullanıcılar tarayıcıda açıp göz atıyor, çoğu tamamını okumuyor.

Kazanan sıralaması: sıkıştırma → linearizasyon.

Önce sıkıştırın. Ürün katalogları yüksek çözünürlüklü fotoğraflarla doludur ve bunlar genellikle 300 DPI'da hazırlanmıştır — matbaa için doğru, ekran için fazla. 150 DPI'ya düşürmek dosyayı üçte bire indirebilir ve ekranda fark neredeyse görünmez. 60 MB, 20 MB olur.

Sonra linearize edin. Artık 20 MB'lık dosyanın ilk sayfası, birkaç yüz kilobayt indikten sonra görünür. Kullanıcı göz atmaya başlar, dosya arka planda inmeye devam eder.

Bölme bu senaryoda kötü fikir: kullanıcı katalogda gezinmek ister, "sayfa 40-80 arası ayrı dosyada" demek kullanıcı deneyimini bozar.

Senaryo 2: 500 sayfalık teknik el kitabı

Kullanıcılar belirli bir bölüme bakmak için geliyor, tamamını okumuyor.

Kazanan: linearizasyon, açık ara.

Bu, linearizasyonun tam da tasarlandığı senaryo. İpucu tabloları sayesinde kullanıcı 347. sayfaya atladığında tarayıcı sadece o sayfanın bayt aralığını ister — arada kalan 346 sayfayı indirmeden.

Sıkıştırma da faydalı ama teknik el kitapları genellikle metin ağırlıklıdır ve sıkıştırmadan çok kazanç gelmez. Görsellerin çoğu çizim ve şemadır; bunları düşürmek okunabilirliği bozar.

Bölme burada cazip görünür (her bölüm ayrı dosya) ama arama yeteneğini parçalar. Kullanıcı bir terimi aradığında hangi dosyada olduğunu bilemez.

Senaryo 3: Aylık raporlar arşivi, her biri 3 MB

Onlarca ayrı dosya, kullanıcılar birini seçip indiriyor.

Kazanan: hiçbiri gerekli değil, ama sıkıştırma zarar vermez.

3 MB'lık bir dosya makul bir bağlantıda birkaç saniyede iner. Linearizasyonun kazancı burada ölçülemeyecek kadar küçüktür ve iş akışınıza gereksiz bir adım ekler.

Sıkıştırma yine de mantıklı olabilir — özellikle raporlar Word'den PDF'e çevrildiyse ve içindeki grafikler gereksiz yüksek çözünürlükteyse. Ama öncelik değildir.

Bölme zaten yapılmış durumda (her ay ayrı dosya) ve bu doğru bir yapı.

Senaryo 4: 200 MB'lık taranmış arşiv belgesi

Bir kurumun dijitalleştirdiği eski evrak, tarayıcıda inceleniyor.

Kazanan: sıkıştırma, sonra linearizasyon — ama önce tarama ayarlarını sorgulayın.

200 MB genellikle taramanın gereksiz yüksek çözünürlükte veya renkli yapıldığını gösterir. Düz metin bir arşiv belgesi için 300 DPI gri tonlama fazlasıyla yeterlidir ve dosyayı belirgin biçimde küçültür. Renkli taranmış siyah beyaz belgeler klasik bir israf kaynağıdır.

Sıkıştırdıktan sonra linearize edin. Taranmış belgelerde her sayfa büyük bir görsel olduğu için sayfa atlama kazancı özellikle belirgindir.

Bu senaryoda bölme de savunulabilir: arşiv belgeleri genellikle bağımsız birimlerden oluşur ve kullanıcı belirli bir evrakı arar. Ama o zaman iyi bir dizin sayfası veya arama arayüzü sağlamanız gerekir.

Senaryo 5: Kullanıcılar dosyayı indirip yerel açıyor

Site bir "İndir" bağlantısı sunuyor, kimse tarayıcıda okumuyor.

Kazanan: sadece sıkıştırma.

Linearizasyonun tüm faydası, dosya inerken ilk sayfayı gösterebilmektir. Kullanıcı dosyayı indirip yerel açıyorsa dosya zaten tamamen bilgisayardadır; sıralamanın hiçbir önemi kalmaz.

Bu senaryoda tek anlamlı optimizasyon dosya boyutunu küçültmektir — bu hem indirme süresini kısaltır hem bant genişliği maliyetinizi düşürür.

Sıkıştırmada nereye kadar gitmeli

Sıkıştırma her senaryoda kazanan olduğu için ayara biraz yakından bakalım. Görsel çözünürlüğü belirleyen soru: bu dosya nasıl kullanılacak?

| Kullanım | Önerilen görsel DPI | Not | |---|---|---| | Sadece ekranda okuma | 96-150 | En agresif kazanç | | Ekran + ara sıra yazdırma | 150-200 | Güvenli orta yol | | Yazdırılacak belge | 300 | Altına inmeyin | | Matbaa | 300+ | Sıkıştırmayın |

Ayrıca sıkıştırmanın kayıpsız kısmı her zaman yapılmalıdır: kullanılmayan nesneleri atmak, gömülü yazı tiplerini kullanılan harflerle sınırlamak, akışları yeniden sıkıştırmak. Bunlar hiçbir kalite kaybı yaratmadan çoğu dosyada %10-30 kazandırır.

Doğru sıra ve neden önemli

Üçünü de yapacaksanız sıra şudur:

1. Sıkıştır. En büyük kazanç burada ve diğer işlemler dosyayı yeniden yazacağı için ilk sırada olmalı.

2. Gerekiyorsa böl. Sıkıştırılmış dosyadan bölerseniz her parça da sıkıştırılmış olur.

3. Linearize et. En son. Çünkü dosyayı yeniden yazan her işlem linearizasyonu bozar.

Ters sırada yaparsanız emeğiniz boşa gider: linearize edip sonra sıkıştırırsanız, sıkıştırma dosyayı yeniden yazar ve linearize yapısı kaybolur.

Unutulan dördüncü faktör: sunucu tarafı

Üç PDF işleminden bağımsız olarak, sunucu yapılandırması da hızı etkiler ve bazen daha büyük fark yaratır:

• Byte-range desteği açık olmalı. Yoksa linearizasyon işe yaramaz.
• PDF'lere gzip uygulamayın. PDF'ler zaten kendi içinde sıkıştırılmıştır; gzip kazanç sağlamaz ve byte-range'i bozar.
• Önbellek başlıkları ayarlayın. Değişmeyen bir katalog için uzun Cache-Control süresi, tekrar ziyaretlerde indirmeyi tamamen ortadan kaldırır.
• CDN kullanın. Coğrafi mesafe, büyük dosyalarda gecikmenin önemli bir kısmıdır.

Bu ayarlar bazen dosya optimizasyonundan daha fazla kazandırır ve hiçbir kalite tavizine yol açmaz.

Karar özeti

Her zaman yapın: sıkıştırma. Güvenilir, koşulsuz, her senaryoda kazandırır.

Büyük ve tarayıcıda okunan dosyalarda yapın: linearizasyon. Ama sunucunuzun byte-range desteklediğini doğrulayın ve iş akışının son adımı olsun.

Nadiren yapın: bölme. Sadece parçalar gerçekten bağımsızsa ve kullanıcıların çoğu tek bir parçayla ilgileniyorsa. Arama yeteneğini parçaladığı için bedeli yüksektir.

Unutmayın: sunucu yapılandırması da bu listenin bir parçası ve genellikle en ucuz kazancı orada bulursunuz.