PNG vs JPG vs WEBP: PDF文書に最適な画像フォーマットはどれ？

スクリーンショット、写真、スキャンした契約書、またはデジタルデザインを単一のPDFドキュメントにまとめる際、ソース画像のファイルフォーマットは非常に重要な役割を果たします。PNG、JPG、WebPのどれを選択するかによって、出力されるドキュメントの視覚的な品質だけでなく、ファイルサイズ全体、読み込み速度、さらには古いビューアとの互換性までもが変化します。

歴史的に、多くのユーザーは手元にあるファイルをそのまま使ってPDFを作成してきました。しかし、現代のドキュメントワークフロー管理においては、PDF作成前または作成プロセス中にこれらのフォーマットを最適化することが不可欠です。以下では、技術的な違い、内部圧縮フィルター、およびブラウザベースのレンダリング技術を詳細に比較し、ニーズに最適なフォーマットを選択するためのガイドを提供します。

1. 各フォーマットの技術的メカニズム

これらのフォーマットがPDFコンテナ内に埋め込まれたときにどのように動作するかを理解するために、まずはグラフィックデータの保存および圧縮方法について見ていきましょう。

JPG (JPEG): 連続階調に最適な非可逆圧縮

JPEGは、人間の視覚が明るさの変化に比べて高周波の色変化に対して鈍感であるという特性に基づいて設計されています。

圧縮エンジン: 離散コサイン変換 (DCT) を使用して画像ブロックを周波数空間に変換し、その後に量子化とエントロピー符号化を行います。この「非可逆（ロスレスではない）」手法により、人間の目には知覚しにくい画像の詳細が破棄されます。
PDF内部での扱い: PDFは DCTDecode フィルターを使用してJPEG画像をネイティブにサポートしています。これにより、PDFジェネレータはJPEGデータストリームを解凍することなくドキュメント構造に直接挿入できるため、ファイルサイズを非常に小さく抑えることができます。
最適なユースケース: 色数の多い写真、背景のテクスチャが複雑な紙ドキュメントのスキャン、複数ページに及ぶ書籍など。

PNG: テキストやグラフィックに最適な可逆圧縮

PNGは可逆（ロスレス）圧縮を採用しており、キャプチャされたすべてのピクセルデータが完全に保存されます。

圧縮エンジン: 隣接するピクセルに基づいてピクセル値を予測する予測ラインフィルタリングと、DEFLATEアルゴリズム（LZ77とハフマン符号化の組み合わせ）を組み合わせています。
PDF内部での扱い: PNG画像は通常、FlateDecode フィルターを使用してPDFに埋め込まれます。透明領域はイメージマスク (SMask) にマップされます。PNGはピクセル単位で正確なエッジを維持するため、JPGによく見られるモスキートノイズなどのモヤモヤした圧縮アーティファクトが発生せず、テキストが非常に鮮明に表示されます。
最適なユースケース: ソフトウェアのスクリーンショット、デジタルイラスト、ロゴ、白黒のフォーム、細かいテキストやバーコードを含むドキュメント。

WebP: 現代的なハイブリッドスタンダード

Googleによって開発されたWebPは、可逆圧縮と非可逆圧縮の両方を提供し、JPGやPNGと同等の品質でありながらファイルサイズを大幅に削減することを目指しています。

圧縮エンジン: VP8ビデオコーデックから派生したフレーム内符号化技術を使用して、ブロックパターンに基づいてピクセル値を予測します。また、JPGにはない「非可逆圧縮でのアルファチャンネル透過」をサポートしています。
PDF内部での扱い: JPGやPNGとは異なり、PDFフォーマット仕様 (ISO 32000) は、標準のイメージディクショナリオブジェクト内でWebPストリームを直接サポートしていません。そのため、クライアント側のコンパイルツールは、PDF生成プロセス中にWebP画像をデコードし、PDF互換の形式（通常は DCTDecode または FlateDecode フィルター）にトランスコードする必要があります。
最適なユースケース: Webから集めたアセット、さまざまな形式が混在するグラフィックギャラリー、およびストレージ効率が最優先される現代のマルチメディアコンピレーション。

2. スペック比較表

機能 / 詳細	JPG	PNG	WebP
圧縮モード	非可逆 (Lossy)	可逆 (Lossless)	非可逆 & 可逆
透明度のサポート (アルファ)	なし	あり	あり
PDFストリームフィルター	`DCTDecode`	`FlateDecode`	トランスコードが必要
テキストと輪郭の鮮明さ	低い（ノイズが発生しやすい）	完璧（非常にシャープ）	優秀（可逆モード時）
PDF内でのファイルサイズ	中〜小	大	極めて小
古い環境との互換性	ユニバーサル（汎用）	ユニバーサル（汎用）	デコーダによる変換が必要

3. 互換性のジレンマ：WebPとPDFファイル

WebPがファイルの圧縮において技術的に優れている（JPG/PNGより25%〜30%小さいことが多い）にもかかわらず、なぜすべてのPDFでデフォルトの選択肢にならないのでしょうか？

その理由は、PDF仕様の歴史にあります。古いデスクトップ用PDF閲覧ソフトや古い電子書籍リーダー、レガシーなプリンタドライバなどは、WebPの解凍ライブラリを搭載していません。WebPファイルをそのまま生のPDFストリームに埋め込むと、これらのリーダーでは画像を表示できなくなってしまいます。

この問題を解決するために、最新のクライアント側変換ユーティリティはスマートなトランスコーダーを実行します。当サイトのツールでWebP画像をインポートすると、アプリケーションはブラウザ内でWebPデータをデコードし、PDF規格に準拠した形式（高画質なJPEGストリームやロスレスのFlateストリームなど）に再圧縮します。これにより、WebPソースファイルを使用する利便性を保ちつつ、生成されたPDFがあらゆるデバイスで100%表示可能になります。

4. プライバシーとローカルでのクライアント側処理

多くのオンラインドキュメント変換サイトでは、画像をリモートサーバーにアップロードする必要があります。しかし、個人身分証明書、銀行の請求書、社外秘のプレゼンテーション資料などを扱う場合、これは重大なセキュリティ上の脆弱性をもたらします。

私たちは全く異なるアプローチを採用しています。当サイトの画像からPDF ツールは、お使いのブラウザのローカル処理能力を最大限に活用します。

WebAssembly (WASM): WASMにコンパイルされた高度に最適化されたC/C++またはRustライブラリが、ブラウザのサンドボックス内で直接動作します。画像のヘッダーを解析し、PDFのレイアウトをローカルで構築します。
Canvas APIとローカルメモリ: 画像の操作と再エンコードはすべて、お使いのシステムのメモリ内だけで行われます。外部サーバーにデータが送信されることは一切ありません。
サーバーのオーバーヘッドなし: ネットワーク経由でのファイルのアップロードやダウンロードが発生しないため、インターネット接続がなくても即座に変換が完了します。

この「ローカルファースト」の仕組みにより、プライベートなファイルは完全にあなたの管理下に置かれます。また、安全に画像を抽出できる PDFからJPG や、ドキュメントのサイズをローカルで縮小できる PDF圧縮など、プライバシーに配慮した他のツールも併せてご利用いただけます。

5. ステップバイステップ：最適なワークフローの選択

PDFを生成する前に、ファイルを適切に選択し最適化するためのクイックガイドです。

メインのコンテンツタイプを特定する:
- 画像が写真や背景ノイズを含む詳細なスキャンページである場合は、JPGとして保存します。画質を80〜85%程度に設定すると、鮮明さとファイルサイズのバランスが最も良くなります。
- スクリーンショット、図表、線画、またはテキスト文章の場合は、PNGとして保存します。これによりテキストが読みやすくなり、ぼやけた圧縮ノイズを防ぐことができます。
- Webからダウンロードした画像は WebP であることが多いです。これらは事前に変換することなく、そのまま当サイトのローカルコンバータにインポートできます。
ローカルで変換する: 画像からPDF コンバータを開き、混在する画像をドラッグ＆ドロップします。
ビルドしてダウンロード: ビルドボタンをクリックすると、ブラウザ内で即座にPDFが生成されます。
追加の圧縮（オプション）: 高解像度のPNG画像などが原因で最終的なPDFサイズがまだ大きい場合は、生成されたファイルを PDF圧縮ツールに通すことで、ドキュメントの鮮明さを損なうことなく内部のデータストリームをさらに最適化できます。