Mengapa ukuran PDF begitu besar? Lima penyebab, diukur byte demi byte
Kami membuat beberapa PDF yang masing-masing berat karena satu sebab: foto berukuran penuh, hasil scan, file teks dengan struktur yang disimpan secara tidak efisien, dan file gabungan yang penuh salinan. Lalu kami menghitung ke mana semua byte itu terpakai dan apa yang dipangkas Kompres PDF.
Oleh PulsarKit ·
Jawaban singkat
Biasanya penyebabnya adalah gambar. Foto ponsel masuk ke PDF dalam ukuran penuh, dan halaman hasil scan adalah satu gambar besar. Dalam pengujian kami, PDF yang dibuat dari foto atau hasil scan berisi setidaknya 99,7 persen data gambar.
Dokumen berisi teks menunjukkan tiga penyebab lain: struktur yang disimpan secara tidak efisien, serta font dan gambar yang tersalin berkali-kali saat beberapa PDF terpisah digabungkan. Saat dikompres, gambar paling banyak mengecil, sedangkan struktur yang tidak efisien teratasi cukup dengan menyimpan ulang file. Font yang tersalin sama sekali tidak mengecil.
Pada 21 Oktober 2026, kami memproses file uji dengan Kompres PDF dan alat lain di pulsarkit.com. Kami memakai Chrome 155 pada MacBook 2023, dan ukuran file ditulis seperti yang ditampilkan halaman alat. Untuk melihat di bagian mana byte tersimpan, kami juga menghitung setiap objek dalam setiap file dengan skrip kami sendiri.
Foto masuk dalam ukuran penuh, dan ukuran halaman menentukan sisanya
Foto kami berasal dari Wikimedia Commons: foto danau 12 megapiksel yang diambil dengan ponsel, berukuran 4032 × 3024 piksel dan 5,1 MB. JPG ke PDF menempatkan JPG itu ke dalam dokumen apa adanya. Dalam waktu kurang dari satu detik, PDF yang dihasilkan berukuran 5,1 MB, hanya 1 KB lebih berat. Setelah itu, alat Ekstrak gambar mengembalikan JPG yang sama, byte demi byte.
Kompres PDF membatasi berapa piksel per inci halaman yang boleh dimiliki sebuah gambar: 150 pada Seimbang, 96 pada File terkecil. Dengan “Sesuai gambar”, pilihan bawaan di JPG ke PDF, halaman dibuat sebesar fotonya: 56 × 42 inci. Pada halaman seluas itu, foto hanya punya 72 piksel per inci, sudah di bawah kedua batas tadi.
Jadi, Kompres PDF hanya melakukan encode ulang pada foto itu dan mempertahankan seluruh 12 juta pikselnya: Seimbang menghasilkan 1,6 MB, dan File terkecil 1,2 MB. Di halaman A4, foto yang sama selebar sekitar 11 inci, dengan 366 piksel per inci. Di sana, Seimbang menurunkannya menjadi 1654 × 1240 piksel dan 341 KB, sedangkan File terkecil menjadi 101 KB.
Setiap kompresi selesai dalam waktu kurang dari tiga detik. Bila PDF akan dicetak atau dibaca sebagai dokumen, pilih A4 atau Letter di JPG ke PDF sebelum mengompres.
Hasil scan: resolusi menambah ukuran lebih banyak daripada warna
Halaman hasil scan adalah gambar dari kertasnya. Scan uji kami berisi tiga halaman teks dalam skala abu-abu pada 200 DPI, dengan ukuran 2,3 MB. Kami membuat tiga versi lain dari halaman yang sama: diperbesar ke 300 DPI, berwarna dengan rona kertas krem dan butiran warna, dan keduanya sekaligus.
Pada 300 DPI, file menjadi 59 sampai 62 persen lebih berat: 3,6 MB dalam skala abu-abu dan 3,7 MB berwarna. Warna itu sendiri menambah 2 persen pada halaman polos ini. Kami tidak menguji halaman yang berisi foto berwarna.
Seimbang menurunkan scan yang resolusinya lebih tinggi ke 150 DPI, dan hasil keempat versi berukuran antara 509 dan 539 KB. File terkecil menghasilkan 203 sampai 212 KB pada 96 DPI. Bagaimana teks bertahan di setiap tingkat dibahas dalam uji kami pada buku hasil scan.
PDF teks: tag, font, dan penyimpanan struktur yang tidak efisien
Dokumen teks kami berisi 20 halaman judul, paragraf, dan tabel, yang dicetak ke PDF oleh Chrome dari sebuah halaman web: 145 KB. Font memakan 37 KB, seperempat ukuran file. Chrome hanya menyematkan huruf yang dipakai, sebagai subset Georgia dan Georgia Bold. Teksnya sendiri, berupa instruksi menggambar untuk 20 halaman, memakan 31 KB.
Bagian terbesar, 58 KB atau 40 persen, adalah tag: 525 objek kecil yang menandai judul, paragraf, dan sel tabel untuk teknologi asistif. Sebanyak 12 KB lagi adalah indeks dari 587 objek di dalam file. Chrome menulis keduanya sebagai teks biasa, tanpa kompresi.
Kompres PDF menurunkan ukuran dokumen menjadi 85 KB, berkurang 41 persen, sambil memperingatkan bahwa hanya sedikit yang bisa dikompres. Hapus metadata PDF, yang tidak menyentuh halaman, menghasilkan 85 KB yang sama dalam waktu kurang dari setengah detik. Keduanya menulis ulang file, dan penulisan ulang itu mengemas tag dan indeks ke dalam blok terkompresi.
Semua tag tetap utuh, dan font serta isi halaman tetap sama, byte demi byte. Pada scan 2,3 MB, penyimpanan ulang yang sama memangkas 1 KB: pemadatan struktur membantu file yang terdiri atas banyak objek kecil, bukan file berisi gambar.
Salinan: satu logo, empat puluh font
Berikutnya, kami memasang logo PNG 26 KB di seluruh 20 halaman dengan Watermark PDF. Logo itu disimpan satu kali, sebagai 13 KB yang dipakai bersama oleh setiap halaman. Watermark PDF juga menulis ulang file, jadi dokumen menjadi 104 KB, 19 KB lebih besar daripada hasil penyimpanan ulang biasa.
Lalu kami memisahkannya menjadi 20 file satu halaman dengan Pisahkan PDF dan menyatukannya lagi dengan Gabungkan PDF. Halamannya sama, tetapi ukuran file menjadi 833 KB. Setiap file satu halaman membawa logo dan font sendiri, dan file gabungan mempertahankan semuanya: 20 logo dan 40 file font.
Kompres PDF menemukan 20 logo yang identik dan menyisakan satu, sehingga file turun menjadi 584 KB. Font tetap ada: 40 salinan dari tiga file font yang sama, 499 KB, atau 85 persen dari sisa file. Kompres PDF tidak menyatukan font duplikat. Bila bisa, buat satu PDF dari dokumen aslinya, alih-alih menggabungkan beberapa PDF terpisah.
Apa yang bisa dicoba, secara berurutan
Mulailah dengan melihat isinya. Ekstrak gambar mengembalikan gambar yang ada di PDF sesuai ukuran saat disimpan. Dengan “Lewati gambar berulang” yang aktif secara bawaan, setiap gambar keluar satu kali. Dari file gabungan kami, hasilnya satu logo; dari PDF foto, hasilnya JPG asli 5,1 MB.
Lalu jalankan Kompres PDF. Gambar paling banyak mengecil, gambar berulang disimpan satu kali, dan saat file ditulis ulang, strukturnya ikut dipadatkan. Font yang tersalin tetap ada, jadi untuk file gabungan, kembalilah ke dokumen sumbernya bila memungkinkan.
Bila hasilnya masih melebihi batas ukuran, Pisahkan berdasarkan ukuran memotongnya menjadi beberapa bagian di bawah batas itu. Halaman alat itu menampilkan peringatan bahwa font dan gambar bersama disalin ke setiap bagian. Total ukuran semua bagian lebih besar daripada file asli. Semua alat yang disebut di sini berjalan di tab browser Anda. Semuanya bagian dari lebih dari 200 alat gratis di PulsarKit, tanpa akun dan tanpa langganan.
Alat yang dipakai di artikel ini
Baca berikutnya
- Alternatif Stirling PDF: apa yang setara dan di mana file Anda diprosesPada 21 Oktober 2026, kami mencocokkan 56 alat yang tercantum di dokumentasi Stirling PDF dengan PulsarKit. Sebanyak 28 alat punya padanan, 4 hanya cocok sebagian, dan 24 tidak punya padanan, mulai dari pengeditan teks yang sudah ada hingga tanda tangan dengan sertifikat.
- Alternatif PDFgear: apa yang setara dan di mana file Anda diprosesPada 20 Oktober 2026, kami mencocokkan 37 kartu di halaman alat online PDFgear dengan PulsarKit. Sebanyak 34 dari 36 alat di balik kartu itu punya padanan; PDF to PSD dan PSD to PDF tidak punya.
- Mengompres buku hasil scan: pengaruh setiap tingkat pada 60 halamanDi sebuah forum, seseorang bertanya cara memperkecil scan buku 580 halaman tanpa merusak teksnya. Kami memproses scan 60 halaman dengan setiap tingkat di Kompres PDF, lalu memeriksa piksel, ukuran file, dan teksnya.