Konversi PDF ke Gambar

Cara kerjanya

1. Unggah PDF · Letakkan file PDF Anda atau klik untuk menjelajahi perangkat Anda.
2. Pilih pengaturan Lihat thumbnail halaman dan pilih format (PNG/JPG), skala (1x hingga 2x), serta kualitas JPG.
3. Unduh gambar · Unduh setiap halaman secara individual atau semua sekaligus sebagai ZIP.

Mengapa mengonversi PDF ke gambar?

Mengonversi PDF ke gambar berguna untuk berbagi halaman individual di media sosial, menyematkan konten PDF dalam dokumen dan presentasi, membuat thumbnail pratinjau, atau mengekstrak grafis untuk digunakan dalam desain web. PNG mempertahankan kualitas dengan sempurna, sementara JPG menawarkan ukuran file yang lebih kecil yang ideal untuk situs web.

Fitur

• Beberapa Format · Ekspor ke PNG (tanpa kehilangan) atau JPG (lebih kecil) agar sesuai dengan kebutuhan Anda.
• Penskalaan Fleksibel · Pilih dari 1x hingga 2x untuk menyesuaikan resolusi gambar yang diekspor.
• Kontrol Kualitas Atur kualitas JPG dari 60 sampai 100 persen untuk menyeimbangkan ukuran berkas dan tampilan.
• Unduh Batch · Unduh semua halaman sebagai satu arsip ZIP atau masing-masing secara individual.
• Privasi Penuh · Semua pemrosesan terjadi di browser Anda. PDF Anda tidak pernah meninggalkan perangkat Anda.
• Cepat · Konversi instan, tanpa unggah server, tanpa menunggu.

Pertanyaan yang sering diajukan

Apa perbedaan antara PNG dan JPG?

PNG bersifat tanpa kompresi merusak (tanpa kehilangan kualitas) dan lebih cocok untuk dokumen berisi teks atau diagram. JPG dikompresi dan menghasilkan berkas lebih kecil, ideal untuk PDF yang penuh foto. JPG memungkinkan pengaturan kualitas (60 sampai 100 persen); PNG selalu berkualitas penuh.

Skala mana yang harus saya pilih?

1x berfungsi dengan baik untuk tampilan layar. Gunakan 1.5x untuk layar HD atau pencetakan dasar, dan 2x untuk pencetakan berkualitas tinggi atau layar Retina. Skala yang lebih tinggi berarti file yang lebih besar.

Bisakah saya mengunduh hanya satu halaman?

Ya. Setelah konversi, setiap pratinjau memiliki tombol unduh khusus untuk halaman itu. Anda juga dapat mengunduh semua halaman sebagai ZIP.

Seberapa besar PDF yang dapat saya proses?

Alat ini dapat menangani file PDF hingga 100 MB. PDF besar dengan banyak halaman mungkin memerlukan beberapa saat untuk diproses tergantung pada perangkat Anda.

Apakah PDF saya dikirim ke server?

Tidak. Semua konversi dilakukan secara lokal di browser Anda dengan PDF.js. PDF Anda tidak pernah meninggalkan perangkat, menjamin privasi dan keamanan.

Apakah ini berfungsi di ponsel?

Ya. Alat ini berfungsi di semua browser modern termasuk perangkat iPhone, iPad, dan Android. Skala 1x atau 1.5x akan berfungsi lebih baik pada perangkat yang kurang bertenaga.

Arti sesungguhnya dari «PDF ke gambar»

PDF adalah dokumen vektor. Teks yang dikandungnya disimpan sebagai kode karakter dan sumber daya font, bukan sebagai piksel. Grafik vektor (garis, kurva, isian) disimpan sebagai operator gambar di aliran konten, bukan piksel. Hanya gambar fotografi yang disisipkan yang disimpan sebagai larik piksel terkompresi. Ketika peramban merender PDF, ia menelusuri aliran konten, menggambar teks dan grafik vektor ke permukaan piksel pada resolusi yang dipilih, lalu menumpangkan gambar raster yang disisipkan di atasnya. Mengubah PDF menjadi gambar berarti memilih resolusi, meminta mesin render membuat permukaan piksel berukuran itu untuk setiap halaman, dan menuliskan permukaan tersebut sebagai berkas PNG atau JPEG.

Keluarannya adalah gambar raster: kisi piksel tetap tanpa data teks atau vektor di bawahnya. Teks tidak lagi bisa dipilih, grafik vektor tidak lagi memperbesar tanpa antialiasing, dan ukuran berkas seluruhnya ditentukan oleh resolusi dan efisiensi kompresi format. Ini adalah transformasi satu arah: setelah dirasterkan, dokumen tidak bisa dibalikkan menjadi PDF vektor tanpa langkah OCR atau vektorisasi yang menyimpulkan struktur dari piksel. Gunakan PDF ke gambar jika Anda butuh konten visual sebagai gambar (untuk media sosial, presentasi, posting blog, masukan OCR) dan terima bahwa teks yang bisa dipilih dan vektor yang bisa diperbesar tidak termasuk dalam kesepakatan.

Bagaimana alat ini merender

Alat ini memakai pdf.js dari Mozilla, mesin rendering PDF JavaScript yang sama yang menggerakkan peramban PDF bawaan Firefox. Alurnya terbagi atas empat tahap. Pertama, PDF sumber dibaca ke tab peramban melalui File API standar; tidak ada lalu lintas jaringan yang ditimbulkan. Kedua, pdf.js mengurai tabel referensi silang dokumen dan membangun model halaman, font, dan sumber daya tersisip dalam memori. Ketiga, untuk setiap halaman yang dipilih pengguna, alat memanggil page.getViewport({scale}) guna menghitung dimensi piksel pada skala yang dipilih, mengalokasikan kanvas HTML5 seukuran itu, dan memanggil page.render({canvasContext, viewport}) untuk menggambar halaman ke dalam kanvas.

Keempat, metode toBlob() dari kanvas menghasilkan gambar PNG atau JPEG, yang ditawarkan sebagai unduhan atau dikemas ke dalam ZIP melalui JSZip ketika ada beberapa halaman. Seluruh alur berjalan di tab peramban Anda; tidak ada yang diunggah. Pemuatan pdf.js dan JSZip dari CDN saat halaman pertama kali dibuka adalah satu-satunya lalu lintas jaringan; setelah itu, konversi sepenuhnya lokal.

Parameter skala dan artinya dalam DPI

Parameter skala mengontrol resolusi keluaran. pdf.js mengukur halaman PDF pada skala dasar 1.0, yang setara dengan 96 DPI (definisi piksel CSS). Skala 1.0 menghasilkan kanvas yang sesuai dengan ukuran fisik PDF asli pada layar 96 DPI. Skala 2.0 melipatduakan lebar dan tinggi, menghasilkan kanvas dengan jumlah piksel empat kali lipat. Sebuah halaman US-letter (8,5 x 11 inci) pada skala 1.0 berukuran 816 x 1056 piksel; pada skala 2.0 berukuran 1632 x 2112 piksel.

Pemetaan ke DPI cetak cukup langsung: skala 1.0 sekitar 96 DPI, skala 1.5 adalah 144 DPI, skala 2.0 adalah 192 DPI. Sebagian besar alur kerja dapat dipetakan rapi ke rentang berikut:

• 72 hingga 96 DPI (skala 1x): kualitas untuk web dan layar. Memadai untuk thumbnail, ilustrasi blog, pratinjau media sosial, dan lampiran email.
• 150 DPI (di antara 1x dan 2x): kualitas arsip standar. Cocok untuk baca-baca di layar, repositori dokumen, masukan OCR, dan sebagian besar pencetakan kantor.
• 192 DPI (skala 2x): kualitas layar retina. Teks tajam di layar laptop dan ponsel dengan kerapatan tinggi, masih layak untuk pencetakan umum.
• 300 DPI dan di atasnya: kualitas cetak profesional. Tidak tersedia langsung di alat ini; pakai alat desktop (Adobe Acrobat Pro, pdftoppm dengan -r 300, atau ImageMagick dengan -density 300) untuk hasil cetak final.

Pilihan format: PNG melawan JPG

PNG bersifat tanpa kompresi merusak. Setiap piksel yang dihasilkan mesin render diberi kode persis, tanpa pengurangan kualitas. Kompresinya mirip dengan ZIP: efisien untuk gambar dengan area datar luas, pola berulang, atau tepi tajam, dan kurang efisien untuk konten fotografis. PNG juga mendukung transparansi. JPEG bersifat lossy: kompresi menanggalkan detail frekuensi tinggi yang tidak dilihat mata manusia, menghasilkan berkas lebih kecil dengan harga artefak yang terlihat di sekitar tepi tajam dan area dengan kontras tinggi. Penggeser kualitas mengontrol pertukarannya: 100 persen menghasilkan keluaran mendekati tanpa kompresi merusak dengan ukuran 3 sampai 5 kali lipat keluaran 60 persen; 60 persen jauh lebih kecil namun memperlihatkan dering yang nampak di sekitar teks.

Aturan keputusan untuk hampir semua PDF: jika halaman berisi teks, diagram, grafik, atau seni garis, gunakan PNG. Tepi tajam teks dan vektor menimbulkan artefak dering di JPEG yang terlihat bahkan pada kualitas tinggi, dan kompresi tanpa rusak PNG menangani area datar (latar putih, isian polos) sangat efisien sehingga penalti ukuran lebih kecil daripada yang disiratkan kaidah umum. Jika halaman bersifat fotografis (halaman majalah hasil pindaian, album foto, brosur dengan foto produk besar), gunakan JPEG di kisaran 85 sampai 90 persen kualitas. Jika dokumen mencampur keduanya, PNG umumnya jadi default yang lebih aman karena artefak pada teks tampak jelas sementara artefak pada foto tergolong samar.

Alur kerja nyata yang mendorong konversi PDF ke gambar

• Media sosial dan publikasi web. Membagikan PDF di Twitter, LinkedIn, atau pos blog menuntut mengubah setidaknya halaman sampul atau halaman utama menjadi gambar, sebab platform-platform itu tidak menyematkan PDF sebagai pratinjau inline. Tim pemasaran mengubah laporan PDF, buku putih, dan studi kasus menjadi pratinjau gambar; penerbit mengubah sampul dan halaman contoh dari e-book menjadi PNG untuk halaman produk. PNG pada skala 1.5x hingga 2x adalah pilihan umum.
• Presentasi dan dek slide. PowerPoint, Keynote, dan Google Slides bisa menyematkan gambar tapi tidak halaman PDF langsung. Siapa pun yang menyiapkan slide yang memerlukan gambar, grafik, atau kutipan dari PDF akan mengubah halaman terkait lebih dulu. PNG lebih disukai karena gambar tersebut biasanya berisi teks atau konten vektor yang akan dirusak oleh JPEG.
• Masukan OCR. Sebagian alur pengenalan karakter optik bekerja lebih baik pada gambar raster ketimbang pada PDF yang sudah memiliki lapisan teks. Alurnya: rasterisasi PDF pada 150 atau 300 DPI, jalankan OCR pada gambar hasilnya, lalu gunakan teks OCR-nya secara langsung atau masukkan kembali ke PDF baru dengan teks OCR sebagai lapisan tersembunyi.
• Pengadilan dan bukti hukum. Bukti yang diajukan di yurisdiksi yang sistem manajemen perkaranya hanya menerima format gambar mensyaratkan konversi PDF ke gambar sebelum diunggah. Setiap halaman menjadi gambar tersendiri, diberi nama dengan nomor bukti dan nomor halaman, lalu dikemas ke dalam ZIP untuk diunggah.
• Aksesibilitas dan arsip. Sebagian repositori institusi mensyaratkan salinan arsip jangka panjang dokumen tersimpan dalam format raster (PNG atau TIFF) selain PDF asli, atas alasan bahwa format PDF suatu saat mungkin tak terbaca lagi sedangkan raster akan selalu terbaca. Strategi arsip yang masih diperdebatkan, tetapi praktiknya ada dalam skala besar.
• Lampiran email dan obrolan. Sebagian klien email atau obrolan korporasi menyaring atau memblokir lampiran PDF demi alasan keamanan namun mengizinkan gambar. Mengubah PDF menjadi PNG sebelum mengirim adalah solusi standar.

Jebakan umum dan jalan keluarnya

• Ukuran berkas tumbuh kuadratik mengikuti skala. Melipatduakan skala melipatempatkan jumlah piksel, yang kira-kira melipatempatkan ukuran berkas PNG dan melipattigakan JPEG. PDF 20 halaman pada skala 2x PNG dengan mudah menghasilkan ZIP berukuran 50 sampai 100 MB. Batas praktis ukuran PDF masukan berubah berbanding terbalik dengan resolusi keluaran yang dipilih. Jika ZIP-nya terlalu besar, turunkan ke skala 1x atau 1.5x, atau beralih ke JPEG.
• Teks menjadi tidak dapat diedit. Setelah dirasterkan, teks adalah piksel. Salin-tempel tidak lagi berfungsi, pembaca layar tidak lagi mengumumkan kontennya, dan pencarian di dalam dokumen gagal. Jika kasus penggunaan memerlukan teks yang dapat dipilih setelah putaran tersebut, jalankan OCR pada gambar keluaran, dengan konsekuensi tingkat kesalahannya sendiri.
• Transparansi hilang di JPEG. PDF dapat berisi halaman dengan latar transparan (umumnya lapisan tanda air atau grafik overlay). JPEG meratakan transparansi menjadi warna latar solid, biasanya putih. PNG mempertahankannya. Jika dokumen memiliki transparansi yang penting untuk hasil, pilih PNG.
• Grafik vektor terlihat pixelated saat diperbesar. PDF asli dapat diperbesar tanpa batas tanpa kehilangan ketajaman, karena mesin render merasterkan ulang pada tiap tingkat zoom. Gambar keluaran terkunci pada resolusi saat rendering; memperbesar melampaui 100 persen memperlihatkan piksel alih-alih grafik yang dihitung ulang. Untuk alur apa pun di mana penonton bisa memperbesar (monitor besar, proyektor, perbesaran cetak), pilih skala tertinggi yang masih muat di memori.
• Perbedaan antialiasing antar peramban. Peramban yang berbeda menerapkan strategi antialiasing teks yang sedikit berbeda dalam implementasi kanvasnya. PDF yang sama yang dirender pada skala 2x di Chrome, Firefox, dan Safari menghasilkan keluaran yang serupa secara visual tetapi tidak identik piksel demi piksel. Untuk sebagian besar kasus penggunaan perbedaan ini tak kasat mata; untuk aplikasi forensik atau arsip yang menuntut reproduksibilitas tepat, rendering sisi server dengan mesin tetap (Ghostscript, pdftoppm) adalah pilihan yang lebih baik.
• PDF terenkripsi tidak bisa diurai. PDF dengan kata sandi pembuka tidak bisa dibaca pdf.js sebelum kata sandinya diberikan. Alat ini saat ini tidak menampilkan kotak dialog kata sandi. Alurnya: buka kunci PDF dulu dengan alat Buka Kunci PDF Gratis Online, lalu konversikan salinan yang sudah terbuka.

Mengapa keluaran berukuran demikian

Ukuran berkas keluaran ditentukan tiga faktor: jumlah halaman, skala yang dipilih, dan efisiensi kompresi format. Untuk halaman PDF tipikal dengan teks dan diagram, PNG pada skala 1.0 berkisar 50 sampai 200 KB per halaman, PNG pada skala 2.0 berkisar 200 sampai 800 KB per halaman, JPEG kualitas 85 persen pada skala 1.0 berkisar 30 sampai 80 KB per halaman, dan JPEG pada kualitas yang sama dengan skala 2.0 berkisar 100 sampai 300 KB per halaman. Halaman penuh foto menghasilkan berkas lebih besar di kedua format, tetapi JPEG tetap unggul 3 sampai 5 kali atas PNG. PDF 100 halaman yang dikonversi pada skala 2x PNG dapat menghasilkan ZIP 20 sampai 80 MB; PDF yang sama pada skala 1x JPEG 85 persen menghasilkan ZIP 3 sampai 8 MB. Sebagian besar pengguna menginginkan sesuatu di antaranya, makanya skala 1.5x dengan JPEG 85 persen menjadi default yang masuk akal untuk penggunaan umum.

Konversi hanya di peramban versus konversi di awan

Konverter PDF-ke-gambar berbasis awan yang mengisi puncak hasil pencarian (Smallpdf, ILovePDF, Adobe Acrobat Online, PDF24, Sejda, PDF2Go) semuanya mengunggah PDF sumber Anda ke server mereka, menjalankan konversi melalui mesin rendering di sisi server (umumnya Ghostscript atau pustaka kepemilikan) dan menyajikan keluaran sebagai unduhan ZIP. Kebijakan privasi mereka menyebut berkas yang diunggah dihapus dalam beberapa jam, namun berkas itu transit melalui jaringan operator, hadir di disk mereka selama jendela pemrosesan, dan melewati apa pun catatan log yang operator pelihara untuk deteksi penyalahgunaan. Tingkat gratis biasanya membatasi jumlah operasi per hari; tingkat berbayar mencabut batas itu.

Alat ini tidak mengunggah apa pun. PDF Anda dibaca ke tab peramban melalui File API standar, diurai dan dirender oleh pdf.js di tab yang sama, dan ZIP keluaran disusun secara lokal oleh JSZip sebelum disimpan ke disk melalui API unduh standar. Anda bisa membuktikannya: buka alat pengembang peramban pada tab Jaringan, jalankan satu konversi, dan amati bahwa tidak ada permintaan yang membawa isi berkas Anda. Imbal baliknya adalah kemampuan rendering: pdf.js menangani sebagian besar PDF dunia nyata dengan benar, tetapi mesin di sisi server punya akses ke pustaka komersial matang yang menangani sebagian kasus tepi lebih baik (pengkodean font yang tidak biasa, kelompok transparansi yang tumpang tindih, fitur PDF yang langka). Untuk 95 persen PDF masukan keluarannya saling tukar; untuk 5 persen sisanya, layanan awan unggul.

Pertanyaan yang sering muncul lainnya

Bisa dapat keluaran 300 DPI untuk cetak?

Tidak secara langsung. Maksimum alat ini adalah skala 2x, yang setara sekitar 192 DPI. Untuk 300 DPI, opsi yang tepat adalah alat desktop (fitur Export to Image di Adobe Acrobat Pro, pdftoppm dengan -r 300, atau ImageMagick dengan -density 300) atau layanan awan yang membuka rendering DPI sembarang (Adobe Acrobat Online, paket berbayar Smallpdf). Untuk hampir semua alur kerja yang bukan strictly hasil cetak akhir, skala 2x sudah cukup: 192 DPI cukup tajam hingga selisih dengan 300 DPI tak terlihat pada jarak baca normal.

Bisa pilih halaman tertentu untuk dikonversi?

Tidak langsung di alat ini. Pakai dulu alat Pemisah PDF Gratis untuk mengekstrak halaman yang dikehendaki, baru jalankan konversi pada PDF hasil ekstrakan di sini. Pemilihan halaman satu langkah adalah fitur yang direncanakan; untuk sekarang, alur dua langkah menutup kasus penggunaannya.

Mengapa keluaran terlihat berbeda dari yang dihasilkan Adobe Acrobat?

Alat ini memakai pdf.js, mesin rendering JavaScript yang dipakai Firefox untuk peramban PDF bawaannya. pdf.js memperlakukan 95 persen atau lebih PDF dunia nyata sama persis dengan Adobe Acrobat. Sisa beberapa persennya melibatkan font yang tidak biasa, kelompok transparansi yang rumit, fitur PDF terkini yang belum diimplementasikan pdf.js, atau kasus tepi spesifik manajemen warna. Untuk dokumen-dokumen itu, Adobe Acrobat atau alat di sisi server akan menghasilkan keluaran yang lebih akurat. Untuk PDF sehari-hari, perbedaannya tak kasat mata.

Bisa OCR gambar keluarannya?

Tidak langsung di alat ini. Gambar keluaran bisa diumpankan ke alat OCR terpisah (OCR Adobe Acrobat, Tesseract, layanan OCR daring). Banyak pengguna melakukan persis itu: mengubah PDF hasil pemindaian menjadi gambar di sini, mengerjakan OCR di tempat lain, lalu membangun ulang PDF yang dapat dicari dengan teks OCR sebagai lapisan tersembunyi. Agar OCR bekerja baik, render pada skala 2x (semakin dekat ke 300 DPI, semakin baik akurasinya).

Mengapa warnanya sedikit berbeda dari PDF?

Manajemen warna. PDF dapat membawa profil warna ICC yang menetapkan bagaimana nilai warna dipetakan ke layar atau cetakan. API kanvas peramban belum sepenuhnya mengimplementasikan manajemen warna ICC; mesin render menafsirkan warna sebagai sRGB. Untuk sebagian besar dokumen ini tak kasat mata; untuk pekerjaan yang kritis terhadap warna (desain grafis, portofolio fotografi, proofing cetak), alat desktop dengan manajemen warna yang benar adalah pilihan yang tepat. Adobe Acrobat Pro dan alur «Save for Web» di Adobe Photoshop menangani profil ICC dengan benar.

Berjalan di telepon dan tablet?

Ya, dalam batas memori peramban ponsel. Batas heap JavaScript di telepon biasanya beberapa ratus megabyte per tab, yang memadai untuk sebagian besar PDF tetapi bisa terlampaui oleh dokumen sangat besar pada skala 2x. Sebagai patokan: PDF di bawah 50 MB lancar dikonversi di telepon pada skala apa pun; PDF di atas 100 MB mungkin kehabisan memori pada skala 2x dan sebaiknya dikonversi pada skala 1x atau 1.5x, atau diproses di desktop. Model pemrosesan per halaman membuat tab tidak memuat seluruh keluaran sekaligus, sehingga pemakaian memori tetap kira-kira sebanding dengan ukuran satu halaman yang dirender, bukan dengan ukuran dokumen keseluruhan.

Alat terkait