pandoc・markitdown・Web変換ツールを徹底比較｜OfficeをMarkdownに変換する方法

WordやExcelのファイルをMarkdownに変換する手段は、実はひとつではありません。コマンドラインで動く定番ツール、Microsoftが公開しているPython製ライブラリ、ブラウザだけで完結するWebツールなど、性格の異なる選択肢が並んでいます。この記事では、代表的な変換手段を「仕組み」「得意・不得意」「導入の難易度」「表や画像の扱い」「向いている用途」という観点で、できるだけ公平に比較します。

なお、ここで挙げる変換結果の傾向は、筆者が手元の環境（macOS + pandoc 3.8.3）で実際にサンプルを変換して確かめた範囲の観察を中心にまとめています。バージョンや入力ファイルの作り方によって結果は変わるため、最終的にはご自身の実ファイルで一度試してみることを強くおすすめします。

比較する3つのアプローチ

今回取り上げるのは、次の3タイプです。

• pandoc：多数のドキュメント形式を相互変換する、オープンソースの定番コマンドラインツール
• markitdown（Microsoft）：Microsoftが公開している、各種ファイルをMarkdownに変換するPython製のオープンソースツール
• Web変換ツール（shiyosho など）：ブラウザ上でファイルを選ぶだけでMarkdownに変換するオンラインツール

いずれも「OfficeをMarkdownにする」という目的は同じですが、動く場所も、想定している使い方も異なります。

それぞれの仕組み

pandoc

pandocは、入力ファイルをいったん内部の中間表現（抽象構文木）に変換し、そこから出力形式へ書き出す構造を持っています。.docxを読み込んで見出しや段落、表といった「文書構造」を解釈し、Markdownとして再構成します。対応形式が非常に広く、Markdown同士でも「標準のMarkdown」「GitHub Flavored Markdown（GFM）」など出力方言を細かく選べるのが特徴です。

実際に手元で.docxをMarkdownへ変換したところ、見出し（#／##）、太字の強調（**）、ネストした箇条書きはきれいに保持されました。一方で、出力形式を指定せずに変換すると表が「グリッド表」と呼ばれる罫線を並べたレイアウトになり、-t gfm（GitHub形式）を指定して初めて|区切りの見やすいテーブルになりました。出力方言の指定が結果を大きく左右する、というのが実際に触ってわかった点です。

markitdown（Microsoft）

markitdownは、Word・Excel・PowerPointといったOfficeファイルに加え、PDFや画像、音声など幅広い入力を「LLM（生成AI）に読み込ませやすいMarkdown」へ変換することを目的に作られた、Microsoft製のオープンソースツールです。設計思想として「人間が読む美しさ」よりも「AIが扱いやすい構造」を重視している点が、汎用の文書変換ツールであるpandocとは方向性が異なります。画像に対しては、対応させた生成AIモデルを使って説明文を付与できる仕組みも用意されています。

なお、今回の検証環境にはmarkitdownがインストールされておらず（Pythonのパッケージとして別途導入が必要）、実行結果の確認はできていません。そのため本記事では、公開されている設計方針にもとづく一般的な説明にとどめ、変換精度の具体的な数値には踏み込みません。

Web変換ツール（shiyosho など）

Web変換ツールは、ブラウザでページを開き、ファイルをドラッグ＆ドロップするだけでMarkdownを受け取れるタイプです。インストールやコマンド操作が不要で、最も手数が少ないのが魅力です。当サイトが提供する shiyosho もこのタイプで、Word（.docx）・Excel（.xlsx / .xls / .csv）・PowerPoint（.pptx）に対応し、変換処理をブラウザ内で完結させる（ファイルをサーバーへ送信しない）設計になっています。オンラインツールは手軽な反面、「ファイルがどこで処理されるか」がツールごとに異なるため、業務文書を扱う場合はその点を確認しておくと安心です。

比較表で整理する

主要な観点をまとめると、次のようになります。

「導入の難易度」や「手軽さ」は環境や慣れによって感じ方が変わるため、あくまで目安としてご覧ください。

表と画像はどう扱われるか

Officeファイルの変換でつまずきやすいのが、表と画像です。

表については、手元のpandocでの検証が参考になります。CSVを-t gfmで変換したところ、|区切りのきれいなMarkdownテーブルが得られました。.docx内の表も同様に、GFM形式を指定すればテーブル記法へ変換されます。ただし、セルの結合や入れ子になった複雑な表は、どのツールでも素直な行×列のMarkdownテーブルに落とし込みにくく、崩れやすい部分です。これはMarkdownのテーブル記法自体がセル結合を表現できないという仕様上の制約によるもので、特定のツールの弱点というより共通の課題です。

画像については、Markdownがテキスト中心の形式である以上、画像そのものを文字に変換することはできません。pandocは--extract-mediaオプションで画像ファイルを書き出して参照リンクを残せます。markitdownは前述のとおり、生成AIを使って画像の説明文を付ける仕組みを備えています。Web変換ツールでは、画像は基本的にテキスト化の対象外になることが多いため、図の内容を残したい場合は本文中に文章で説明を添えておくと、変換後もAIが読み取りやすくなります。

向いている用途で選ぶ

どれが「一番良い」というものではなく、状況によって向き不向きがはっきり分かれます。

• 大量のファイルを定期的に自動変換したい／CI・スクリプトに組み込みたい → pandoc。コマンドで回せるため、フォルダ内の全ファイルを一括処理するような使い方に強いです。
• プログラムからAI処理の前段として変換を組み込みたい／PDFや画像も含めて幅広く扱いたい → markitdown。RAGや生成AIのパイプラインに組み込む前提で設計されている点が活きます。
• とりあえず今すぐ、1つのファイルを手早くMarkdownにしたい／インストールしたくない → shiyosho のようなWeb変換ツール。ブラウザを開くだけで、コマンドもコードも不要です。

たとえば「社内資料をAIに読ませたいが、まずは1ファイルだけ試したい」なら手軽なWebツールが向きますし、「毎晩フォルダ内のWordを自動でMarkdown化したい」ならpandocのスクリプト化が向いています。目的が「今すぐ試す」なのか「仕組みとして自動化する」なのかで、選ぶ軸が変わると考えるとわかりやすいはずです。

迷ったときの現実的な進め方

比較表を眺めているだけでは、自分の資料にどれが合うかはなかなか判断できません。というのも、変換の相性は入力ファイルの作り方（見出しがスタイルで指定されているか、表が結合セルを含むか、画像が多いか）に大きく左右されるからです。

そこでおすすめしたいのは、手元の実ファイルを1つ選んで、実際に変換して結果を見比べることです。導入不要のWebツールなら数十秒で試せますし、そこで「表がどう出るか」「見出しが正しく#になるか」を自分の目で確認できれば、pandocやmarkitdownまで手を広げるべきかどうかの判断もつきやすくなります。まずは一番手軽な方法で一度変換してみて、物足りなければ自動化やカスタマイズ性の高いツールへ、という順で検討するのが失敗の少ない進め方です。

まとめ

OfficeをMarkdownに変換する手段は、汎用性とバッチ処理に強いpandoc、AI活用を前提に幅広い入力を扱えるmarkitdown、そしてインストール不要ですぐ使える**Web変換ツール（shiyosho など）**と、それぞれに明確な持ち味があります。共通して言えるのは、複雑な表やセル結合、画像の扱いはMarkdownという形式そのものの制約が絡むため、どのツールでも一定の工夫が必要だということです。

本記事の傾向はあくまで一例です。最終的な相性はご自身の資料次第なので、気になった手段があれば、まずは手元のファイルで一度試してみてください。手早く1ファイル試すところから始めたい方は、ブラウザだけで完結する shiyosho から入るのがおすすめです。