PDF、Word、それともExcel？ あらゆる文書作業に最適なフォーマットを選ぶ
2026年9月12日
「これはPDFで送るべきか、それともWordファイルで送るべきか」という疑問は頻繁に浮かびますが、正直なところ答えは、そのファイルが送られた後どう扱われるかによって決まります。PDF、Word（.docx）、Excel（.xlsx）はそれぞれ異なる課題を解決するために設計されており、フォーマット間の変換で起こるレイアウトの問題の多くは、そのフォーマットが本来想定していない役割を無理に果たさせようとすることから生じます。
各フォーマットは、実際に何のために最適化されているのか？
PDF（Portable Document Format）は、どのデバイス、プリンター、OSで開いても文書が同じように表示されることを保証するために作られました。固定された印刷向けのレイアウトであり、編集を前提としたものではありません。Wordの.docxは、内容が変わればレイアウトも流動的に変化する、編集可能な文章のために作られています。これは「作業中」のフォーマットであり、「完成版」のためのものではありません。Excelの.xlsxは、数式や計算機能を備えたセルの格子状の構造を中心に設計されており、文章や固定レイアウトではなく、構造化された数値データや再計算可能なデータのために最適化されています。正しいフォーマットを選ぶには、まずその文書が編集を必要とするのか、計算を必要とするのか、それとも見た目そのままを見せることだけが目的なのかを問うことから始まります。
なぜPDFをWordに変換すると、レイアウトが乱れることがあるのか？
PDFは、各文字のページ上の正確な位置を固定座標として保存しています。10個の単語が1つの段落を構成しているとか、2列に並んだ文字列が実は1つの表であるといったことを、PDF自体は本質的には理解していません。PDFを編集可能なWordのテキストに変換し直すということは、位置データだけからその構造を逆算して復元することを意味します。これはシンプルな単一列のテキストであればうまくいきますが、複雑なレイアウトでは間隔の崩れ、列の結合、表構造の消失といった問題が起こり得ます。元のPDFが視覚的に複雑であるほど（複数列のレイアウト、埋め込まれた表、テキストのスキャン画像など）、逆変換の信頼性は下がります。
元のWordやExcelファイルではなく、PDFとして文書を送るべきなのはどんなときか？
文書が完成しており、受け取る相手にもこちらと全く同じ見た目を見てもらいたい場合——署名済みの契約書、請求書、履歴書、確定版のレポートなど——には、PDFを使うべきです。PDFなら、相手が異なるフォントをインストールしていたり、異なるバージョンのソフトウェアを使っていたり、うっかり内容を編集してしまったりすることによってレイアウトが崩れるリスクをなくせます。トレードオフは、相手が簡単には編集し直せないことですが、それこそがまさにポイントです。PDFは「これは完成版です」というためのフォーマットであり、WordやExcelは「これはまだ作業中です」というためのフォーマットなのです。
なぜExcelをPDFやCSVに変換すると、表の構造が失われることがあるのか？
Excelのスプレッドシートには、複数のシート、結合セル、数式、条件付き書式、印刷範囲の設定などが含まれることがあります。PDFへの書き出しは、これらすべてを、表示または印刷対象として選択されていた部分の静的な単一レイアウトのスナップショットへと平坦化するため、数式は単なる数値になり、複数シートのワークブックは印刷範囲が及ぶだけのページ数へと変換されます。ExcelをCSVに変換すると、さらに別の方向に振り切ることになります。CSVは書式も数式も複数シートも一切持たない、純粋なカンマ区切りの値であるため、生データを別のシステムに取り込むには理想的ですが、元のワークブックが持っていた構造的な要素はすべて失われてしまいます。
PDFをPowerPointに、あるいはPowerPointをPDFに変換するとき、実際に何が起きているのか？
PDFからPowerPointへの変換は、PDFの各ページを、編集可能なテキストボックスや画像ボックスを持つスライドとして再構築しようとするものです。テキストまたは画像が中心のシンプルなスライドであれば信頼性が高いですが、PDFのページに密集して重なり合うデザイン要素が含まれていて、PowerPointのスライド／プレースホルダーのモデルにうまく対応できない場合は、信頼性が下がります。PowerPointからPDFへの変換は、再構築ではなく単純化であるため、より信頼性が高くなります。PowerPointは各スライドがどう見えるべきかをすでに正確に把握しており、PDFはその固定されたレイアウトを記録するだけでよく、それはまさにPDFが本来担うために設計された役割そのものです。
JSON対XML — 実際にこの2つを変換する必要があるのはどんなときか？
どちらもシステム間で情報をやり取りするための構造化データフォーマットであり、人間が読むためのものではありませんが、生まれた時代と設計思想は異なります。JSONはコンパクトで、現代の多くのプログラミング言語がデータを表現する方法（オブジェクトと配列）に自然に対応しており、Web APIのデフォルトとなっています。XMLはより冗長ですが、属性、名前空間、コメント、正式なスキーマ検証の仕組みなど、JSONがネイティブにはサポートしていない機能を備えており、これが多くの古いエンタープライズシステム、一部の政府系データフィード、特定の文書規格が今もXMLを必要としている理由です。この2つの変換が必要になるのは、通常、新しいJSONベースのAPIを古いXMLベースのシステムと連携させる場合、あるいはその逆の場合です。