WebP と HEIC は、それぞれ Web とモバイル写真用に設計された最新の画像形式です。 JPEG や PNG よりも同等の品質で小さいファイルが生成されるため、Google は Web サイトに WebP を推進し、Apple は iPhone の写真に HEIC を採用しました。問題は、ほとんどの PDF 作成ツールが JPEG と PNG 用に構築されていることです。 WebP スクリーンショットと HEIC 写真のフォルダーを PDF コンバーターにドロップすると、エラー、空白ページ、またはサポートされていないファイル形式のメッセージが生成されます。
最新の画像形式では、PDF 対応にする前に変換手順が必要です。このステップをスキップすると、インポートが失敗します。
WebP および HEIC 画像を、結合された Image to PDF ドキュメントに変換するには、これらの形式をネイティブにサポートする PDF ツールを使用するか、最初に画像を JPEG または PNG にバッチ変換してから PDF ツールにフィードすることを意味します。 WukongPDF の PDF Converter は一般的な画像形式を処理し、以下のワークフローは両方のパスをカバーします。
WebP と HEIC が PDF ツールに問題を引き起こす理由
JPEG と PNG は、あらゆるプログラミング言語とオペレーティング システムで利用できるデコーダ ライブラリを備えた、広くサポートされている画像形式です。 WebP には、多くの PDF 処理エンジンには統合されていない別個のデコーダ ライブラリが必要です。 HEIC は HEVC ビデオ コーデックに基づいて構築されており、デコーダのライセンス料が必要なため、Apple のエコシステム外ではサポートがさらに一般的ではありません。投げられた JPEG や PNG を喜んで受け入れる PDF ツールは、WebP や HEIC を処理できるように更新されていない可能性があります。
ファイル拡張子によって形式がわかりますが、ツールがその形式をサポートしているかどうかはわかりません。 photo.jpg という名前のファイルは JPEG です。 photo.webp という名前のファイルは WebP です。ツールが画像を正しく識別してデコードするには、拡張子と内部形式が一致している必要があります。 WebP ファイルの名前を .jpg に変更しても、ファイルは変換されません。デコーダを混乱させて間違った解凍アルゴリズムを適用し、破損したインポートを生成するだけです。名前を変更するのではなく、ファイルを変換するのが正しい解決策です。
PDF 作成前に WebP および HEIC を JPEG または PNG にバッチ変換
最も互換性のあるパスは、PDF ツールにフィードする前に、すべての画像を JPEG または PNG に変換することです。 ImageMagick や FFmpeg などの無料のコマンドライン ツールは、単一のコマンドで WebP と HEIC の両方のバッチ変換を処理します。 100 枚の混合フォーマット画像のフォルダーは、数秒で 100 枚の JPEG のフォルダーに変換されます。変換された画像は、形式の互換性の問題なく任意の PDF ツールに入力されます。
ファイル サイズが重要で、写真の品質が許容できる場合は、中間形式として JPEG を選択します。画像にテキスト、線画、または JPEG 圧縮ではぼやけてしまうシャープなエッジが含まれている場合は、PNG を選択します。スクリーンショット、Web ページの WebP キャプチャ、および写真の混合バッチの場合、iPhone からの HEIC、90% 品質の JPEG が安全なデフォルトであり、中間ファイルと結果として得られる PDF の適切なサイズを保ちながら視覚的な品質を維持します。
WebP および HEIC をネイティブにサポートする PDF ツールの使用
一部のブラウザベースの PDF ツールには、WebP および HEIC 形式の人気が高まっているため、サポートが追加されています。完全なバッチにコミットする前に、各形式のテスト イメージをアップロードします。ツールがテスト イメージを受け入れ、出力 PDF 内にページを生成する場合、ネイティブ サポートが確認されます。ツールがファイルを拒否するか、空白のページを生成する場合は、ネイティブ サポートが存在しないため、バッチ変換アプローチが必要です。
ネイティブ サポートにより、中間の変換ステップとそれに関連する品質の低下が排除されます。 WebP から JPEG への各形式変換では、1 世代分の圧縮が適用されますが、JPEG には非可逆性があります。 WebP をネイティブに読み取るツールを使用して WebP を PDF に直接変換すると、中間の JPEG 生成がスキップされ、元の画質が維持されます。画像の忠実度が重要なドキュメントの場合は、ネイティブ サポート ツールを探す価値があります。
| 画像フォーマット | 代表的なソース | PDF ツールのサポート | 推奨中級 |
|---|---|---|---|
| WebP | Web ダウンロード、Android スクリーンショット、Chrome 保存 | 限定的、成長中 | 写真の場合は 90% 品質の JPEG、スクリーンショットの場合は PNG |
| ここ | iPhoneの写真、iPadのスクリーンショット | Apple エコシステム外では非常に限定的 | 90% 品質の JPEG |
| JPEG | デジタル カメラ、Web、ほとんどのスクリーンショット | ユニバーサル | 何も必要ありません |
| PNG | スクリーンショット、ロゴ、テキスト付きグラフィック | ユニバーサル | 何も必要ありません |
正しいページ順序で画像を配置する
画像を PDF に結合する PDF ツールは、入力ファイルをファイル名のアルファベット順に並べ替えます。ページ順序を制御するには、結合する前にファイルの名前を変更します。 01-cover.webp、02-introduction.jpg、03-data-chart.png のような名前付けスキームにより、ページが意図した順序で表示されるようになります。この名前変更手順を行わないと、ページの順序はオペレーティング システムが適用するアルファベット順になりますが、これが希望する順序になることはほとんどありません。
PDF が作成されたら、サムネイル表示で各ページをスクロールして順序を確認します。 PDF の作成後にページを並べ替えることは可能ですが、長い文書の場合は面倒です。ファイル名のプレフィックスを使用してインポート段階で順序を正しく設定すると、作成後の再配置が完全に回避されます。
出力 PDF サイズの最適化
PDF に変換された画像では、ソース画像サイズの合計よりもはるかに大きなファイルが生成されることがよくあります。 PDF エンジンは、圧縮を適用せずに最大解像度で画像を埋め込むことができます。 PDF は画像を非圧縮または軽く圧縮されたビットマップとして保存するため、3 MB HEIC 写真は 12 MB PDF ページになります。 PDF を作成した後、圧縮ツールを使用してファイル サイズを適切な範囲まで小さくします。
具体的にターゲット画像に圧縮を設定し、画面表示用に埋め込み画像の解像度を 150 ～ 200 DPI に下げます。 20 枚の写真から作成された PDF (それぞれ 12 MB) は、非圧縮で合計 240 MB になります。 150 DPI をターゲットとした圧縮後、同じ PDF は 15 ～ 25 MB に縮小され、電子メールに添付可能でダウンロードも高速になります。 150 DPI の視覚品質は、ほとんどの写真コンテンツで画面上のオリジナルと区別がつきません。
変換によるカラー プロファイルとメタデータの保持
最新の携帯電話のカメラは、Display P3 や DCI-P3 などの広い色空間で画像をキャプチャします。これらの画像を中間形式で変換すると、カラー プロファイルが削除され、元の写真と比較して色が褪せたりずれたりした PDF が生成される可能性があります。中間変換を使用する場合は、変換された JPEG または PNG にカラー プロファイルを明示的に保存または埋め込みます。 ImageMagick の変換コマンドは、-profile フラグを使用したプロファイルの保存をサポートしています。このステップをスキップすると、技術的には正しいものの、視覚的に間違った出力が生成されます。
画像のメタデータ、撮影日、GPS 位置、カメラのモデルは、ドキュメント化の目的で PDF に保存すると便利ですが、共有したくない情報が明らかになることもあります。変換前に、メタデータを保持するか削除するかを決定します。一部の PDF ツールは、画像のインポート中にメタデータを自動的に削除します。他の人はそれを保存します。キャプチャの日付と場所が PDF の目的と無関係な写真の場合は、中間変換中にメタデータを削除して、ファイル サイズと潜在的なプライバシーの露出の両方を削減します。