Kompres PDF Online Gratis

Cara Kerjanya

1. Pilih atau lepaskan file PDF di atas.
2. Klik "Kompres PDF" untuk memproses file di browser Anda · tidak ada yang diunggah.
3. Unduh PDF yang dioptimalkan segera.

Mengapa Mengompres PDF?

File PDF besar sulit dibagikan, lambat diunggah, dan membuang ruang penyimpanan. PDF terkompresi dimuat lebih cepat, lebih mudah dikirim email, dan mengambil lebih sedikit disk. Alat ini melakukan optimasi struktural ringan · menyimpan ulang PDF dengan aliran objek dan membuang sumber daya yang tidak terpakai. Penghematan tipikal: 5-15% pada PDF berbasis teks; PDF banyak gambar berkurang lebih sedikit karena gambar itu sendiri tidak dikode ulang.

Pertanyaan yang Sering Diajukan

Apakah kompresi memengaruhi kualitas PDF?

Tidak · gambar, teks, dan grafik vektor melewati tanpa perubahan. Penghematan sepenuhnya berasal dari struktur file yang lebih ringkas, bukan dari pengkodean ulang konten.

Apa batas ukuran file?

Alat ini mendukung PDF hingga 100 MB. Waktu pemrosesan bergantung pada ukuran file dan perangkat Anda. File besar dapat memakan waktu beberapa detik.

Apakah PDF saya diunggah ke server?

Tidak. Semua kompresi terjadi secara lokal di browser Anda. PDF Anda tidak pernah meninggalkan perangkat, memastikan privasi dan keamanan penuh.

Mengapa tidak mengompres lebih banyak?

Efektivitas kompresi PDF bergantung pada jenis isi. PDF yang hanya berisi teks terkompres lebih sedikit karena teks sudah dikodekan secara efisien. PDF dengan banyak gambar terkompres lebih banyak. Alat sisi server dapat mencapai kompresi tambahan dengan menyandikan ulang gambar.

Bisakah saya mengompres PDF terenkripsi?

Alat ini bekerja dengan PDF standar. PDF yang terenkripsi atau dilindungi kata sandi tidak dapat diproses tanpa kata sandi.

Apa arti «kompresi» yang sesungguhnya di sini

Kata «kompresi» bekerja keras di ranah peralatan PDF. Ia menunjuk pada setidaknya tiga operasi yang cukup berbeda, dan peralatan yang memakai kata kerja UI yang sama mengirim ukuran luaran yang sangat berbeda. Optimasi struktural membangun ulang grafik objek tak langsung berkas tanpa objek mati, mengelompokkan objek-objek kecil ke dalam aliran objek terkompresi, dan menerbitkan ulang tabel referensi silang sebagai aliran biner. Tidak ada piksel yang disentuh, tidak ada kualitas yang hilang; penghematan tipikal pada dokumen bisnis berkisar antara 3 sampai 15 persen. Pengkodean ulang citra mendekode aliran JPEG yang tertanam, secara opsional melakukan downsampling, lalu mengkode ulang dengan faktor kualitas lebih rendah. Pada PDF yang berat foto penghematan bisa mencapai 60 persen atau lebih, namun operasi ini bersifat tak-utuh. Render ulang yang agresif meraster setiap halaman pada DPI yang dipilih, lalu menanamkan raster sebagai JPEG; itulah yang dilakukan oleh praset «kompresi ekstrem» pada peralatan komersial di balik label yang ramah, dan keluarannya pada dasarnya adalah tumpukan gambar yang kebetulan dibungkus PDF.

Peralatan ini hanya melakukan kompresi jenis pertama. Pilihan ini disengaja: optimasi struktural bersifat tanpa kehilangan, cepat, berjalan di peramban tanpa pulang-pergi ke peladen, dan menjaga setiap properti yang dijamin oleh PDF asli (teks tetap dapat dipilih, gambar vektor tetap tajam, tag aksesibilitas tetap melekat, ruas formulir tetap berfungsi). Pengkodean ulang citra dan rasterisasi berguna pada situasi tertentu, tetapi mereka menukar kesetiaan dengan ukuran, dan menuntut salah satu di antara berkas kodek JavaScript yang besar atau tumpukan render di sisi peladen, dua hal yang dengan sengaja tidak dipakai alat ini. Penyajian yang jujur karenanya adalah: peralatan ini selalu memperkecil PDF berat-teks dengan jelas dan PDF berat-citra hanya sedikit. Siapa pun yang membutuhkan reduksi ukuran agresif pada portofolio pemindaian resolusi tinggi sebenarnya menginginkan peralatan yang lain.

Sejarah singkat kompresi di dalam PDF

Sejak PDF Reference yang pertama tahun 1993, motor utama kompresi sudah FlateDecode: algoritma deflate yang sama yang menggerakkan gzip, PNG, dan format zip secara umum. Adobe memilih deflate karena ia baru saja masuk ke ranah publik melalui kerja Phil Katz pada PKZIP dan menghasilkan rasio kompresi sekitar 2 banding 1 pada teks terstruktur yang menyusun kamus internal dan aliran isi PDF. Tiga penyaring khusus citra menyusul bergabung dengan FlateDecode pada masa awal. DCTDecode (JPEG) adalah cara standar menanam foto sejak PDF 1.0; CCITTFaxDecode (algoritma kompresi faks Group 3 dan Group 4 dari tahun 1980-an) menangani dokumen pemindaian hitam-putih; LZWDecode sebentar bersaing dengan FlateDecode sebelum dilarang dianjurkan di PDF 1.4 akibat sengketa paten Unisys atas LZW pada tahun 1990-an.

Perubahan paling besar untuk kompresi non-citra datang bersama PDF 1.5 pada 2003: aliran objek dan aliran referensi silang. Sebelum versi itu, setiap objek tak langsung di PDF harus muncul di level paling atas tubuh berkas, didahului oleh tajuk objek yang pendek, dan setiap objek dilacak di sebuah tabel referensi silang ASCII yang pipih di akhir berkas. Keduanya bersama membebani sekitar 30 bita per objek, yang pada dokumen dengan kompleksitas menengah berisi seribu objek setara kira-kira 30 KB struktur yang sia-sia. PDF 1.5 memperkenalkan dua mekanisme yang saling melengkapi: aliran objek memampatkan banyak objek kecil bersama-sama dalam satu aliran ber-deflate, dan aliran referensi silang menggantikan tabel xref yang terbaca dengan padanan biner terkompresi. Bersama-sama keduanya secara rutin memangkas 10 sampai 15 persen ukuran PDF tanpa biaya kesetiaan.

Keluarga penyaring kompresi citra meluas dua kali lagi: PDF 1.4 (2001) menambahkan JBIG2Decode untuk kompresi citra biner berasio tinggi, dan PDF 1.5 (2003) menambahkan JPXDecode untuk kompresi gelombang JPEG 2000. Keduanya adalah puncak gelombang kecanggihan kompresi citra dalam spesifikasi PDF; sejak saat itu tidak ada lagi yang ditambahkan, meski penelitian terus berjalan untuk kodek modern seperti AVIF, HEIC, dan JPEG XL, yang tak satu pun diizinkan oleh ISO 32000-2 saat ini. Opsi kompresi di PDF karenanya telah dibekukan lebih dari dua puluh tahun. Itu pula sebagian alasan mengapa lintasan tulis-ulang struktural masih bermakna: setiap PDF yang beredar masih memakai cangkang format era 2003, dan setiap PDF yang beredar masih bisa diuntungkan dari serialisasi ulang yang bersih di bawah cangkang itu.

Apa yang sesungguhnya dilakukan peralatan ini secara mekanis

Kompresi yang berjalan di sisi peramban menjalankan PDF lewat tiga lintasan deterministik, semuanya dikerjakan oleh pdf-lib. Pertama, tabel referensi silang berkas dibaca dan setiap objek tak langsung diparsis ke dalam model di memori; objek rusak atau tidak terujuk dicatat. Kedua, lintasan optimasi menyusuri grafik objek dari katalog dokumen dan membuang segala yang tidak dapat dicapai secara transitif. PDF mengumpulkan objek yatim selama hidupnya, terutama lewat penyuntingan berulang di Acrobat atau lewat penyimpanan inkremental yang menempelkan versi baru objek tanpa menghapus yang lama; hanya dari langkah ini saja penghematan nyata bisa berkisar dari 0 persen (pada PDF yang baru saja diproduksi) hingga di atas 20 persen (pada PDF yang dibuka dan disimpan ulang berkali-kali selama bertahun-tahun).

Ketiga, objek yang tersisa ditulis menggunakan fitur PDF 1.5: objek kecil dikumpulkan ke dalam aliran objek terkompresi, dan tabel referensi silang berkas dipancarkan sebagai aliran biner terkompresi alih-alih teks ASCII. Setiap aliran yang sudah terkompresi di masukan (aliran isi yang dikode FlateDecode, JPEG yang tertanam) disalin tanpa perubahan; tidak ada upaya kompresi-dua-kali karena tidak akan menghemat tempat dan bisa memunculkan bug halus. Keluaran berbeda bita demi bita dari masukan tetapi secara visual, tekstual, dan struktural identik: setiap halaman dirender sama, setiap kata dapat dipilih di tempat yang sama, setiap anotasi tetap di tempatnya, setiap ruas formulir tetap bernama sama. Persentase «Pengurangan» yang ditampilkan setelah kompresi dihitung sebagai (ukuran_masukan dikurangi ukuran_keluaran) dibagi ukuran_masukan.

Mengapa PDF berat-citra hampir tidak menyusut

Mayoritas pengguna yang mengunggah PDF untuk dikompres terkejut ketika portofolio fotonya yang 20 MB kembali sebagai berkas 19,4 MB. Alasannya: bita-bita pada PDF fotografis tipikal tidak berada di cangkang struktural; mereka ada di aliran isi gambar. Pemindaian beresolusi tinggi yang disimpan sebagai PDF bisa 95 persen atau lebih merupakan bita aliran gambar, sementara biaya struktur (katalog, pohon halaman, xref, metadata fon) hanya menyumbang beberapa ratus kilobita total, bahkan pada dokumen panjang. Karena peralatan ini tidak mendekode dan tidak mengkode ulang aliran gambar, ukuran absolut bita-bita tersebut tidak bergerak.

Pengguna dengan PDF berat-citra 50 MB dan kebutuhan nyata turun di bawah 10 MB punya tiga pilihan, dan tak satu pun bisa diwujudkan di dalam arsitektur saat ini peralatan ini. Alur paling bersih adalah mundur satu langkah: ambil citra-citra sumber, jalankan melalui Kompresor Gambar Gratis Online, lalu pasang ulang PDF dengan Gambar ke PDF. Pilihan kedua adalah alat desktop dengan pengkodean ulang citra terpasang, seperti PDF Optimizer dari Adobe Acrobat atau penyaring Quartz «Reduce File Size» pada Apple Preview. Pilihan ketiga adalah layanan komersial sisi peladen yang mode «kompresi tinggi»-nya melakukan operasi yang sama di awan. Trade-off antara keagresifan dan privasi bersifat fundamental: pipeline kompresi gambar yang benar-benar agresif membutuhkan baik beberapa megabita kodek JavaScript (yang sengaja tidak dibawa peralatan ini) atau peladen (yang membuat janji privasi gugur). Peralatan ini duduk di sudut «konservatif tetapi pribadi» dari ruang rancangan.

Situasi praktis di mana lintasan struktural betul-betul membantu

• Batas lampiran surel. Outlook, Gmail, dan mayoritas peladen surel korporat membatasi lampiran pada 20-25 MB. PDF berukuran 23 MB yang perlu menyelinap di bawah batas biasanya bisa dipangkas 10 sampai 15 persen lewat tulis ulang struktural, cukup untuk mendaratkannya di sisi yang benar dari ambang batas.
• Formulir unggah web. Banyak portal pengiriman pemerintah dan perguruan tinggi memberlakukan batas per-berkas, sering berupa angka sembarang seperti 5 MB atau 10 MB. Pada dokumen berat-teks, lintasan struktural sudah cukup untuk menyelipkan berkas di bawah batas-batas itu.
• Pengarsipan dan penyimpanan. Bagi organisasi yang menyimpan jutaan PDF dalam penyimpanan jangka panjang, satu kali tulis ulang struktural saat pemasukan dapat memangkas ukuran arsip total sebesar persentase yang terasa, tanpa risiko terhadap isi. Internet Archive dan beberapa perpustakaan nasional menjalankan lintasan serupa pada pipa pemasukan mereka.
• Membersihkan setelah simpan inkremental. PDF yang berkali-kali disunting cenderung tumbuh jauh lebih besar dari yang seharusnya, karena simpan inkremental menempel alih-alih menulis ulang. Satu kali kompresi mengembalikan berkas pada representasi minimumnya, yang bisa memangkas 20 persen atau lebih dari berkas kerja berusia lama.
• Menyiapkan PDF untuk penyematan web. Ketika sebuah PDF hendak ditanamkan di halaman web lewat iframe atau lewat PDF.js, setiap kilobita berperan terhadap waktu lukisan pertama. Tulis ulang struktural memberikan pengalaman pemuatan terbaik yang mungkin untuk peramban, terutama pada koneksi seluler yang lambat.

Interaksi dengan fitur PDF lain

• Tag aksesibilitas dipertahankan. Pohon struktur yang menggerakkan perilaku pembaca layar disimpan sebagai objek tak langsung yang dapat dijangkau dari katalog dokumen. Objek-objek itu dikunjungi secara transitif oleh lintasan optimasi dan dipertahankan tanpa perubahan. PDF bertag tetap menjadi PDF bertag setelah peralatan ini berjalan.
• Ruas formulir tetap berfungsi. Kamus formulir interaktif (AcroForm) hidup di tingkat dokumen dan dipertahankan saat lintasan kompresi berjalan. PDF keluaran tetap bisa diisi, dengan nama ruas dan nilai bawaan tetap utuh.
• Bookmark dipertahankan. Pohon Outlines dipertahankan. Navigasi bookmark di Acrobat atau di pembaca PDF standar mana pun bekerja pada keluaran terkompres sama persis dengan keluaran asalnya.
• Fast Web View hilang. Aliran objek tidak kompatibel dengan tabel petunjuk linearisasi yang lama. PDF yang ditulis ulang dengan aliran objek kehilangan properti «Fast Web View»-nya, sekalipun dahulu memilikinya. Ini sebuah trade-off yang disengaja dalam spesifikasi PDF 1.5, bukan bug, tetapi tetap penting jika rangkaian alat hilir Anda secara khusus memerlukan PDF terlinearisasi.
• Tanda tangan rusak. PDF yang ditandatangani secara digital, begitu dikompres, kehilangan tanda tangannya karena tanda tangan adalah hash kriptografis dari rentang bita berkas masukan yang tepat. Keluaran terkompres tetap menjadi PDF yang sah, tetapi indikator tanda tangan berubah menjadi «tidak sah». Jika Anda perlu mempertahankan tanda tangan, jangan kompres berkas yang sudah ditandatangani; biarkan apa adanya dan kompres salinan yang belum ditandatangani.

Kompresi peramban saja vs kompresi awan

Kompresor PDF berbasis awan yang mendominasi hasil pencarian Google (Smallpdf, ILovePDF, aplikasi web PDF24, Adobe Acrobat Online, jenjang gratis Sejda) semuanya mengunggah PDF sumber Anda ke peladen mereka, mengerjakan kompresi di sana, dan mengirim berkas yang lebih kecil balik sebagai unduhan. Kebijakan privasi mereka menyatakan bahwa berkas yang diunggah dihapus dalam beberapa jam, tetapi berkas tetap berjalan melintasi jaringan operator, hadir di disk mereka selama jendela pemrosesan, dan melewati setiap pencatatan yang dipelihara operator untuk deteksi penyalahgunaan. Imbalan yang mereka tawarkan sebagai gantinya adalah akses pada opsi pengkodean ulang citra dan rasterisasi yang agresif, sesuatu yang tidak dapat ditandingi oleh alat yang hanya berjalan di peramban tanpa membawa megabita JavaScript tambahan.

Peralatan ini tidak mengunggah. PDF Anda dibaca ke tab peramban lewat File API standar, diparsis dan ditulis ulang di tab yang sama oleh pustaka pdf-lib, dan ditulis kembali ke disk Anda lewat API unduhan standar. Satu-satunya lalu lintas jaringan selama kompresi adalah pemuatan satu kali pdf-lib dari CDN saat halaman pertama kali terbuka. Anda bisa membuktikannya: buka peralatan pengembang peramban pada tab Network, jalankan kompresi sekali, dan amati bahwa tidak ada permintaan yang membawa isi berkas Anda yang dipantik. Apa pun yang bersifat rahasia (HIPAA, GDPR, hak istimewa pengacara-klien, kewajiban tidak membuka informasi) lebih baik dikompres di peramban. Apa pun yang harus turun dari 50 MB ke 5 MB pada sumber fotografis lebih baik diserahkan kepada alat sisi peladen yang ketentuan penanganan datanya sudah Anda baca, atau dengan mengomposisi Kompresor Citra dan Citra ke PDF untuk menjalankan siklus dekode-kompres-ulang-rakit yang eksplisit.

Pertanyaan lanjutan yang sering diajukan

Seberapa kecil sebenarnya PDF saya akan jadi?

Lintasan struktural biasanya memangkas PDF bisnis berat-teks sebesar 5 sampai 15 persen, dengan ekor panjang berkas yang berkali-kali disunting mencapai 20 sampai 30 persen. PDF berat-citra hanya berkurang beberapa persen, karena bita citra sendiri tidak dikode ulang. Tolok ukur PDF Association tahun 2018 terhadap 12.000 PDF pemerintahan UE melaporkan pengurangan rata-rata 5 sampai 18 persen tergantung aplikasi pengarangnya, dan tolok ukur internal pdf-lib pada 2021 di 500 dokumen bisnis campuran memberi rata-rata 8,4 persen dan median 7,1 persen. Siapa saja yang mengharapkan lebih dari itu, sebenarnya secara tersirat meminta pengkodean ulang citra, yang merupakan operasi berbeda.

Mengapa hasilnya berukuran berbeda dari kompresi Adobe Acrobat?

PDF Optimizer dari Adobe Acrobat menambahkan opsi downsampling per-kelas citra di atas tulis ulang struktural. Secara default ia menurunkan sampling citra warna di atas 300 DPI ke 150 DPI, skala abu-abu ke 100 DPI, dan monokrom ke 600 DPI, semuanya dengan pengkodean ulang berkehilangan pada kualitas JPEG yang dipilih pengguna. Keluaran Acrobat dengan default tersebut karenanya akan lebih kecil daripada keluaran peralatan ini pada dokumen apa pun yang berat citra, tetapi juga akan terlihat berbeda dari masukan, dengan foto yang terasa sedikit lebih lembut dan garis seni yang diraster ulang. Peralatan ini menghasilkan dokumen yang identik piksel demi piksel; PDF Optimizer Acrobat menghasilkan dokumen yang berbeda.

Bisakah saya mengompres PDF yang terenkripsi atau berkata sandi?

Tidak secara langsung. PDF berkata sandi pembuka tidak dapat diparsis sampai kata sandi diberikan, dan pdf-lib tidak mendukung PDF terenkripsi pada operasi apa pun. Alur kerjanya: gunakan alat Buka Kunci PDF Gratis Online untuk menghapus kata sandi lebih dahulu, kompres salinan yang sudah dibuka di sini, lalu opsional terapkan kembali proteksi dengan alat Perlindungan Kata Sandi PDF Gratis Online. Salinan yang dikompres adalah dokumen berbeda dari aslinya yang ditandatangani-dan-terenkripsi, sehingga keabsahan tanda tangan dan kontrol akses tidak dipertahankan di sepanjang perjalanan pulang-pergi tersebut.

Apakah kompresi mempertahankan aksesibilitas PDF bertag?

Ya. Pohon struktur yang menggerakkan pembaca layar (JAWS, NVDA, VoiceOver) disimpan sebagai objek tak langsung yang dapat dijangkau dari katalog dokumen, dan lintasan optimasi mempertahankan setiap objek yang dapat dijangkau. PDF yang ditag dengan benar tetap ditag dengan benar setelah kompresi, dengan hierarki judul yang sama, struktur daftar yang sama, teks alternatif gambar yang sama, dan urutan baca yang sama. Inilah salah satu alasan mengapa pendekatan «struktural saja» merupakan pilihan arsitektur yang tepat: alur pengkodean ulang citra yang lebih agresif pada alat komersial kadang-kadang diam-diam merusak pohon struktur, dan alur rasterisasi selalu menghancurkannya.

Bagaimana untuk kompresi yang benar-benar agresif pada pemindaian besar?

Alur asli Absolutool yang paling efektif untuk PDF pemindaian besar adalah merangkai tiga alat: Ekstraktor Gambar PDF Gratis untuk menarik halaman keluar sebagai JPEG, Kompresor Gambar Gratis Online untuk downsampling dan pengkodean ulang pada kualitas yang dipilih, lalu Gambar ke PDF untuk merakit kembali. Cara ini menghasilkan keluaran yang terprediksi dengan kontrol kualitas eksplisit di setiap langkah, seluruhnya di dalam peramban, tanpa unggahan di tahap mana pun. Lebih banyak kerjaan ketimbang menekan satu tombol «kompres maksimum» di sebuah situs komersial, tetapi sesuai dengan filosofi situs yang lebih besar: peralatan serius yang saling berkomposisi, demi pengguna yang menghargai keterprediksian dan privasi.

Alat Terkait