PDF yang butuh empat puluh detik untuk terbuka, tersendat saat digulir, atau menutup sendiri di ponsel Anda sedang melakukan sesuatu yang wajar saja bila dikira kerusakan. Berkas itu tidak rusak. Ia meminta memori lebih banyak daripada yang dimiliki aplikasi pembaca, dan yang kalah adalah aplikasinya.
Bagian yang tidak membantu adalah bahwa ukuran berkas semata hampir tidak memberi tahu apa-apa. Dokumen 40 MB bisa terbuka seketika sementara yang 8 MB merangkak, karena kedua berkas itu besar karena alasan yang sama sekali berbeda — dan alasan itulah yang menentukan solusi mana yang akan berhasil dan mana yang cuma menguras kualitas Anda tanpa imbalan.
Apa arti "terlalu besar" sebenarnya
"Terlalu besar" bukanlah satu ambang tunggal; itu empat plafon yang berbeda, dan plafon mana yang Anda tabrak menentukan apa yang Anda lihat:
| Batas | Kira-kira di mana mulai menggigit | Gejala |
|---|---|---|
| Batas lampiran email | 25 MB di Gmail, 20 MB di Outlook, sering lebih kecil di server korporat | Pesan tidak mau terkirim |
| Batas unggah web | 10–50 MB di sebagian besar portal dan formulir pemerintah | Unggahan ditolak sebelum sempat dimulai |
| Memori pembaca di ponsel | Beragam; berkas padat gambar sudah kepayahan jauh sebelum 100 MB | Terbuka lalu tertutup, atau tak pernah terbuka |
| Performa pembaca di komputer | Tidak ada batas keras — memburuk secara bertahap | Gulir lambat, lama terbuka, kursor berputar terus |
Dua yang pertama adalah batas keras yang menolak berkas mentah-mentah. Dua berikutnya bersifat lunak, dan jauh lebih bergantung pada apa yang ada di sebuah halaman ketimbang pada total megabita. Dokumen teks seribu halaman adalah pekerjaan ringan; katalog lima puluh halaman berisi foto penuh halaman tidak.
Mengapa PDF besar mencekik aplikasi pembaca
Sebuah halaman PDF adalah sekumpulan instruksi menggambar, dan menampilkannya berarti menjalankan instruksi itu. Ketika sebuah halaman merujuk foto 25 megapiksel, aplikasi pembaca harus mengurai gambar itu sepenuhnya ke memori sebelum bisa mengecilkannya ke ukuran layar Anda — gambar terkompresi 4 MB bisa menempati 100 MB saat terurai. Gulir sepuluh halaman semacam itu dan pembaca di ponsel yang cuma punya beberapa ratus megabita akan kehabisan memori lalu dimatikan oleh sistem operasi.
Dua pola lain menghasilkan akibat yang sama lewat jalur berbeda. Gambar vektor — peta, ekspor CAD, bagan rumit — bisa memuat ratusan ribu jalur individual dalam satu halaman, yang semuanya harus digambar ulang setiap kali halaman itu muncul; berkas seperti itu sering kecil di disk namun kejam lambatnya saat ditampilkan. Sementara dokumen yang disusun dengan berulang kali menggabungkan dokumen lain bisa menumpuk puluhan salinan font tertanam yang sama, menggelembungkan berkas tanpa menambah satu pun hal yang terlihat.
Apa yang sebenarnya memakan ruang
Dalam praktik, bobotnya hampir selalu berada di salah satu dari lima tempat berikut:
- Halaman hasil pindai pada resolusi yang tak perlu. Sejauh ini penyebab paling umum. Pemindai secara bawaan diatur ke 600 dpi berwarna penuh, yang menghasilkan kira-kira sepuluh kali data dari 150–200 dpi yang sudah lebih dari cukup untuk membaca dan mencetak teks.
- Foto yang ditanam pada resolusi kamera. Foto ponsel yang dijatuhkan ke dalam laporan berukuran 12 megapiksel; halaman itu menampilkan mungkin satu. Sisa 90% pikselnya disimpan, dikirim, dan diurai tanpa manfaat apa pun.
- Pindaian yang disimpan tanpa kompresi. Sebagian pemindai dan sebagian jalur "cetak ke PDF" menyimpan citra halaman sebagai bitmap mentah. Berkas semacam ini raksasa — puluhan megabita per halaman — dan mengecil secara dramatis begitu dikompres.
- Font tertanam yang berganda. Setiap penggabungan bisa menambahkan satu salinan lagi dari set font yang sama. Tak terlihat, dan sesekali mencapai sepertiga berkas.
- Gambar vektor yang padat. Peta, denah lantai, dan ekspor CAD. Sederhana di disk, menyiksa saat ditampilkan, dan satu-satunya penyebab yang sama sekali tidak tertolong oleh kompresi gambar.
Cari tahu di mana bobotnya
Dua hitungan cepat memberi tahu solusi mana yang harus diraih, sekaligus menyelamatkan Anda dari merusak berkas yang memang tak akan pernah mengecil:
- Bagi ukuran berkas dengan jumlah halaman. Di atas sekitar 1 MB per halaman berarti gambar mendominasi dan kompresi akan sangat efektif. Jauh di bawah 500 KB per halaman pada berkas yang tetap berjalan lambat berarti masalahnya adalah kerumitan vektor atau jumlah halaman, dan kompresi hampir tidak akan menggesernya.
- Coba pilih teks di sebuah halaman. Kalau tidak bisa, halaman itu adalah gambar — sebuah pindaian — dan kompresi gambar memang alat yang tepat. Kalau teksnya terpilih rapi dan berkasnya masih raksasa, bobotnya justru ada di font atau konten vektor.
Pemeriksaan kedua itu punya akibat yang berguna. Dokumen hasil pindai sama sekali tidak punya lapisan teks, sehingga tidak bisa dicari dan isinya tidak bisa disalin. Kalau toh Anda akan memproses berkasnya, melewatkannya lewat OCR PDF menambahkan lapisan teks yang bisa dicari di bawah citra halaman tanpa mengubah tampilannya — yang mengubah pindaian merepotkan menjadi sesuatu yang benar-benar bisa Anda pakai.
Buat PDF besar berguna lagi, dalam tiga langkah
Untuk berkas padat gambar yang mencakup sebagian besar kasus, ini memakan waktu kurang dari semenit di peramban:
Unggah berkasnya
Buka pdfdocshift.com/compress-pdf lalu jatuhkan dokumen ke area unggah. Berkas hingga 200 MB diterima, yang mencakup praktis setiap kasus di mana aplikasi pembaca kepayahan.
Pilih tingkat kualitas sesuai tujuan
Kualitas tinggi menurunkan resolusi secara hati-hati dan cocok untuk apa pun yang akan dicetak. Sedang membidik sekitar 150 dpi dan merupakan bawaan yang tepat untuk dokumen yang akan dibaca di layar dan dikirim lewat surel. Rendah untuk situasi ketika masuk di bawah batas keras lebih penting daripada kesetiaan gambar.
Periksa hasilnya pada perbesaran penuh
Unduh berkasnya lalu lihat halaman paling detail — halaman dengan huruf kecil, tanda tangan, atau stempel — pada zoom 100%, bukan yang dipaskan ke jendela. Kalau teksnya tajam, kompresi itu gratis. Kalau terlihat lembek, naik satu tingkat kualitas dan jalankan lagi.
Kompres PDF yang terlalu besar
Kurangi ukuran berkas hingga 70% dengan tingkat kualitas pilihan Anda. Gratis, tanpa pendaftaran, berkas dihapus setelah 2 jam.
Buka Kompres PDF →Kapan mengompres adalah jawaban yang keliru
Kompresi bekerja pada gambar. Kalau bobotnya bukan pada gambar, ia akan menguras kualitas dan memberi hasil sangat sedikit, dan Anda butuh pendekatan lain.
- Dokumen yang sangat panjang. Berkas dua ribu halaman lambat karena jumlah halamannya, bukan bitanya. Pisah PDF membaginya menjadi bab atau potongan berukuran tetap, yang masing-masing terbuka seketika — dan memisah biasanya juga jawaban yang lebih baik untuk batas surel, sebab penerima lebih suka menerima tiga berkas yang terbaca daripada satu yang terpental.
- Gambar vektor yang padat. Kompresi gambar tidak punya apa pun untuk digarap. Mintalah pembuat gambarnya mengekspor versi yang diratakan atau dikurangi detailnya; tidak ada perbaikan berarti dari sisi Anda.
- Hanya beberapa halaman yang dibutuhkan. Mengambil halaman yang relevan mengalahkan mengompres seluruh dokumen. Kutipan lima halaman dari laporan tiga ratus halaman lebih kecil daripada capaian kompresi mana pun, dan lebih berguna untuk dibaca.
- Berkasnya juga rusak. Kalau ia raksasa sekaligus tidak dapat diandalkan — kadang terbuka, kadang macet — perbaiki dulu dengan Perbaiki PDF. Mengompres berkas yang rusak secara struktural cenderung mematenkan kerusakannya.
Menjaga PDF tetap kecil sejak awal
Sebagian besar PDF yang kelewat besar dibuat kelewat besar pada saat penciptaannya, oleh sebuah pengaturan bawaan yang tak seorang pun pilih dengan sengaja:
- Pindai teks pada 200–300 dpi dalam skala abu-abu. Memindai kertas hitam-putih dengan mode warna melipattigakan data tanpa guna. Satu perubahan ini biasanya lebih berharga daripada putaran kompresi apa pun sesudahnya.
- Ubah ukuran gambar sebelum menempatkannya di dokumen. Foto yang diperkecil ke ukuran tampilnya yang sebenarnya memakan sebagian kecil dari aslinya pada resolusi penuh, dan terlihat sama persis.
- Ekspor alih-alih cetak ke PDF bila memungkinkan. Word, Pages, dan Google Dokumen sama-sama menghasilkan berkas yang jauh lebih efisien lewat Ekspor atau Simpan sebagai PDF ketimbang lewat dialog cetak.
- Gabungkan sekali saja, di akhir. Menggabung dan menggabung ulang berkali-kali menumpuk data font berganda pada setiap putaran. Rakit dokumen final dalam satu operasi.
- Kompres sebelum mengarsipkan, bukan setelah menyebarkan. Begitu berkas raksasa sudah terkirim ke dua puluh orang, masalah ukurannya sudah menjadi masalah semua orang.
Satu pembedaan terakhir yang layak dipegang: berkas yang lambat adalah masalah ukuran, sedangkan berkas yang menolak terbuka sama sekali bukan. Kalau aplikasi pembaca Anda menampilkan error alih-alih kepayahan, mulailah dari apa arti pesan error itu — mengompres berkas yang tidak mau terbuka tidak akan menolong.
Pertanyaan yang sering diajukan
Aplikasi pembaca di ponsel punya memori yang jauh lebih sedikit, dan sebuah halaman PDF harus diurai sepenuhnya sebelum bisa ditampilkan — foto terkompresi 4 MB bisa menempati 100 MB di memori. Komputer menyerapnya dengan mudah; ponsel kehabisan dan sistem operasi menutup aplikasinya. Berkasnya tidak rusak, dan mengompresnya untuk mengurangi data gambar menyelesaikan masalah itu.
Itu bergantung pada batas yang Anda tabrak, bukan pada satu angka tertentu. Batas surel bersifat keras: 25 MB di Gmail, 20 MB di Outlook, sering lebih rendah di server korporat. Formulir unggah web umumnya berhenti di 10–50 MB. Performa aplikasi pembaca tidak punya plafon tetap dan memburuk bertahap, jauh lebih ditentukan oleh isi sebuah halaman daripada oleh ukuran total — seribu halaman teks lebih ringan daripada lima puluh halaman foto.
Tidak untuk teksnya, asalkan dokumen punya lapisan teks yang sungguhan. Teks disimpan sebagai karakter ditambah instruksi font dan digambar ulang dengan tajam pada ukuran berapa pun, jadi kompresi tak menyentuhnya. Yang dikurangi kompresi adalah resolusi gambar — dan itu penting kalau halaman Anda berupa pindaian, sebab saat itu teks adalah bagian dari gambar. Untuk dokumen hasil pindai, pakai tingkat kualitas lebih tinggi dan periksa satu halaman detail pada zoom 100%.
Itu ciri khas gambar vektor yang padat — peta, denah lantai, ekspor CAD, dan bagan rumit, yang bisa memuat ratusan ribu jalur individual yang semuanya harus digambar setiap kali halaman itu muncul. Berkas seperti itu kecil di disk dan lambat ditampilkan, dan kompresi gambar tak punya apa pun untuk digarap. Satu-satunya perbaikan sungguhan adalah ekspor yang disederhanakan dari perangkat lunak yang membuat gambar tersebut.
Itu bergantung di mana bobotnya. Bagi ukuran berkas dengan jumlah halaman: di atas kira-kira 1 MB per halaman, gambar mendominasi dan kompresi akan sangat efektif. Di bawah sekitar 500 KB per halaman pada berkas yang masih lambat, masalahnya adalah jumlah halaman atau kerumitan vektor, dan memisah menjadi dokumen-dokumen kecil menolong di tempat kompresi tidak. Untuk surel, memisah sering lebih baik bagaimanapun juga — tiga berkas yang sampai mengalahkan satu yang terpental.
Tidak. Kompresi bekerja pada gambar tertanam dan membiarkan lapisan teks utuh, jadi dokumen yang bisa dicari tetap bisa dicari. Dokumen hasil pindai memang tidak punya lapisan teks sejak awal dan tetap tak bisa dicari bagaimanapun — kalau Anda ingin mencarinya, lewatkan melalui OCR, yang menambahkan lapisan teks di bawah citra halaman tanpa mengubah tampilannya.
Siap memperkecil berkas Anda?
Gratis, tanpa pendaftaran, berkas dihapus setelah 2 jam. Berkas hingga 200 MB, tanpa instalasi.
Buka Kompres PDF →