PDFを画像に変換

PDFのページをPNGまたはJPG画像に即座に変換します。倍率と画質をお好みに合わせて、全ページをZIPで、または個別の画像としてダウンロードできます。

ファイルはお使いのデバイスから出ません
PDFをここにドロップ またはクリックして参照

PDFファイル対応 · 最大100MB

ページを処理中...

使い方

  1. PDFをアップロード · PDFファイルをドロップゾーンにドラッグするか、クリックしてデバイスから参照します。
  2. 設定を選択 ページのサムネイルを確認し、形式(PNG/JPG)、倍率(1x〜2x)、JPG画質を選びます。
  3. ダウンロード · 「画像に変換」をクリックすると、各ページが個別の画像ファイルとしてダウンロードされます。

PDFを画像に変換する理由

PDFを画像に変換することで、ドキュメントのコンテンツをWebページ、プレゼンテーション、ソーシャルメディア、レポートで簡単に共有できます。画像はPDFビューアなしであらゆるデバイスやプラットフォームで表示でき、Webデザイン、サムネイル作成、ドキュメントのプレビュー、アーカイブに最適です。このツールは、完全なプライバシーを保ちながらブラウザで直接瞬時に処理を行います。

機能

よくある質問

PNGとJPGのどちらを選ぶべきですか?

PNGはロスレス(画質の劣化なし)で、文字や図のある文書に向いています。JPGは圧縮されてファイルが小さく、写真の多いPDFに適しています。JPGは画質調整(60〜100パーセント)が可能で、PNGは常に完全画質です。

スケール設定は何をしますか?

スケールは出力画像の解像度を制御します。1xは標準解像度、1.5xは高解像度、2xは最大の鮮明さを提供します。スケールが高いほど、特に印刷や高DPIディスプレイでの鮮明度は向上しますが、ファイルサイズは大きくなります。

PDFから1ページだけダウンロードできますか?

現在、変換するとすべてのページが個別の画像ファイルとしてダウンロードされます。1ページのみが必要な場合は、最初にPDF分割ツールを使用してそのページを抽出してから、この変換ツールを使用できます。

最大ファイルサイズはどれくらいですか?

PDFファイルは最大100MBまで対応しています。処理はブラウザ内で行われるため、ページ数の多い非常に大きなファイルはデバイスによって処理に時間がかかる場合があります。

PDFはサーバーに送信されますか?

いいえ。すべての変換はPDF.jsを使ってブラウザ内でローカルに行われます。PDFがデバイスを離れることは決してなく、プライバシーとセキュリティが保証されます。

モバイルデバイスで動作しますか?

はい。このツールはモバイルブラウザで動作しますが、特に大きなPDFや高スケール設定では、処理がデスクトップよりも遅くなる場合があります。最高のパフォーマンスを得るには、大きなドキュメントにはデスクトップを使用することをお勧めします。

「PDFから画像」が実際に意味すること

PDFはベクター文書です。含まれる文字は文字コードとフォントリソースとして保存され、ピクセルとしては保存されません。ベクター図形(線、曲線、塗りつぶし)はコンテンツストリーム内の描画演算子として保存され、これもピクセルではありません。埋め込まれた写真画像のみが圧縮済みピクセル配列として保存されます。ビューアーがPDFを描画するときは、コンテンツストリームをたどり、選んだ解像度のピクセル面に文字とベクター図形を描き、そこに埋め込みラスター画像を合成します。PDFを画像に変換するとは、解像度を選び、レンダラーに各ページぶんのその解像度のピクセル面を作らせ、その面をPNGまたはJPEGファイルとして書き出すことです。

出力はラスター画像、つまり下に文字データもベクターデータも持たない、ピクセルの固定グリッドです。文字はもう選択できず、ベクター図形はジャギーなしには拡大できず、ファイルサイズは解像度と形式の圧縮効率だけで決まります。これは一方通行の変換です。ラスター化された後では、ピクセルから構造を推測するOCRまたはベクター化のパスを経ない限り、ベクターPDFに戻すことはできません。視覚的な中身を画像として欲しい場合(SNS、プレゼン、ブログ記事、OCR入力など)に「PDFから画像」を使い、選択可能な文字や拡大に強いベクターはこの取引には含まれない、と受け入れてください。

このツールがどう描画するか

本ツールはMozillaのpdf.jsを使います。FirefoxがビルトインPDFビューアーで利用しているのと同じ、JavaScript製のPDFレンダリングエンジンです。パイプラインは四段階です。第一に、元のPDFを標準のFile APIでブラウザのタブに読み込み、ネットワーク通信は発生しません。第二に、pdf.jsが文書のクロスリファレンステーブルを解析し、ページ、フォント、埋め込みリソースのインメモリモデルを構築します。第三に、ユーザーが選んだ各ページについて、ツールはpage.getViewport({scale})を呼び出して指定倍率でのピクセル寸法を計算し、その大きさのHTML5キャンバスを確保し、page.render({canvasContext, viewport})を呼び出してページをキャンバスへ描画します。

第四に、キャンバスのtoBlob()メソッドがPNGまたはJPEG画像を作り、ダウンロードとして提供したり、複数ページの場合はJSZipでZIPにまとめたりします。パイプライン全体はブラウザのタブの中で動き、何もアップロードされません。最初にページを開いたときのpdf.jsとJSZipのCDNからの読み込みが唯一のネットワーク通信で、それ以降の変換は完全にローカルで行われます。

倍率パラメータとそのDPI上の意味

倍率パラメータは出力解像度を制御します。pdf.jsはPDFページを倍率1.0を基準として計測し、これはCSSピクセル定義の96 DPIに当たります。倍率1.0は、96 DPI画面上で元PDFの物理サイズに合うキャンバスを生成します。倍率2.0は幅と高さを両方とも倍にし、ピクセル数は四倍になります。US-letterサイズのページ(8.5×11インチ)は倍率1.0で816×1056ピクセル、倍率2.0で1632×2112ピクセルになります。

印刷DPIへの対応はそのままです。倍率1.0は約96 DPI、倍率1.5は144 DPI、倍率2.0は192 DPIです。多くのワークフローは次の範囲にきれいに当てはまります。

形式の選択:PNGかJPGか

PNGはロスレスです。レンダラーが生成した各ピクセルは正確に符号化され、画質の低下は起こりません。圧縮はZIPに似ていて、広い平坦領域、繰り返しパターン、鋭いエッジを持つ画像には効率がよく、写真的な内容には相対的に効率が落ちます。PNGは透過もサポートします。JPEGはロッシーで、人間の目には知覚しにくい高周波成分を捨てて、より小さなファイルを作りますが、鋭い縁や高コントラスト領域の周りに目に見えるアーティファクトを残します。画質スライダーはこのトレードオフを調整します。100パーセントはほぼロスレスで、60パーセントの3〜5倍のサイズになります。60パーセントはずっと小さくなりますが、文字周りに目立つリンギングが現れます。

ほぼすべてのPDFに当てはまる判断ルールはこうです。ページが文字、図、グラフ、線画なら、PNGを使うのが正解です。文字やベクターの鋭いエッジはJPEGの高画質設定でも目に見えるリンギングを生み、PNGのロスレス圧縮は平坦領域(白い背景、ベタ塗り)を非常に効率よく扱うので、ファイルサイズのペナルティは経験則が示すほど大きくありません。ページが写真的(雑誌ページのスキャン、写真アルバム、商品写真がふんだんなパンフレットなど)なら、JPEGを85〜90パーセントで使ってください。両者が混在する場合、PNGの方が安全な既定です。文字のアーティファクトは目立ち、写真のアーティファクトは目立ちにくいからです。

「PDFから画像」を求めさせる現実のワークフロー

ありがちな落とし穴と回避策

出力がそのサイズになる理由

出力ファイルサイズは三つの要因で決まります。ページ数、選んだ倍率、そして形式の圧縮効率です。文字と図を含む典型的なPDFページの場合、PNG倍率1.0はおおむね1ページ50〜200 KB、PNG倍率2.0は200〜800 KB、JPEG画質85パーセントで倍率1.0は30〜80 KB、同じ画質で倍率2.0は100〜300 KBです。写真主体のページはどちらの形式でも大きくなり、JPEGは依然としてPNGに対して3〜5倍小さいままです。100ページのPDFを倍率2x PNGで変換すると20〜80 MBのZIPになり、同じPDFを倍率1x JPEG 85パーセントなら3〜8 MBのZIPです。ほとんどの利用者はその中間を求めるので、倍率1.5xとJPEG 85パーセントが一般用途の事実上のまっとうな既定になっています。

ブラウザ完結の変換とクラウド変換

検索結果の上位を埋める各種クラウドPDF→画像コンバーター(Smallpdf、ILovePDF、Adobe Acrobat Online、PDF24、Sejda、PDF2Goなど)は、いずれもあなたの元PDFを自社サーバーにアップロードし、サーバー側のレンダラー(典型的にはGhostscriptや独自ライブラリ)で変換を行い、その出力をZIPダウンロードとして提供します。各社のプライバシーポリシーは「アップロードされたファイルは数時間以内に削除されます」と謳っていますが、ファイルは事業者のネットワークを通過し、処理中は事業者のディスクに置かれ、悪用検知のためのログを通り抜けていきます。無料枠は1日あたりの操作回数に上限を設けることが多く、有料枠は上限を取り払います。

本ツールはアップロードしません。あなたのPDFは標準のFile APIでブラウザのタブに読み込まれ、同じタブでpdf.jsが解析と描画を行い、出力ZIPもJSZipがローカルで組み立てたうえで、標準のダウンロードAPIでディスクへ書き出されます。確かめたければブラウザの開発者ツールのネットワークタブを開き、変換を実行し、ファイルの内容を含むリクエストが一つも飛ばないことを観察してください。代償は描画能力です。pdf.jsは現実世界のPDFの大多数を正しく扱えますが、サーバー側のエンジンには成熟した商用ライブラリがあり、特殊なフォントエンコーディングや複雑な透明グループ、めったに使われないPDF機能といった一部のエッジケースをよりうまく扱えます。入力PDFの95パーセントについては出力は置き換え可能で、残り5パーセントについてはクラウドサービスに分があります。

さらによくある質問

印刷用に300 DPIで書き出せますか?

直接は出せません。本ツールの上限は倍率2x、これは約192 DPIに相当します。300 DPIが必要なら、適切な選択肢はデスクトップ製品(Adobe Acrobat Proの画像として書き出し-r 300のpdftoppm、-density 300のImageMagickなど)か、任意のDPIで描画できるクラウドサービス(Adobe Acrobat Online、Smallpdfの有料プラン)です。厳密な印刷最終工程ではないほとんどの用途では倍率2xで十分です。192 DPIは通常の読書距離で300 DPIとの差が見えないほど鮮明です。

変換するページを選べますか?

本ツールでは直接はできません。先に無料PDF分割ツールツールで必要なページを抽出し、抽出したPDFをここで変換してください。1ステップでのページ選択は予定している機能で、今のところは2段階のワークフローでカバーします。

Adobe Acrobatの結果と少し違って見えるのはなぜですか?

本ツールはpdf.jsを使っています。これはFirefoxの組み込みPDFビューアーが採用しているJavaScript製レンダラーです。pdf.jsは現実世界のPDFの95パーセント以上をAdobe Acrobatと同等に扱います。残るわずかな割合は、珍しいフォント、複雑な透明グループ、pdf.jsがまだ実装していない最近のPDF機能、特殊なカラーマネジメントのエッジケースなどです。そうした文書では、Adobe Acrobatやサーバー側のツールのほうが正確な出力になります。日常のPDFでは違いは見えません。

出力画像でOCRはできますか?

本ツール内では直接はできません。出力画像は別のOCRツール(Adobe AcrobatのOCR、Tesseract、オンラインOCRサービスなど)に渡せます。多くの人がまさにこの順序で使います。スキャンPDFをここで画像化し、OCRは別の場所で実行して、OCRした文字列を隠しレイヤとして検索可能なPDFを組み直す、という流れです。OCRの精度を上げるには倍率2xで描画してください(300 DPIに近づくほどOCR精度が上がります)。

色合いがPDFとわずかに違って見えるのはなぜですか?

カラーマネジメントの話です。PDFはICCカラープロファイルを持つことができ、これは色の値が画面や印刷へどうマップされるかを規定します。ブラウザのCanvas APIはICCカラーマネジメントを完全には実装しておらず、レンダラーは色をsRGBとして解釈します。ほとんどの文書では見えませんが、色に厳密な仕事(グラフィックデザイン、写真ポートフォリオ、印刷の校正など)では、しっかりしたカラーマネジメントを備えたデスクトップ製品が正解です。Adobe Acrobat ProやAdobe Photoshopの「Web用に保存」フローはICCプロファイルを正しく扱います。

スマホやタブレットでも動きますか?

はい、モバイルブラウザのメモリ制約の範囲内であれば動きます。モバイルではタブあたりのJavaScriptヒープが数百MB程度のことが多く、ほとんどのPDFには足りますが、極端に大きな文書を倍率2xで処理すると超えることがあります。目安として、50 MB未満のPDFはどの倍率でもスマホで快適に変換でき、100 MBを超えるPDFは倍率2xでメモリを使い切ってタブが落ちる可能性があるので、倍率1xか1.5xで変換するか、デスクトップで処理してください。ページごとに処理する設計のおかげで、タブが出力全体を一度に保持することはなく、メモリ使用量はおおむね1ページ分のサイズに比例し、文書全体には比例しません。

関連ツール