執筆・検証: MD Converter編集部
MarkdownをPowerPointに変換すると編集できない?pptx変換の悩みと解決策
MarkdownをPowerPoint(pptx)へ変換したのに文字が編集できない、レイアウトが崩れる、日本語が化けるといった悩みの原因を整理し、Marp・Pandocなど方法別の使い分けと解決手順を解説します。
MarkdownをPowerPoint(pptx)に変換したのに「文字が選択できない」「テキストを直せない」場合、原因はほとんどの場合ツールの出力方式にあります。スライドを1枚ずつ画像として貼り付ける方式で変換されると、開けるpptxでも中身は編集できません。編集可能なpptxが必要なら、テキスト・リスト・表をPowerPointのネイティブ要素として書き出す方式のツールを選ぶ必要があります。
この記事では、Markdown→pptx変換でよくある悩みを原因別に整理し、代表的な方法(Marp、Pandoc、ブラウザ型ツール)の使い分けを解説します。
よくある悩みは4つに分かれる
検索されるトラブルの多くは、次の4つに分類できます。
| 悩み | 主な原因 |
|---|---|
| pptxを開けるのに文字を編集できない | スライドが画像として書き出されている |
| レイアウトやデザインがプレビューと違う | 変換方式ごとにレイアウトエンジンが異なる |
| 日本語が文字化けする・フォントが変わる | 出力側と閲覧側でフォントが一致していない |
| スライドの区切り位置が意図と違う | ツールごとに区切りのルールが異なる |
自分の悩みがどれに当たるかを先に特定すると、ツールの乗り換えが必要か、設定変更で済むかを判断できます。
悩み1: pptxが編集できない
最も多い悩みです。たとえばMarp CLIの--pptx出力は、レイアウトを完全に保つ代わりに各スライドを描画済みの画像として埋め込みます。見た目はプレビュー通りですが、PowerPoint上で文字を直すことはできません。
# 見た目重視・編集不可のpptx
npx @marp-team/marp-cli@latest slides.md --pptx
Marp CLIには編集可能なpptxを生成する実験的なオプションもありますが、別途LibreOffice Impressのインストールが必要で、レイアウトの再現度は下がります。挙動はバージョンで変わるため、利用前に公式READMEを確認してください。
編集可能なpptxが目的なら、最初から「テキストをPowerPointのオブジェクトとして再構築する」方式を選ぶ方が確実です。代表例は次の2つです。
- Pandocで変換する(後述)
- Markdownの構造を解析してネイティブ要素として書き出すブラウザ型ツールを使う
どちらを選ぶかは「発表直前の見た目確認だけならレンダリング型」「配布後に他の人が編集するならネイティブ型」と、pptxを渡した後に誰が触るかで決めるのが目安です。
悩み2: レイアウトがプレビューと違う
Markdown→pptx変換には統一されたレイアウト仕様がなく、ツールごとに余白・フォントサイズ・縦位置の解釈が異なります。特に次の点は方式によって結果が変わります。
- 見出しサイズと本文サイズの比率
- コンテンツの縦位置(上詰めか中央揃えか)
- 表・コードブロックの装飾
- 画像の配置と最大サイズ
対策は「変換後のpptxを開いて確認する」前提でワークフローを組むことです。プレビューと出力が同じレンダリングルールを共有するツールを選ぶと、確認の手戻りが減ります。また、細部の調整はMarkdown側で粘らず、pptxに変換してからPowerPoint側で仕上げる方が早いケースも多くあります。Markdown側では構成(1枚1メッセージ、箇条書きの粒度)に集中し、装飾は変換後に整える分担が現実的です。
悩み3: 日本語フォントが化ける・変わる
pptxはフォントを埋め込まない限り、開いた環境のフォントで表示されます。変換ツールが指定したフォントが閲覧側のPCにないと、別フォントに置き換わって行の折り返しや字間が変わります。
確認手順は次の通りです。
- 変換後のpptxをPowerPointで開き、テキストのフォント名を確認する
- 配布先の環境(Windows / macOS / Google スライド)に同じフォントがあるか確認する
- ない場合は、Noto Sans JPなど配布先で入手しやすいフォントに置き換えるか、PowerPointのフォント埋め込み機能を使う
レンダリング型(画像方式)の出力ではフォントは画像に固定されるため化けませんが、その代わり編集できません。「フォントが崩れないこと」と「編集できること」はトレードオフになりやすい点を踏まえて方式を選んでください。
悩み4: スライドの区切り位置が意図と違う
区切りのルールはツールで異なります。
- Marp系: 水平線
---がスライド区切り - Pandoc: 指定レベルの見出しで新しいスライドを開始し、水平線でも区切られる
どのツールでも共通して使えるのは、水平線---で区切りを明示する書き方です。見出しレベルによる自動分割だけに頼ると、ツールを乗り換えたときに枚数が変わります。
# 発表タイトル
概要の一文
---
## 現状
- 要点1
- 要点2
---
## 提案
1. 手順A
2. 手順B
1枚に入れる量は「口頭説明を支える情報量」を基準にし、収まらない内容は次のスライドへ分けます。スライド設計の考え方はMarkdownからスライドを作る方法で詳しく扱っています。
Pandocで編集可能なpptxを作る
ローカル環境で編集可能なpptxを作る定番はPandocです。
pandoc slides.md -o slides.pptx
テキスト・リスト・表がPowerPointのネイティブ要素として出力されるため、変換後に自由に編集できます。デザインを整えたい場合は、書式の参照元となるpptx(reference doc)を指定します。
pandoc slides.md -o slides.pptx --reference-doc=template.pptx
reference docのスライドマスターに定義されたフォント・配色・レイアウトが適用されるため、会社のテンプレートに沿った出力も可能です。一方で注意点もあります。
- デザインの自由度はreference docのマスター定義に依存する
- 見出し構造とスライド分割の対応(
--slide-level)を理解する必要がある - CLIのインストールと学習コストがかかる
コマンドライン操作に抵抗がなければPandoc、ブラウザだけで完結させたい場合や変換結果をその場で確認しながら区切りを調整したい場合はブラウザ型ツール、と使い分けるのが現実的です。
方法別の比較
| 方法 | 編集可能性 | レイアウト再現 | 導入の手軽さ |
|---|---|---|---|
Marp CLI(--pptx) | 不可(画像) | 高い | Node.jsが必要 |
| Pandoc + reference doc | 可能 | reference doc依存 | CLIの学習が必要 |
| ブラウザ型ツール(ネイティブ書き出し) | ツールによる | ツールによる | ブラウザのみ |
| PowerPointへ手動で貼り付け | 可能 | 手作業 | 手間が大きい |
「編集可能」をうたうツールでも、実際に出力したpptxで文字を選択・修正できるか、表が表オブジェクトになっているかを最初に確認してください。
よくある質問
Q. 変換したpptxはGoogle スライドやKeynoteでも開けますか?
標準のOffice Open XML形式(.pptx)で出力されていれば開けます。ただしフォントの置き換えや細かい書式差は発生し得るため、配布前に実際の環境で確認してください。
Q. 機密資料をオンライン変換ツールに入れても大丈夫ですか?
ツールによって処理場所が異なります。ブラウザ内で変換が完結するか、サーバーへ送信されるかを事前に確認し、リモート画像など外部ホストへ接続し得る要素にも注意してください。判断できない場合はPandocなどローカルの方法を使うのが安全です。
Q. まずPDFで配布し、編集が必要な人にだけpptxを渡す運用はありですか?
有効です。PDFはレイアウトが固定され閲覧環境に依存しないため、閲覧専用の配布にはPDF、共同編集にはpptxと分けると、フォント崩れの悩みを減らせます。PDF出力はMarkdownをスライドPDFに変換する方法を参照してください。
ブラウザだけで編集可能なpptxを作りたい場合は、Markdown Document ConverterのMD→PPTX変換が使えます。Marpと同じルールでスライドを分割し、テキスト・リスト・表・コードをPowerPointのネイティブ要素として再構築するため、ダウンロード後もそのまま編集できます。変換はブラウザ内で実行され、アウトライン上で改ページ位置を調整してからダウンロードできます。
MarkdownをPowerPoint(PPTX)に変換する
関連記事: Markdownの基本記法 / MarkdownをPDFに変換する方法