【保存版】CSV文字化けを即解決！UTF-8とShift_JISの直し方

CSVをExcelで開いた瞬間、日本語が「???」とか「繧ｪ」みたいになって固まる。これ、わりと本気で焦りますよね。

でも実は、文字そのものが壊れたわけではありません。

ほとんどのケースは「読み方（文字コード）がズレただけ」です。なので、直し方もシンプルになります。

この記事では、初心者がつまずきやすいUTF-8とShift_JISを、「今すぐ直す手順」→「仕組みの最低限」→「再発防止」の順でまとめます。

難しい話を長くしません。作業で迷わない形にします。

---

まずはこれだけで直るCSV文字化けの最短手順

今すぐ試すべき3ステップ

答え：まずは「Excelで取り込み」→ダメなら「UTF-8に変換」→最後に「BOMの有無」を確認、の順がいちばん早いです。

理由：CSVの文字化けは、開き方のせいでShift_JIS扱いになるのが多いからです。開き方を変えるだけで直ることが多いです。

具体例（ケーススタディ）：

Aさん（45歳・事務）は取引先から届いたCSVをダブルクリックで開き、日本語が全部「???」になりました。

焦ってメモ帳で開いて上書き保存してしまい、今度は別の部分まで崩れて混乱。

そこで「Excelの取り込み」で開き直したら一発で直りました。上書きが事故の原因だったのです。

まとめ：まずは「開き方」を変える。次に「変換」。この順でほとんど片付きます。

これをやると高確率で文字化けする開き方

答え：CSVをダブルクリックでExcel起動、これが文字化けの温床になりやすいです。

理由：この開き方だと、文字コードの指定ができず、環境によってShift_JIS扱いになりやすいからです。

• CSVをダブルクリックで開く
• メモ帳で開いて「名前を付けて保存」で上書きする
• 文字化け状態のまま別形式（xlsx等）に保存してしまう

具体例（失敗談の型）：

文字化けを見た瞬間、つい「保存し直せば直るかも」と上書きしがちです。

でも、間違った読み方のまま保存すると、「壊れた状態」が確定します。

なので、直すときは必ず元CSVをコピーして作業してください。

まとめ：ダブルクリックで開かない。上書きしない。この2つで事故が減ります。

---

文字化けの正体は読み方の食い違い

文字はバイト列で保存されている

答え：CSVの中身は「文字」ではなく、まずバイト列として保存されています。

理由：PCは「このバイト列を、UTF-8として読む」みたいに、ルール（文字コード）を使って文字に戻します。ルールがズレると文字化けします。

具体例（読者が手元で再現できるミニ実験）：

下の内容をテキストに貼り付けて、ファイル名をtest.csvにして保存してください。

このとき「UTF-8で保存」「Shift_JISで保存」をそれぞれ作ると、差が見えます。

名前,メモ
田中,あいうえお
佐藤,髙い（はしごだか）
鈴木,😀（絵文字）

まとめ：文字化けは「文字が壊れた」ではなく「読み方が合ってない」ことがほとんどです。

UTF-8をShift_JISとして読むとどう壊れるか

答え：UTF-8のCSVをShift_JISで読むと、元の日本語に戻せない形で崩れます。

理由：同じバイト列でも、UTF-8とShift_JISは対応表が違います。別の辞書で読んでしまう状態です。

具体例（Aさんの再現）：

Aさんは取引先からのCSV（UTF-8）を、ExcelがShift_JISとして読んでしまい「繧ｪ繝ｬ…」のような文字列になりました。

この状態で保存すると、UTF-8として読み直しても直らないことがあります。

まとめ：「崩れたのを保存」が最悪ルート。表示が崩れたらまず止まるのが正解です。

---

UTF-8とShift_JISで混乱しないための最低知識

UTF-8は事実上の標準になっている

答え：迷ったらUTF-8で統一するのが基本です。

理由：Webや多くのツールはUTF-8前提が多く、機種依存文字や多言語に強いからです。

• 新規に作るCSVはUTF-8で作る
• 共有するときは「UTF-8です」とひと言添える
• 受け取ったCSVは、まず文字コードを確認する

具体例（現場の判断）：

社内だけで完結するならShift_JISでも回ります。

でも、外部の相手・Webサービス・Pythonなどが混ざるならUTF-8のほうがトラブルが少ないです。

まとめ：新規はUTF-8。これはルールにしてOKです。

Shift_JISとWindows-31Jのズレが事故の元

答え：実務で「Shift_JIS」と書かれていても、実態はWindows-31J（CP932）のことが多いです。

理由：Windows側の拡張が入っていて、「同じShift_JISだと思ったのに一部だけ化ける」が起きやすいからです。

項目	UTF-8	Shift_JIS（実務）
向いている場面	Web・外部共有・プログラム連携	古い業務システム・特定ツール指定
注意点	BOMの有無でExcelが迷うことがある	Shift_JIS表記でもWindows拡張前提になりやすい
迷ったら	UTF-8	相手指定があるときだけ

具体例（選び方のコツ）：

相手が「Shift_JISで」と指定してきたら、こちらもそれに合わせます。

指定がないならUTF-8にして、必要なら「UTF-8です」と伝えるほうが安全です。

まとめ：Shift_JISは「相手指定のとき」。それ以外はUTF-8で整理すると混乱しません。

---

ExcelでCSVが文字化けする理由と正しい開き方

Excelは文字コードを自動で当てられない場面がある

答え：Excelは開き方によって、文字コードをうまく判断できないことがあります。

理由：CSVは「このファイルはUTF-8です」と自己主張しないことが多く、Excel側が決め打ちしがちだからです。

具体例（Aさんの状況）：

AさんのCSVはUTF-8でしたが、ダブルクリックで開いたためExcelがShift_JIS扱いにして文字化けしました。

同じCSVでも「取り込み」で開くと選択肢が出て、すぐ直りました。

まとめ：Excelが悪いというより、CSVがシンプルすぎて判断材料が少ないのが原因です。

Excelで文字化けしない読み込み手順

答え：データの取り込みで開くのが最短です。文字コードを選べる導線に乗せます。

理由：ダブルクリックは設定の余地が少なく、取り込みは調整できるからです。

具体例（よくある当たり）：

• 取引先・Web由来のCSV → UTF-8で直ることが多い
• 古い業務システムのCSV → Shift_JIS系で直ることが多い

まとめ：「取り込み」で開ける形にするだけで、解決率が上がります。

それでも直らないときの判断チャート

答え：直らないときは「ファイル側の問題」か「途中で壊した」かの切り分けが必要です。

理由：文字コードの選択ミスだけなら再読み込みで戻せますが、上書きなどで壊していると戻りません。

症状	よくある原因	やること
一部だけ文字化け	Shift_JIS系で表せない文字が混ざっている	UTF-8で作り直し／変換前に元データ確認
何を選んでも直らない	文字化け状態で上書き保存した	元CSVを取り寄せ直す（コピーして試す）
絵文字や特殊文字だけ崩れる	Shift_JISでは扱えない	UTF-8で統一する

具体例（Aさんの復旧）：

Aさんは上書きしてしまったため、元CSVを再送してもらいました。

再送された元CSVを「取り込み」で開いたら正常表示。これで復旧できました。

まとめ：直らないときは「上書きしていない元データ」があるかが勝負です。

---

UTF-8に変換して直す方法

無料でできる変換方法

答え：無料でやるなら、エディタで文字コードを確認して、UTF-8で保存し直すのが確実です。

理由：Excelの見え方に頼らず、ファイル自体の文字コードを指定して変換できるからです。

具体例（失敗しやすい点）：

「上書き保存」だけで済ませようとすると、間違った読み方のまま保存して事故が起きます。

初回は必ず別名保存か、コピーを作ってから。ここはケチらないほうがラクです。

まとめ：無料でも直せます。ポイントは「コピーしてから」「文字コードを見て保存」です。

有料エディタで最短にする選択肢

答え：CSV対応が多いなら、有料エディタで確認→変換を速くする手もあります。

理由：文字コードの表示が分かりやすく、変換の操作が少ないので、迷いにくいからです。

具体例（判断基準）：

「文字化け対応が月に2回以上ある」「社内でCSVを配る役が自分」なら、道具に頼ったほうが早いです。

逆に、たまにしか触らないなら無料手順を手順書化しておけば足ります。

まとめ：回数が多い人ほど、有料ツールの恩恵が大きいです。

---

UTF-8のBOMでつまずかないための整理

BOMは何のためにあるか

答え：BOMは「このファイルはUTF-8ですよ」と伝える目印として使われることがあります。

理由：ツールによってはBOMがあるとUTF-8だと判断しやすいからです。

• ExcelでUTF-8がうまく読めないとき、BOMの有無が効くことがある
• ただし、BOMが不要な環境もある（ツール次第）

具体例（現場の使い分け）：

相手がExcel中心で、UTF-8での受け渡しが多いなら、BOM付きUTF-8が助けになる場面があります。

一方、プログラム側がBOMを嫌うこともあるので、用途で分けるのが安全です。

まとめ：BOMは万能ではないので、「誰がどう開くか」で決めるのが一番確実です。

---

再発防止の運用ルール

受け取ったCSVは最初に確認する項目

答え：CSVを受け取ったら、最初に4点だけ確認すると再発が減ります。

理由：文字化けの原因は、文字コード以外（区切りや改行）も絡むからです。

具体例（Aさんの学び）：

Aさんは「髙い（はしごだか）」が入ったCSVで一部だけ文字化けしました。

この時点でShift_JIS運用は厳しいと判断でき、UTF-8運用へ切り替える決断ができました。

まとめ：4点だけ見れば、原因の当たりが付くようになります。

共有時にトラブルを減らす一言テンプレ

答え：送るときに「文字コード」を1行添えるだけで、トラブルが目に見えて減ります。

理由：受け手が「どう開けばいいか」を迷わなくなるからです。

まとめ：一言テンプレで、相手の無駄な時間を減らせます。

---

よくある質問

文字コードを変えたのに直らないのはなぜ

答え：直らないときは、だいたい元データが既に壊れているか、二重変換が起きています。

理由：間違った読み方で保存すると、元に戻せない形で確定してしまうからです。

状況	原因	対処
上書きしてしまった	壊れた内容で確定	元CSVを取り寄せ直す
何度も保存し直した	二重変換	最初の元ファイルに戻る
一部だけ崩れる	Shift_JISで表せない文字	UTF-8へ統一

具体例（Aさんの対処）：

上書きしてしまったAさんは、再送してもらった元CSVを使って復旧しました。

「元に戻れない」と分かった時点で、早めに元データへ戻るのが最短です。

まとめ：直らないときほど、元データの確保が最優先です。

円マークとバックスラッシュが混ざる理由

答え：表示上「¥」に見えても、内部では「\」として扱われるケースがあり、環境で見え方が変わります。

理由：フォントや環境の互換の問題で、同じコードでも表示が揺れることがあるからです。

具体例（実務の対応）：

CSVの列にWindowsパスが入っているなら、見え方の揺れは気にしたほうがいいです。

ただのメモ欄なら、表示が揺れても実害がないことが多いです。

まとめ：「見え方」と「意味」がズレる場面だけ注意すれば十分です。

---

まとめ

もう一度ポイント：文字化けは「読み方（文字コード）のズレ」です。直し方は「Excelの取り込み」か「UTF-8へ変換」で大半は解決します。

次の行動：

• 手元のCSVを「取り込み」で開き直す
• 直らないなら、エディタで文字コードを確認してUTF-8へ変換する
• 今後のためにチェックリストとテンプレ文を自分用に保存する

アフィリエイトまとめ

• アフィリエイト挿入位置：CSV 文字化け 本（UTF-8/Shift_JISの判断を体系化したい人向け）
• アフィリエイト挿入位置：Power Query 入門（Excel取り込みをよく使う人の時短用）
• アフィリエイト挿入位置：EmEditor 文字コード（文字コードの確認・変換を迷わずやりたい人向け）

参考（一次情報）：

• RFC 3629: UTF-8
• WHATWG Encoding Standard
• IANA Character Sets