メールが文字化けする原因と直し方|件名だけ化ける場合の対処も
届いたメールが「�」や意味不明な記号の羅列になっている。原因はほぼ文字コードの不一致ですが、化け方によって対処が変わります。この記事では、受信側でできることと、送信側で予防することを分けて整理します。
まず、どこが化けているかを見る
化けている箇所によって原因が違います。ここを最初に確認してください。
| 化けている箇所 | 主な原因 |
|---|---|
| 本文全体 | 文字コードの不一致 |
| 件名だけ | ヘッダーのエンコード方式の問題(後述) |
| 一部の文字だけ | 機種依存文字・絵文字 |
| カタカナだけ | 半角カナ |
| 添付ファイル名だけ | ファイル名のエンコード方式 |
「全部化けている」のと「一部だけ化けている」のでは、対処がまったく違います。
本文全体が化ける:文字コードの不一致
日本語のメールで使われる文字コードは主に次の3つです。
| 文字コード | 特徴 |
|---|---|
| UTF-8 | 現在の標準。ほぼすべての文字を扱える |
| ISO-2022-JP(JISコード) | 古くからのメールの標準 |
| Shift_JIS | Windowsで使われてきた |
送信側が指定した文字コードと、受信側が解釈する文字コードがずれると、全体が化けます。
受信側での直し方
多くのメールソフトには、表示に使う文字コードを手動で切り替える機能があります。
- Outlook:メールを開き、メニューから文字コード(エンコード)の変更を探す
- Thunderbird:表示メニューから文字エンコーディングを切り替える
- Gmail(Web):切り替え機能がないため、後述の方法を使う
「UTF-8」と「Shift_JIS」を順に試すと、たいていどちらかで読めるようになります。
切り替え機能がない場合
Gmailなど、文字コードを切り替えられない環境では次を試します。
- 別のメールソフトで開く(同じアカウントをThunderbird等で受信する)
- メールをテキストファイルとして保存し、テキストエディタで文字コードを指定して開く
- 送信者に再送を依頼する
3番が最も確実です。 「文字化けして読めないので、UTF-8で再送していただけますか」と伝えれば済みます。技術的な原因を追うより早いことがほとんどです。
件名だけ化ける:ヘッダーの問題
本文は読めるのに件名だけ化けるというケースがあります。これは本文とは別の問題です。
メールの件名や差出人名といったヘッダー部分は、本文とは異なる方式でエンコードされます。この処理が正しく行われていないと、件名だけが化けます。
主な原因は次のとおりです。
- 送信システムがヘッダーのエンコードに対応していない
- 件名に機種依存文字や絵文字が含まれている
- 件名が長すぎる
受信側でできることはほとんどありません。 本文が読めるなら実害は小さいため、送信者に伝えて件名を変えてもらうのが現実的です。
自動送信メール(システムからの通知など)でこれが起きている場合は、送信システム側の設定の問題です。
一部の文字だけ化ける:機種依存文字
環境によって表示できない文字があります。代表的なものは次のとおりです。
| 種類 | 例 |
|---|---|
| 丸数字 | ① ② ③ |
| 囲み文字 | ㈱ ㈲ ㈹ |
| 単位記号 | ℡ ㎡ ㎏ ㌔ |
| ローマ数字 | Ⅰ Ⅱ Ⅲ |
| 半角カナ | アイウ |
| 絵文字 | 各種 |
ビジネスメールでは、これらを使わないのが原則です。
- ① → (1)
- ㈱ → 株式会社
- ℡ → TEL
- ㎡ → 平方メートル
「①」は特に多用されがちです。 箇条書きには「1.」を使ってください。
カタカナだけ化ける:半角カナ
半角カナ(アイウ)は、メールでは使わないでください。
歴史的な経緯から、半角カナはメールの伝送過程で正しく扱われないことがあります。全角のカタカナ(アイウ)を使えば問題は起きません。
既存のデータに半角カナが混ざっている場合は、全角 ⇔ 半角 変換ツールで全角に変換できます。このツールはカタカナ・英数字・記号を個別に指定して変換できるため、「カタカナだけ全角にして、英数字は半角のまま残す」といった処理が可能です。
ブラウザ内で処理するため、業務用の文面を貼り付けてもサーバーに送信されません。
全角半角の扱いについては全角・半角が混在したデータを一括で揃える方法で詳しく解説しています。
添付ファイル名が化ける
本文は正常なのに、添付ファイルの名前だけが化けるケースです。ファイル名のエンコード方式が、送信側と受信側で食い違っていることが原因です。
実務上の回避策はひとつです。
添付ファイルの名前を半角英数字にする。
見積書_2026年8月.pdf ではなく quotation_202608.pdf にしておけば、どの環境でも化けません。相手の環境が分からない社外へのメールでは、この方が安全です。
送信側の予防
文字化けは、送る側が気をつければほぼ防げます。
- 文字コードは UTF-8 にする(多くのメールソフトの既定値)
- 機種依存文字を使わない(① ㈱ ℡ ㎡ など)
- 半角カナを使わない
- 絵文字を使わない(特に社外・システム間)
- 添付ファイル名は半角英数字にする
- 件名を長くしすぎない
社内では問題なくても、社外や別システムでは化けます。 「自分の環境で見えているから大丈夫」は根拠になりません。
関連して起きやすい問題
改行がおかしい
文字化けではなく、改行位置が崩れている場合は改行コードの問題です。WindowsとMac/Linuxで改行コードが異なるため起こります。改行コード変換ツールで確認・変換できます。詳しくは改行コードCRLFとLFの違いにまとめています。
文字数制限に引っかかる
システムからのメールで文字数やバイト数の上限がある場合、全角と半角でバイト数が異なる点に注意が必要です。UTF-8では、全角文字は1文字あたり3バイトを占めます。文字数カウントツールで文字数とバイト数の両方を確認できます。
CSVを添付して開けない
添付したCSVが相手の環境で文字化けする場合は、メールではなくCSV側の文字コードの問題です。CSVをJSONに変換する方法で、Shift_JISとBOMの扱いを解説しています。
まとめ
- どこが化けているかを最初に確認する(全体/件名/一部/ファイル名)
- 本文全体なら文字コードの不一致。UTF-8とShift_JISを切り替えて試す
- 件名だけ化けるのはヘッダーの問題。受信側では直せない
- 機種依存文字(① ㈱ ℡)と半角カナを使わない
- 添付ファイル名は半角英数字にする
- 読めないときは、原因を追うより再送を依頼するのが早い
送る側が6つのルールを守れば、文字化けはほとんど起きません。