ChatGPTをnoteにコピペすると崩れる？ Markdownの直し方

ChatGPTやClaudeで整えた文章をnoteへ貼ると、見出しや太字がそのまま移る場合もあれば、##や**が文字として残ったり、箇条書きの階層が変わったりする場合もあります。

原因は「AIがMarkdownを使うから」だけではありません。コピー時にクリップボードへ入る形式と、note側が貼り付け時に受け取る形式が一致しないと、見た目が崩れます。

結論から言えば、最初にやるべきことは変換ツールを使うことではなく、表示済みの文章をそのまま貼って結果を見ることです。問題がある場合だけ、症状に応じて書式を落とすか、Markdownをnote向けの形へ変換します。

先に結論：直接貼る → 症状を見る → 必要なときだけ変換する

2026年9月時点のnote公式ヘルプでは、記事エディタでMarkdown記法による見出し・引用・コード・箇条書き・番号付きリスト・強調などが案内されています。また、Web版では Ctrl/Command + Shift + V の「書式なしで貼り付け」も公式ショートカットです。

ただし、これらは「別の場所で完成したMarkdown文書を貼り付けるだけで全文を自動変換する機能」と同じではありません。

短い原稿や、見出し・太字・箇条書きが中心の文章なら、まずChatGPT・Claudeの表示済みの回答をそのままnoteへ貼ります。

そこで問題がなければ、その方法が最短です。

一方で、次のような状態になったら対処を変えます。

「全部手作業で直す」か「最初から全部変換する」かの二択ではありません。症状ごとに最小限の処理を選ぶ方が効率的です。

noteはMarkdownに対応している。ただし「完成済みMarkdownの一括変換」とは別

note公式ヘルプでは、記事編集画面でMarkdown記法を使えることが案内されています。

たとえば、2026年8月時点の公式ヘルプでは、次の入力が説明されています。

• ## で大見出し
• ### で小見出し
• > で引用
• - で箇条書き
• 1. で番号付きリスト
• __ または ** で強調

ここで重要なのは、noteがMarkdown記法の入力を受け付けることと、別の場所で完成したMarkdown文書を貼り付けた瞬間に全文を変換してくれることは同じではないという点です。

たとえば次のMarkdownを、文字列としてコピーしたとします。

## 比較結果

**結論**としてAを選びます。

- 理由1
- 理由2

貼り付け先がこれを「Markdownのソース」として再解釈しなければ、##や**はそのまま文字として残ります。

noteのMarkdownショートカットは、編集画面で入力しながら装飾を作るための機能として考える方が分かりやすいです。

ChatGPT・Claudeからコピーした文章の結果が変わる理由

AIの回答画面では、Markdownの記号そのものではなく、すでに見出し・太字・リストとして描画された状態が見えていることがあります。

コピーするとき、クリップボードにはプレーンテキストだけでなく、HTMLなどの書式情報が含まれる場合があります。貼り付け先がどの形式を採用するかによって、結果が変わります。

表示済みの回答をコピーした場合

見出しや太字などの書式情報も一緒に渡れば、note上でもある程度そのまま使える場合があります。最初に試すならこの方法です。

生のMarkdownをコピーした場合

##、**、- などを含むMarkdownソースそのものをコピーすると、note側でそれらが文字として残る場合があります。

AIに「Markdownをコードブロックで出してください」と指示した場合も、保存用の原稿としては扱いやすい一方、noteへそのまま貼る用途では生のMarkdownとして渡りやすくなります。

コピー時の形式を詳しく知りたい場合は、ChatGPTの文章をコピペすると書式が崩れるのはなぜ？で、HTML・Markdown・プレーンテキストの違いを整理しています。

症状別の解決方法

解決方法1：まず表示済みの文章を直接貼る

見出しと本文が中心なら、最初から変換しない方が速いです。

貼り付けたあとに確認するのは、見出し、太字、箇条書き、引用、リンクです。問題がなければ、そのままnote側で画像や見出し画像などを仕上げます。

短い記事や一度きりの投稿なら、この方法で十分なことがあります。

解決方法2：余計な装飾だけを落とす

問題がMarkdown記号ではなく、「文字サイズが変」「不要な色や装飾が付く」といったリッチテキスト由来なら、書式を落として貼る方法があります。

ただし、書式なし貼り付けのショートカットや名称はOS・ブラウザ・アプリによって異なります。特定のキー操作を前提にせず、利用中の環境で「プレーンテキストとして貼り付ける」「スタイルを合わせて貼り付ける」操作を使う方が確実です。

この方法は、不要な装飾だけでなく必要な見出し・太字も落とします。そのため、短文には向きますが、長文では再設定の手間が増えます。

解決方法3：Markdownをnote向けに変換する

生のMarkdown記号が多く残る、長文で修正箇所が多い、同じ原稿をnote以外にも使いたい場合は、Markdownを原本として残し、公開先へ合わせて変換する方法が向いています。

ブラウザで使えるMarkdownエディタ「Yomu」は、そのための選択肢の一つです。

Yomu — ブラウザで使えるMarkdownエディタ

Yomuが特に向くのは、「noteへ1回貼る」ことよりも、次のような運用です。

• ChatGPT・Claudeの原稿をMarkdownとして残したい
• noteとWordPressなど複数媒体へ展開したい
• 公開先ごとに原稿を作り直したくない
• Markdownの構造を確認してから変換したい
• 公開前の原稿を変換サーバーへ送らず処理したい

逆に、短い文章を一度だけnoteへ貼り、直接貼り付けで問題がないなら、Yomuを経由する必要はありません。

Yomuを使う場合の流れ

1. AIからMarkdown原稿を受け取る

AIで長文を作る場合は、見出し階層や箇条書きをMarkdownとして残しておくと、元原稿を管理しやすくなります。

2. Yomuで原稿の構造を確認する

見出し階層、コードフェンス、表、リンクなどを先に確認します。変換後に問題を探すより、元原稿の段階で直した方が原因を追いやすくなります。

3. note向けの形へ整える

note側で表現できる要素は対応する書式へ移し、同じ表現を持たない要素は内容を失わない別の形へ変えます。

ここでは「Markdownの見た目を完全再現する」ことより、noteで読みやすく、公開後も編集しやすい形にすることが重要です。

4. note固有の要素を最後に入れる

画像、埋め込み、引用元、見出し画像などはnote側で仕上げます。

原稿構造の整理と、媒体固有の編集を分けると、投稿画面で本文全体を作り直す必要が減ります。

表と画像は、文章とは別に考える

Markdown表は「貼る」より「見せ方を変える」方がよい場合がある

AIへ比較を頼むと、Markdown表が生成されることがよくあります。

一方、2026年9月15日時点のnote公式「エディタ（記事編集画面）でできること」では、見出し、太字、リスト、リンク、引用、コードなどは案内されていますが、一般的な表作成機能は主要な編集機能として案内されていません。

そのため、Markdown表をそのまま貼ることに固執するより、内容に応じて見せ方を変えた方が読みやすい場合があります。

比較項目が少ないなら、サービスごとに小見出しを置き、「料金」「特徴」「向いている人」を文章で並べる方法が使えます。数値中心なら箇条書き、表そのものが重要なら画像化も選択肢です。

ただし、表を画像だけにすると検索やコピーがしにくくなるため、主要な結論は本文にも残した方がよいです。

Markdownの画像記法だけでは画像そのものは移らない

次の記法は画像ファイル自体ではなく、画像を参照するための情報です。

![構成図](./diagram.png)

そのため、本文だけをコピーしてもローカルの画像ファイルまではnoteへ移りません。最終的には画像ファイルをnote側へアップロードする必要があります。

文章の変換と画像のアップロードを別工程として考えておくと、原因を切り分けやすくなります。

noteでMarkdown表が崩れたときは、表の目的から見せ方を選ぶ

Markdownの表が縦線やハイフンの文字として残る場合、note側に一般的なMarkdownテーブルをそのまま解釈させることを前提にしない方が安全です。表で何を伝えたいかによって、再編集方法を分けます。

例えば元の表が次の内容だった場合です。

| プラン | 料金 | 特徴 |
| --- | --- | --- |
| A | 無料 | 基本機能 |
| B | 980円 | 追加機能あり |

Yomuのnote向け変換を使っても、note内へ本物の表ブロックを必ず生成できるわけではありません。表画像だけに情報を閉じ込めず、結論や重要な数字は本文にも残してください。

公開前に確認すること

1. 元のMarkdown表の行・列と値を残す。
2. note向け表現を選び、同じ情報が欠落していないか照合する。
3. 記事内で実際の表示を確認し、モバイルでも理解できるか見る。
4. 他媒体でも使う場合は、変換後テキストではなくMarkdown原本を内容上の正本として保持する。

この考え方はnote上に表が絶対に存在しないという主張ではなく、Markdown表の一括ペーストだけで同じ構造が再現されると想定しないための手順です。

複数媒体へ出すなら、Markdown原稿を1つ持つ

noteだけで完結するなら、最初からnoteエディタで書く方法も合理的です。

ただし、AIで作った記事をnote、WordPress、はてなブログ、Wordなどへ展開する場合は、Markdownを原本として1つ持っておくと管理しやすくなります。

媒体ごとに別原稿を作ると、修正したときにどれが最新版か分からなくなりやすいためです。

複数媒体へ展開する考え方は、ChatGPT・Claudeの文章をnote・WordPress・Wordへ使い回す方法で詳しく整理しています。

WordPressへ持っていく場合は、ChatGPTのMarkdownをWordPressに貼ると崩れる？を参照してください。

はてなブログへ持っていく場合は、ChatGPTのMarkdownをはてなブログに貼る方法で、Markdownモードとはてな記法の違いを整理しています。

公開前原稿では「変換できるか」だけでなく処理場所も確認する

未公開の記事や業務メモを扱う場合は、変換精度だけでなく入力内容がどこで処理されるかも確認します。

YomuはMarkdownの編集・変換をブラウザ内で行い、変換のために本文を外部サーバーへ送らない構成です。

オンラインMarkdownエディタの確認ポイントは、オンラインMarkdownエディタは安全？で整理しています。

長文を貼る前に、この最小サンプルで試す

ChatGPTやClaudeの長文をnoteへ持っていく際、最初の実験に本文全体を使う必要はありません。次の短文をコピーし、目的の見た目になる経路を先に確認します。

## 記事の見出し
本文の **太字** と [リンク](https://example.com/) です。
- 項目A
- 項目B

確認するのは、(1)見出しが意図した階層になったか、(2)太字やリンクが残ったか、(3)リストの行がつながらないか、の三点です。表・画像はnote側の機能に合わせて別に扱い、対応しない要素を無理にMarkdown一括貼り付けで再現しない方が手戻りを減らせます。

このサンプルは検証用の入力であって、特定のブラウザ・OS・note編集画面で実測された結果表ではありません。

最後に確認する5項目

noteへ貼ったあとは、見出し階層、リスト、引用・コード、表を置き換えた部分、リンクと画像を確認します。

そのうえでプレビューを開き、PCだけでなくスマートフォン表示でも段落や改行が読みやすいかを見ておくと、公開後の手戻りを減らせます。

まとめ

ChatGPT・Claudeの文章をnoteへ貼って崩れたときは、最初から全部を変換する必要はありません。

表示済みの文章を直接貼る → 症状を確認する → 余計な書式だけなら落とす → Markdown構造が残るならnote向けに変換する、という順で切り分けると効率的です。

noteはMarkdown記法による入力に対応していますが、それは完成済みMarkdown文書の貼り付けを全面的に自動変換することと同義ではありません。

Yomuは、Markdown原稿を複数媒体へ使い回したい場合や、原稿構造を保ったまま公開先に合わせて整えたい場合の選択肢です。一度だけ短文をnoteへ貼るなら、直接貼り付けの方が速いこともあります。

YomuでMarkdownを編集・変換する

参考

• noteヘルプセンター「エディタ（記事編集画面）でできること」
• noteヘルプセンター「Markdownショートカット」
• noteヘルプセンター「キーボードショートカット」