変換ツールを使用して PDF を実行すると、編集可能な Word 文書が得られ、テキストは問題なく出力されます。テーブルはほとんど無傷です。しかし、元の PDF 内のすべての画像は空のボックス、壊れた画像アイコン、または単に消えてしまいます。場合によっては、いくつかの画像が生き残る一方で、他の画像は明確なパターンもなく消えてしまうこともあります。この不一致により、変換は正常に機能したように見えるため、完全に失敗した場合よりも問題がイライラします。
PDF から Word への変換中の画像の損失は、ドキュメント変換ツールに関する最も一般的な苦情の 1 つです。問題は、コンバーターが壊れていることではなく、PDF が複数の根本的に異なる方法で画像を保存しており、ほとんどのコンバーターがそれらのサブセットのみを確実に処理できることです。どの画像タイプが変換後も存続するか、また、一部の画像が表示され、他の画像が消える理由を説明できないものを理解します。
PDF が画像を保存する方法: 複数のフォーマット、1 つのコンテナー
PDF ファイルには、JPEG、JPEG2000、PNG、TIFF、JBIG2、およびその他のいくつかの形式の画像に加えて、ページ コンテンツ ストリームにピクセル データを直接埋め込むインライン イメージと呼ばれる PDF ネイティブ形式を含めることができます。 PDF から Word へのコンバーターがファイルを処理する場合、PDF 構造から各画像を抽出し、使用する形式からデコードしてから、DOCX ファイル形式と互換性のある形式で再エンコードする必要があります。このパイプラインのすべてのステップが失敗する可能性があり、いずれかの段階で失敗すると、出力ドキュメントで画像が失われます。
最新の Microsoft Word で使用されている DOCX 形式は、PNG、JPEG、GIF、BMP、および EMF 画像をネイティブにサポートしています。 PDF に直接の DOCX に相当する形式がない画像が含まれている場合、コンバータは画像をトランスコードする必要があります。 JPEG2000 画像が一般的な例です。 PDF リーダーは問題なくレンダリングしますが、JPEG2000 形式は DOCX が使用する Office Open XML 仕様ではサポートされていません。コンバーターは JPEG にトランスコードしますが、失敗したり品質が低下したりするか、画像を完全にスキップします。
さまざまな PDF 作成ツールが画像をエンコードする方法によって、さらに複雑な問題が発生します。一部のツールは、リサンプリング、色空間変換、独自の圧縮など、PDF に埋め込む前に画像に独自の前処理を適用します。コンバーターがこれらのツール固有の最適化に遭遇すると、元の画像が標準の JPEG または PNG であっても、結果のデータを有効な画像形式として認識できない場合があります。あるアプリケーションで作成された PDF の画像は正常に変換される一方で、別のアプリケーションで作成された PDF の画像が消えてしまうのはこのためです。
画像が失われる最も一般的な理由
ベクター グラフィックスは、欠落している画像の最大のカテゴリです。 PDF 内の画像のように見えるものは、多くの場合、ピクセルではなく、線、曲線、および塗りつぶしコマンドで構成されるベクトル描画です。ロゴ、図、チャート、イラストはベクトルベースであることがよくあります。ほとんどの PDF から Word へのコンバーターは、ラスター イメージ、写真やスクリーンショットなどのピクセルベースのイメージを適切に処理します。 Word ではベクター グラフィックスのサポートが制限されており、コンバーターはベクター データをピクセル イメージにラスタライズするか、Word の図形と描画ツールを使用して図面を再構築する必要があるため、ベクター コンテンツは非常に困難です。
画像が消えた理由を知ることができれば、戦いは半分は終わりました。
透明度またはアルファ チャネルを使用するPDF 画像には、別の課題があります。背景が透明な PNG ロゴを PDF に埋め込む場合、ソフト マスクまたはステンシル マスクを使用して透明な領域を定義することがあります。 Word 形式の画像モデルでは透明度の扱いが異なり、古いコンバータでは透明な領域を白で塗りつぶして透明度を完全に落としたり、透明度データを調整できないために画像をスキップしたりすることがよくあります。これは、色付きの背景に重なるロゴや透かしで特に顕著です。
PDF から編集可能な形式に移行するときに画像を保存する最も信頼できる方法は、ブラウザでドキュメントを処理するPDF Converter を使用することです。最新のレンダリング エンジンは、従来のサーバー側変換ライブラリよりも広範囲の画像形式をデコードできます。 WukongPDF は、ブラウザベースの変換パイプラインの一部として画像抽出を処理し、最新の PDF で最も一般的に見られる画像形式をサポートします。
埋め込まれたサムネイルやプレビュー画像も混乱を引き起こす可能性があります。一部の PDF 作成ツールには、各画像のフル解像度バージョンと一緒に低解像度のプレビュー画像が埋め込まれています。コンバーターが両方に遭遇した場合、画像全体ではなくサムネイルを抽出する可能性があり、その結果、期待される高品質のオリジナルではなく、小さなピクセル化されたバージョンが生成されます。これは、フル解像度のスライド コンテンツと一緒にスライドのサムネイルが埋め込まれている、PowerPoint や Keynote などのプレゼンテーション ソフトウェアからエクスポートされた PDF で特によく発生します。
複数のレイヤーまたはチャネルに依存する画像形式も、変換中のリスクが高くなります。プロの印刷を目的とした CMYK 画像は、Word が使用する RGB カラー スペースに正しく変換されない場合があります。透明度のアルファ チャネルを含む画像では、透明度の情報が失われる可能性があります。 PDF に埋め込まれた複数ページの TIFF 画像は、最初のページのみが抽出される場合があります。これらの形式固有の問題はそれぞれ、PDF のさまざまなサブセットに影響します。
画像の圧縮とエンコーディングの問題
PDF 内の一部の画像では、ファイルの作成時には一般的であったものの、現在ではあまり知られていない圧縮方法が使用されています。 CCITT FAX 圧縮は、白黒のスキャン文書で広く使用されており、FAX 送信用に最適化されたアルゴリズムを使用して画像を圧縮します。最新の画像デコーダの多くは CCITT デコードをサポートしていないため、コンバータは圧縮された画像データをまったく読み取ることができず、画像は完全にスキップされます。
白黒の文書画像用に設計され、スキャンされた PDF で一般的に使用される JBIG2 圧縮も問題を引き起こす可能性があります。新しいコンバータは JBIG2 をサポートしていますが、古いツールや単純なツールには JBIG2 デコーダが含まれていない場合があります。 JBIG2 は不可逆であるため、変換が成功した場合でも、JBIG2 圧縮イメージ内のテキストには圧縮アーティファクトが表示され、文字がわずかに歪んだり結合されたりしてテキストが読みにくくなることがあります。
3 番目のエンコードの問題は、複数の PDF オブジェクトに分割された画像に関係します。レンダリング パフォーマンスを最適化し、メモリ使用量を削減するために、一部の PDF 作成ツールは、大きな画像を一連の小さな画像ストリップまたはタイルとして保存します。コンバーターがこのタイル表示に遭遇すると、フラグメントが一緒に属していることを認識し、それらを再組み立てする必要があります。コンバーターが各フラグメントを個別の画像として扱う場合、出力には完全な画像ではなく、視覚的な不具合のように見える部分画像が含まれます。このタイリングは、建築図面、エンジニアリング図、PDF にエクスポートされた高解像度マップで一般的です。
PDF から Word への変換中に色空間の不一致が発生すると、追加の失敗モードが発生します。 PDF では、RGB、CMYK、グレースケール、および CIE Lab などのデバイスに依存しない色空間を使用できます。 Word 文書は主に RGB カラー空間で動作します。コンバーターは、通常プロの印刷ワークフローで使用される CMYK 画像に遭遇すると、RGB への色空間変換を実行する必要があります。カラー変換が適切に実装されていないと、色が褪せた画像、予期しないカラーシフト、または最悪の場合は完全に黒の出力が生成される可能性があります。画像が技術的に変換後も残っている場合でも、色の忠実度が許容できない場合があります。
部分的にのみ変換されるトリミングおよびマスクされた画像
PDF では、クリッピング マスクまたはトリミング領域を適用することで、埋め込まれた画像の一部のみを表示できます。画像全体がファイルに保存されますが、ページには切り取られた部分のみが表示されます。コンバーターがこの画像を抽出するとき、一部のツールはトリミングされていない画像全体を抽出し、トリミング情報を完全に破棄します。トリミングを適用しようとする人もいますが、正しく適用されず、歪んだまたは空白の結果が生成されます。同じトリミングされた画像を異なる方法で処理するコンバータ間の不一致は、頻繁に混乱の原因となります。
PDF から画像を正常に取得する方法
PDF の画像を編集可能な形式で必要な場合は、テキストを変換する前に、それらを別の画像ファイルとして抽出します。ほとんどの PDF ツールには、各画像を JPEG または PNG ファイルとして保存する画像抽出機能が備わっています。 PDF テキストを Word に変換した後、抽出した画像を正しい位置に手動で再挿入できます。この 2 段階のアプローチでは時間はかかりますが、特に画像の忠実度が重要なドキュメントの場合、最も信頼性の高い結果が得られます。
変換中に消えてしまうベクターベースのコンテンツの場合、最も現実的な回避策は、画面がサポートする最高の解像度で PDF 内のベクター画像のスクリーンショットを撮り、そのスクリーンショットを Word 文書に挿入することです。結果は、編集可能なベクトルではなくピクセルベースの画像になりますが、ほとんどの実用的な目的では、高解像度のスクリーンショットで視覚情報が適切に保存されます。
永続的なイメージの問題に対する 3 番目のオプションは、中間フォーマットを使用することです。 PDF を HTML に変換し、その HTML を Word にインポートします。 HTML は、埋め込まれた画像を PDF から Word への直接変換とは異なる方法で処理し、直接パスで失われた画像を保存する場合があります。同様に、一部のユーザーは、最初に PDF を新しい PDF に印刷して問題のある画像エンコードを正規化し、次にクリーンで正規化された PDF を Word に変換することで成功します。
画像を適切に処理できる PDF to Word コンバーターを選択する
画像に関しては、すべてのコンバーターが同じというわけではありません。ツールを使用する前に、写真、ロゴ、グラフ、スキャンしたページ、透明な画像など、最も頻繁に目にする特定の種類の画像を含む PDF でツールをテストしてください。写真を完全に処理するコンバーターはベクター ロゴでは失敗する可能性があり、グラフを保持するコンバーターは PNG 画像の透明性を失う可能性があります。唯一信頼できる評価は、ベンダーが厳選したサンプル ファイルではなく、実際のドキュメントを使用したテストです。
TechRadar による 2025 年の比較テストでは、さまざまな種類の画像を含む 50 個の PDF からなる標準化されたテスト セット全体で、画像処理に関して 12 個の PDF to Word コンバーターが評価されました (TechRadar、「Best PDF to Word Converters」、2025 年)。最高パフォーマンスのコンバーターは 94% の画像保持率を達成しましたが、中央値は 71% でした。一番下のコンバーターは画像の 38% のみを保持しました。最良と最悪の間のばらつきは、画像を多く含むドキュメントにとってコンバータの選択がいかに重要であるかを浮き彫りにします。ワークフローに合わせて 1 つのコンバータに標準化する前に、複数のコンバータをテストすると、十分な時間がかかります。