コピペで改行が消える・崩れる原因と直し方｜Excel・Gmail・WordPress編
Word やメモアプリで書いた文章をコピペしたら、改行が消えて1行につながってしまった——この現象は「コピー元がリッチテキストで、貼り付け先がプレーンテキストしか受け付けない」という組み合わせで起こることがほとんどです。多くの場合は「プレーンテキストとして貼り付け」で解決しますが、それでも直らないケースもあります。原因ごとの見分け方と対処法をまとめました。
なぜコピペで改行が消えるのか
原因は大きく2つに分かれます。どちらに当てはまるかで対処法が変わります。
原因1：リッチテキストの「改行」と「改段落」の違い
Word やメモアプリ、Web ページの本文は、見た目上の改行に2種類の意味を持たせています。
| 操作 | 内部的な扱い |
|---|---|
| Shift+Enter で入れた改行 | 「同じ段落内の改行」（ソフトリターン） |
| Enter で入れた改行 | 「新しい段落」（ハードリターン） |
プレーンテキスト（メモ帳やテキストエリア）には「段落」という概念がないため、コピー元がソフトリターンで区切っていた行は、貼り付け先で無視されて1行につながることがあります。見た目は同じ改行でも、内部的な種類が違うわけです。
原因2：改行コードそのものの不一致
もう1つの原因は、改行を表す制御文字（改行コード）が環境によって異なることです。Windows は CRLF、Mac・Linux は LF を使っており、貼り付け先のアプリが片方にしか対応していないと、改行が反映されないことがあります。この点は技術的な背景も含めて改行コードCRLFとLFの違いで詳しく解説しているので、Git や CSV の取り込みで同様の症状が出ている場合はあわせて確認してください。
場面別の原因と対処法
貼り付け先によって、有効な対処が変わります。
| 貼り付け先 | 起きやすい症状 | 対処 |
|---|---|---|
| Excel のセル | 1セルに全文が入り、改行が消える | セル内で改行したい場合はプレーンテキスト貼り付け後、Alt+Enter で入れ直す |
| Excel のテキストボックス | 改行コードの解釈違いで崩れる | プレーンテキストとして貼り付けてから整形する |
| Gmail・Webメールの本文 | 段落の区切りだけ残り、1行おきの改行が消える | 送信前にプレビューで確認。崩れる場合はメモ帳を経由する |
| WordPress・ブログの編集画面 | 段落は残るが、改行のみの箇所が詰まる | プレーンテキスト貼り付け、またはメモ帳を経由してから貼る |
| スプレッドシートから他アプリへ | セルの改行が別のセルとして分割される | 1セルずつ貼るか、CSVとして書き出してから読み込む |
| ChatGPT などのAIチャットの回答 | 見た目通りに貼り付くが、貼り先で詰まる | プレーンテキスト貼り付けを基本にする |
基本の対処法：プレーンテキストとして貼り付ける
多くのアプリには、書式やソフトリターンの情報を捨てて文字だけを貼り付ける機能があります。
- Windows：
Ctrl + Shift + V - Mac：
Cmd + Shift + V（アプリによってはCmd + Option + Shift + V） - 右クリックメニューの「貼り付けのオプション」→「テキストのみ保持」
ブラウザ上のフォームなど、このショートカットが効かない場所もあります。その場合は、一度メモ帳やテキストエディタに貼り付けて書式を落としてから、目的の場所へ再度コピペすると解決することが多いです。
それでも直らない場合は改行コードを疑う
プレーンテキストとして貼り付けても改行が消える、あるいは逆に不要な改行が増える場合は、原因1ではなく原因2（改行コードの不一致）の可能性があります。
見分け方は次の手順です。
- 元のテキストを一度ファイルとして保存する（メモ帳の「名前を付けて保存」など）
- 改行コード変換ツールで「ファイルを読み込む」からそのファイルを読み込む
- 検出結果が
CRLF/LF/混在のどれかを確認する - 貼り付け先が想定する改行コードに変換してから、あらためて貼り付ける
「混在」と表示された場合は、複数のアプリを経由する過程で改行コードが入り交じった状態です。一度どちらかに統一してから使うと、以降の貼り付け作業でのトラブルを防げます。
見落としがちな落とし穴：テキストエリアに貼った時点で正規化される
改行コードを確認する際に注意したいのが、ブラウザのテキスト入力欄（textarea）に文章を貼り付けた時点で、ブラウザが改行コードを自動的に LF へ統一してしまうという仕様です。
これはオンラインの変換ツール全般に共通する制限で、「コピー元がCRLFだったかLFだったか」をあとから正確に調べたい場合、テキストエリアへの貼り付けでは判定できません。前述の手順で「ファイルとして保存してから読み込む」としているのはこのためです。手順を飛ばしてテキストエリアに直接貼ってしまうと、実際にはCRLFだったものもLFと表示され、原因の切り分けを誤ります。
同じ理由で、「貼り付けた瞬間は正しく見えたのに、保存し直したら改行が消えていた」という現象が起きることもあります。テキストエリアで一度LFに正規化された内容を保存すると、元のCRLFの情報はその時点で失われているためです。
一括で直したい場合
大量の文章で改行の崩れが起きている場合、1箇所ずつ手直しするのは非効率です。
- 全体をコピーし、改行コード変換ツールで目的の改行コードに統一する
- 変換後、テキスト差分比較ツールで元の文章と見比べ、意図しない箇所で改行が増減していないか確認する
いずれもブラウザ内で処理が完結するため、社外に出せない文章でもサーバーへ送信せずに確認できます。
まとめ
- コピペで改行が消える原因は「リッチテキストの段落情報の違い」と「改行コードの不一致」の2つ
- まずは「プレーンテキストとして貼り付け」（
Ctrl/Cmd + Shift + V）を試す - それでも直らなければ改行コードのズレを疑い、変換ツールで確認する
- 改行コードの確認はテキストエリアへの貼り付けではなく、ファイルを読み込んで行う（貼り付けた時点でLFに正規化されるため）
- Git や CSV 取り込みで同様の症状が出る場合は改行コードCRLFとLFの違いも参照する
原因さえ切り分けられれば、対処自体は難しくありません。まず「プレーンテキスト貼り付け」を試し、それでも解決しない場合だけ改行コードを疑う、という順番で確認してみてください。