すべての処理はブラウザ内で実行されます — ファイルや入力はサーバへ送信されません。
PDF をツールにドラッグし、ページ範囲(単一ページなら `5`、範囲なら `1-3`、全ページも可)を選び、出力形式(無損失なら PNG、小さいファイルなら JPEG)を選択し、倍率を設定します。1× は CSS ピクセルでの元のページ寸法(約 96 DPI)、2× は解像度を 2 倍にし(Retina ディスプレイのプレビューに最適)、3〜4× は印刷品質のラスタライズ結果を生みます。各ページはキャンバスに描画され、別々の画像としてダウンロードされます。複数ページの場合は ZIP にまとめて配信されます。
PDF ページを画像として必要とする場面で使ってください — レポートの図表をプレゼンに埋め込む、1 ページを Instagram 投稿として共有する、PDF ライブラリ UI のプレビューサムネイルを生成する、スキャン文書から図解を取り出すなどです。レンダリングはすべて PDF.js(Mozilla 製のオープンソース PDF レンダラで、Firefox にも同梱)を介してブラウザ内で行われ、ファイルはサーバに届きません。機密ドキュメントを扱う場面で重要な点です。なお、これはラスタライズ操作です — テキストはピクセルになり、選択や検索はできなくなります。
file: contract.pdf (5 pages, A4) range: 3 format: PNG scale: 2
contract-page-3.png (1656 × 2340 px, ~400 KB)
A4 は 1× で 595 × 842 CSS ピクセル(約 96 DPI)、2× では 1190 × 1684 になり、PDF.js がさらに端末のピクセル比を掛け合わせて Retina ディスプレイ向けにシャープに出力します(2× 端末で最終的に約 1656 × 2340 ピクセル)。PNG は無損失なので、レビュー・注釈・トリミング予定のスクリーンショットに向きます。リスト内のプレビューサムネイルには、JPEG 品質 0.85 にするとファイルサイズが 5〜10 倍縮み、サムネイルサイズでは視覚的な差はほぼありません。
file: report.pdf (40 pages) range: all format: JPEG (quality 0.85) scale: 1.5
report-pages.zip (~5 MB, 40 JPEG files)
ドキュメント全体を JPEG ZIP として一括変換 — PDF より画像を好むシステム(一部のレガシー DMS、写真ライブラリ、メディアシステムの索引用など)へのアーカイブに便利です。ZIP 内では各ページが `report-page-NN.jpg` という名前になります。1.5× かつ JPEG 品質 0.85 なら、テキスト中心の 40 ページ PDF はおよそ 5 MB です。倍率を 3× に上げると ZIP は 50 MB を超えることもあります。
file: poster.pdf (1 page, A3) range: 1 format: PNG scale: 3.125 (≈ 300 DPI)
poster-page-1.png (4960 × 7016 px, ~12 MB)
300 DPI はポスター・パンフレット・カラー雑誌などの印刷品質基準です。A3 を 300 DPI で出すと 4960 × 7016 ピクセルになり、倍率 3.125(96 × 3.125 ≈ 300)で出力するとこのターゲットに合います。PNG は色を正確に保ち、JPEG ならソリッドカラーブロックやグラデーションに目立つ圧縮ノイズが入ります。4 色印刷では PDF を ICC プロファイル埋め込みでエクスポートする必要もあります — ソースが CMYK でレンダラが sRGB を仮定するとラスタライズで色精度を失うためです。
用途に合わせてください。**1×(96 DPI)** は別のデジタルドキュメントに埋め込み、ビューアがズームインしない前提のとき。**2×(192 DPI)** は Retina スクリーン表示(スマートフォンやノート PC の典型的なピクセル密度に一致)とカジュアルな共有全般に。**3×(288 DPI)** はカラー出版物の印刷品質におおむね相当します。**4×(384 DPI)** は高 DPI 印刷(雑誌・光沢パンフレット)に向きます。出力が大きいほどファイルサイズは指数関数的に増えるため、必要以上に上げないでください。100 ページの PDF を 4× でレンダリングすると、500 MB を簡単に超えます。
**PNG** はテキスト・線画・チャート・ソリッドカラーを含むコンテンツに向きます — 無損失で、文字や鋭い線のエッジに圧縮ノイズが出ません。**JPEG** は写真コンテンツや、ファイルサイズの方が重要な場合に向きます — 連続階調画像では同じ視覚品質ではるかに小さくなりますが、鋭いエッジ(特にテキスト)周辺に「リンギング」アーティファクトが入ります。テキストと写真が混在する雑誌ページのようなコンテンツでは、PNG が安全な既定です。WebP や AVIF は両者よりさらに圧縮率が高いですが、対応する下流ツールが少ないため、本コンバータは PNG / JPEG に限定しています。
いいえ。PDF から画像への変換は *ラスタライズ* で、テキストのグリフがピクセルとして描画され、文字エンコーディングは出力に残りません。すでに選択可能なテキストを含む PDF からそれを保ちたい場合はラスタライズせず、本サイトの PDF Split ツールで分割してページを PDF のまま残してください。ソースが画像のスキャン済み PDF では、そもそもテキストは「選択可能」ではなく、OCR(`Tesseract`・Google Cloud Vision・AWS Textract など)でテキストを抽出する必要があり、ラスタライズ済み画像が OCR ステップの入力となることもあります。
PDF.js はページの `Rotate` 属性と明示的な `MediaBox`(ページ境界)に従うため、ソースで縦表示に回転されたランドスケープページは画像でも縦になります。A3・US Legal・カスタムの建築サイズなど特殊なサイズは同じ物理プロポーションでレンダリングされ、結果のピクセル寸法だけが異なります。PDF ビューアで見える向きと回転が一致しない場合、多くはビューアが自動補正しているということで、PDF.js は生の回転形を出力します。
原因は 3 つです。**倍率が高すぎる** — A4 を 4× で出すと 1 ページあたり約 800 万ピクセル、100 ページなら 8 億ピクセル分のラスターデータです。実際に必要な倍率まで下げてください。**JPEG で足りるところに PNG を使っている** — PNG は無損失ですが大きく、写真コンテンツには JPEG 品質 0.85 に切り替えるべきです。**ページがリッチなベクターコンテンツを含む** — ベクターチャートを 4× で完全ラスタライズすると、元の PDF ページよりはるかに大きいファイルになります。出力サイズが忠実度より重要なら、ソース PDF を保持して JPEG 経路を使ってください。JPEG 品質 0.7 まで許容できれば、0.85 よりさらに 40% ファイルサイズが減ります。
はい、ただし注意点があります。PDF.js はフォームフィールドを現在の値でレンダリングするので、「Alice」と入力されたフォームは出力画像にも「Alice」と表示されます。**注釈**(ハイライト、付箋、コメント)は既定でその場にレンダリングされます。注釈なしのクリーンなコピーが必要なら、変換前に Adobe Acrobat や `pdf-lib` スクリプトで先にフラット化してください。インタラクティブな要素(クリック可能なボタン、ラジオ選択肢など)は静止画像になると当然動きません。フォーム処理パイプラインでは、フォームを保存する前にレンダリングしてください — レンダリング画像はその瞬間のフォーム状態の永続的な記録になります。
PDF のレンダリングと PDF のオーサリングは別の問題です。**オーサリング**(Adobe Acrobat、Apple Pages からの書き出し、LaTeX → PDF など)は PDF オブジェクト(ページ・フォント・ベクターコマンド・埋め込み画像)を書き出します。**レンダリング**(Adobe Reader、Apple Preview、PDF.js、mutool など)はそのオブジェクトを取り、表示や印刷のためのピクセルを生成します。本ツールはレンダラで、ピクセル出力をキャプチャして PNG / JPEG として保存します — PDF ビューアのスクリーンショットを取ることに似ていますが、スクリプト化可能、倍率可変、ドキュメント全体に対する処理が可能です。
本ツールが使う **PDF.js** は、PDF 仕様の Mozilla 製オープンソース実装です。2011 年に Firefox の既定 PDF ビューアとして始まり、現在は Firefox、Android 版 Chrome、多くのウェブ PDF ビューア(Slack のファイルプレビュー、Notion の添付、JIRA の PDF 表示など)に同梱されています。すべて JavaScript と WebAssembly でブラウザ内動作し、ISO 32000-1 の大半(ベクターコンテンツ・埋め込みラスター画像・OpenType フォント・暗号化・基本フォーム・基本注釈)に対応します。ネイティブレンダラ(mutool・Ghostscript・Adobe)に対するトレードオフは速度とエッジケース忠実度で、非常に複雑な PDF(CAD 図面、希少フォントサブセットを使う科学論文など)は若干異なるか、はるかに遅くレンダリングされます。
全体像を完成させる隣接概念が 3 つあります。**OCR(光学文字認識)** は逆の操作 — ラスタライズされた画像を検索可能なテキストに戻します。`Tesseract`(Google のオープンソース OCR)、`paddle-ocr`、AWS Textract、Google Cloud Vision などが一般的な実装です。ワークフローは PDF → 画像 → OCR → テキストと連鎖することが多いです。**PDF/A**(ISO 19005)はアーカイブ向け PDF サブセットで、PDF/A ドキュメントをラスタライズして PDF/A として再保存すると「画像のみ」の PDF/A-1 となり、PDF/A-1b 以降が保とうとする検索性が失われます。**印刷用ラスタライズ**(Ghostscript・PostScript インタープリタ)は物理プリンタが印刷時に行うもので — 別コードパスで、はるかに高い DPI 既定(1200〜2400)を使い、出力先は画像ファイルではなくプリンタピクセルです。プリプレスワークフローではプリンタのネイティブインタープリタを優先し、デジタル出版では本ツールで十分です。
複数の PDF を 1 つのドキュメントに結合。ページの並べ替えも可能。ファイルはブラウザ外に出ません。
PDF を範囲ごとに分割、または指定ページのみを 1 ファイルに抽出。すべてブラウザ内で処理。
小規模事業者向けの見積書・請求書・インボイスをベクター PDF で作成。文書タイプはワンクリックで切替、明細を入力すれば A4 PDF を即ダウンロード。日本語 / 韓国語 / 英語テンプレート、消費税 10% などロケール別の税率・通貨・事業者番号書式に対応。
JSONを整形・検証。インデント整形や圧縮出力、エラー位置の明示まで。
