※本ページにはプロモーション(広告)が含まれています

【2026年最新版】Google Docsでマークダウン（Markdown）をインポートすると書式が消える対処法【完全ガイド】

GitHubのREADMEやNotion、Obsidianで書いたMarkdownファイルを、チームメンバーへ共有するためにGoogle Docsへ取り込もうとして、見出しが消えた、コードブロックがただの段落になった、表が崩れた、という経験はありませんか。Google Docsは2024年以降にMarkdownの入力・貼り付け・エクスポートに対応しましたが、依然として「インポート時に書式が保持されない」「画像が飛ぶ」「リンクがテキスト化される」といった問題が多発しています。この記事では、Google DocsのMarkdownサポート状況、書式が消える具体的な原因、設定の変更方法、そしてPandocなど外部ツールを活用した確実な変換手順まで、実務でそのまま使えるレベルで徹底解説します。

この記事でわかること

• Google Docsが公式サポートするMarkdown構文の範囲
• 「Markdownを自動で変換」設定の正しい有効化手順
• 書式が消える典型的な5つの原因
• コピペ経由と.mdファイルアップロードのどちらが有利か
• Pandocを使って書式を100%保持する手順
• 表・コードブロック・脚注の復元方法
• エクスポート時の書式維持の注意点

Google DocsのMarkdownサポート状況

Google Docsは2022年に「Markdownを自動で変換」設定を追加し、2024年以降はさらに拡張されてMarkdownの貼り付けおよび.mdファイルからのインポート・エクスポートに対応しました。ただし、すべてのMarkdown構文がサポートされているわけではなく、また、インポート時とコピペ時で対応範囲が異なるのが厄介なポイントです。

現時点でGoogle Docsが公式に対応しているMarkdown要素は、見出し（H1〜H6）、太字・斜体・取り消し線、箇条書き、番号リスト、チェックリスト、引用、リンク、インラインコード、コードブロック（言語指定の構文ハイライトは限定的）、水平線です。一方、表、脚注、画像パス参照、数式（LaTeX）、HTML埋め込みは、素のインポートだと書式が失われたり、プレーンテキスト化されたりします。

書式が消える主な原因

原因1: 「Markdownを自動で変換」設定がオフ

Google Docsの設定（ツール →「環境設定」→「全般」タブ）に「Markdownを自動で変換」というチェックボックスがあります。ここがオフの状態で#記法やハイフンのリストを貼り付けても、ただの文字列として扱われ、見出しやリストに変換されません。

原因2: .mdファイルをそのまま開いている

Google DriveにアップロードしただけではMarkdownとして変換されず、ただのプレーンテキストとして開かれます。「Google Docsで開く」から変換する必要があり、さらに「アップロードされたファイルを変換する」の設定も同時に有効にしなければなりません。

原因3: Markdown構文が厳密ではない

Obsidianや独自Markdown（Flavored Markdown）で書かれたファイルは、標準外の構文を含むことが多く、Google Docsの変換エンジンが認識できません。たとえば、Obsidianの[[内部リンク]]や^脚注記法は標準Markdownにないため、単なる文字列として残ります。

原因4: コードブロックの言語指定

```pythonのような言語指定付きコードブロックは、Google Docsでは単なるコードブロックとしてしか扱われず、構文ハイライトは適用されません。さらに、インデントで表現したコードブロックはHTMLやプレーン段落に化けるケースが多発します。

原因5: 表がGFM（GitHub Flavored Markdown）形式

Google DocsはGFM表（| 列1 | 列2 | 形式）に限定的な対応しかしていません。ヘッダーと区切り線（| --- | --- |）が揃っていても、複数行セルやセル結合には対応していません。また、セル内改行はインポート時に失われます。

具体的な対処法

対処法1: Markdown自動変換を有効化する

まず基本設定を見直します。

1. Google Docsで任意の文書を開く
2. メニューの「ツール」→「環境設定」
3. 「全般」タブで「Markdownを自動で変換」にチェックを入れる
4. 「OK」で閉じる

この設定はアカウント単位で保存されるため、一度有効化すれば、どの文書でもMarkdownが自動変換されるようになります。

対処法2: Google Driveのアップロード設定を変更する

.mdファイルをDriveに放り込んだだけでは変換されません。Driveの設定を変更します。

1. Google Driveを開く（drive.google.com）
2. 右上の歯車アイコン →「設定」
3. 「全般」タブで「アップロードしたファイルを変換する」にチェック
4. 再度.mdファイルをアップロードする
5. ファイルを右クリック →「アプリで開く」→「Google ドキュメント」

対処法3: コピペインポートを優先する

実は、.mdファイルアップロードよりもテキストエディタから直接コピーしてGoogle Docsに貼り付ける方が、書式保持率が高いケースが多いです。Markdownプレビュー画面（VS Code、Typora、Obsidian、GitHub）で表示した状態でCtrl+Aして貼り付けると、見出しやリストがすでに整った形でコピーされます。

対処法4: Pandocで事前にDOCX/HTMLに変換する

書式保持が絶対条件なら、Pandocを使って.md → .docxに変換してからGoogle Docsにインポートするのが最も確実です。

1. Pandocをインストール（Windows: winget install pandoc, Mac: brew install pandoc）
2. ターミナル/コマンドプロンプトでpandoc input.md -o output.docxを実行
3. 生成された.docxをGoogle Driveにアップロード
4. Driveから右クリック →「Google ドキュメントで開く」

Pandocは表、脚注、数式、画像パスの解決などMarkdownの高度な構文を網羅しており、GFM相当の表もほぼ完璧にDOCXへ変換できます。結果として、Google Docs上でも表やリストが崩れません。

対処法5: 画像を事前にアップロードしておく

Markdown中に![代替テキスト](./image.png)のような相対パスが含まれていると、Google Docsはファイルを参照できず画像が消えます。事前に画像をGoogle Drive上にアップロードし、公開リンクを取得して、Markdownのパスをhttps://...の絶対URLに置換しておくと、インポート時に画像が埋め込まれます。

対処法6: 表をHTMLに変換してから貼り付ける

GFM表で複数行セルや結合が必要な場合、Pandocでpandoc input.md -o output.htmlを実行し、HTMLで貼り付けるとGoogle Docsが表として認識します。素のMarkdownでは複数行セルは失われるため、表構造が複雑な場合は必ずこの手順を踏みます。

対処法7: 見出しレベルの整合を取る

Markdownで見出しがH1から始まっていないと、Google Docsがスタイル「見出し1」「見出し2」を正しく割り当てません。Docs側のスタイル割り当てを後から手動で修正する必要があります。ドキュメント構造としてはH1をドキュメントタイトル、H2を大見出し、H3を中見出しとして書くのが無難です。

対処法8: インラインHTMLは除去する

Markdown中に<br>や<div>などのHTMLが混ざっていると、Google Docsはこれをプレーンテキストとして保持します。Pandocで変換前にHTMLタグを除去するか、Markdownエディタ上で置換しておくとトラブルが減ります。

インポート方法の比較

方法	見出し	リスト	表	コードブロック	画像
.mdを直接Driveアップロード	部分保持	保持	崩れる	プレーン化	消失
プレビューからコピペ	保持	保持	保持	保持	別途要対応
Pandoc → .docxでアップロード	完全保持	完全保持	完全保持	完全保持	パス次第
Pandoc → .htmlで貼り付け	完全保持	完全保持	完全保持	保持	絶対URLなら保持
手動で書き直し	完全	完全	完全	限定的	完全

実務でもっとも効率が良いのは「Pandoc → .docxでアップロード」です。少量であれば「プレビューからコピペ」も使える選択肢です。.mdファイルを直接アップロードする方法は、シンプルなメモレベルの文書以外にはお勧めしません。

コードブロックと構文ハイライト

Google Docsはコードブロックを「Google Docs Code Block」というスタイルで表現しますが、本格的な構文ハイライトは提供していません。どうしてもハイライトが必要な場合は、「Code Blocks」というGoogleドキュメント用アドオンを追加インストールすることで、Python、JavaScript、Go、Rustなど主要言語のハイライト表示が可能になります。

アドオンを利用する場合は、「拡張機能」→「アドオン」→「アドオンを取得」で「Code Blocks」を検索し、インストール後にMarkdownのコード部分を選択して「Code Blocks」→「フォーマット」を実行します。ハイライト後はPDFエクスポートにも反映されます。

エクスポート時の注意点

Google Docsからの.md出力にも落とし穴があります。「ファイル」→「ダウンロード」→「Markdown (.md)」で書き出すと、表の整形がGFM準拠になりますが、見出しのIDや太字・斜体のネスト表現が完全ではありません。GitHub上で再利用するなら、ダウンロード後にpandoc output.md -f markdown -t gfm -o final.mdで再変換するのが安全策です。

よくある質問（FAQ）

Q1. ObsidianのVaultをそのままGoogle Docsに移行する最適な方法は？

A1. Obsidianの内部リンク、埋め込みブロック、バックリンクはMarkdown標準ではないため、一括移行は不向きです。どうしても必要ならば、Obsidianのエクスポートプラグインで標準Markdownへ変換し、Pandoc経由でdocx化する流れが現実的です。

Q2. NotionのページをエクスポートしたMarkdownは保持されやすいですか？

A2. Notionのエクスポート（Markdown & CSV）は比較的標準的な記法ですが、ToggleブロックやCalloutは表現されません。PandocでDOCX変換しても、それらは通常の段落に畳まれる点に注意が必要です。

Q3. 表の幅を保持する方法はありますか？

A3. Markdown自体に列幅を指定する構文がないため、インポート後にGoogle Docs上で列幅を手動調整してください。PandocでHTMLを出力し、<col style="width:...">を挿入する手もありますが、挙動は不安定です。

Q4. 数式（LaTeX）は変換されますか？

A4. Google DocsはLaTeXを直接解釈しません。Google Docsの数式エディタか、「MathType」「Auto-LaTeX Equations」などのアドオンに変換する必要があります。Pandocのluaフィルタで自動変換する上級テクニックもあります。

Q5. コメント・変更履歴はMarkdownに書き戻せますか？

A5. Markdown標準にコメント記法はないため、Google Docsのコメントを.mdエクスポートに含めることはできません。変更履歴はGoogle Docs独自機能なので、Markdown側の管理はGit等で別途行うことになります。

Q6. 英語のorまたはandを含む段落で表がバグりますか？

A6. Google Docs側の挙動としてはバグはありませんが、エクスポート後にそのテキストをWordPressなどWAF付きCMSへ貼り付けると別問題が起きることがあります。その場合は日本語「または」「および」に置換してください。

まとめ

Google DocsのMarkdownサポートは年々進化していますが、2026年現在でも完全に互換性があるわけではなく、特に表、画像、コードブロック、脚注まわりで書式が消える問題が頻発します。解決の基本線は、「Markdownを自動で変換」設定を有効化し、Driveのアップロード変換も有効化すること、そして書式保持が重要な文書はPandocで事前に.docxに変換してからアップロードすることの2点に尽きます。画像パスを絶対URLに整え、HTMLタグを除去し、見出しレベルを揃えておけば、大半のMarkdownはほぼ完璧にGoogle Docsへ反映できます。Obsidianなど独自記法を使っている場合は、事前に標準Markdownへ寄せる変換を挟むのがおすすめです。本記事の手順を踏めば、Markdownで書き、チームへはGoogle Docsで共有するというハイブリッド運用がぐっと楽になるはずです。