読めなくなった日本語のテキストを貼り付けるだけで、想定される文字コードの誤読パターンを 自動で総当たりし、最も自然な日本語になる修復結果を提示します。
文字化けしたテキスト
UTF-8 / Shift_JIS / EUC-JP / Latin-1 間の主な誤読パターンを総当たりで試し、最も自然な日本語になる候補を自動で提示します。すべてブラウザ内で処理され、外部には送信されません。
テキストを入力して「自動修復を実行」を押してください
文字化けはなぜ起こる？仕組みを知れば「元の文章」は取り戻せる
文字化けは、文章そのものが壊れているわけではなく、多くの場合「正しいバイト列」を「間違った文字コードの対応表」で読んでしまっているだけの状態です。つまり、正しい対応表で読み直せば、元の文章はほとんどのケースで復元できます。
本ツールは、UTF-8・Shift_JIS・EUC-JP・Latin-1という代表的な文字コード同士の主要な誤読パターンをブラウザ内で総当たりに試し、最も自然な日本語になる組み合わせを自動で提示するオンラインツールです。メールの文面、Webページからコピーしたテキスト、古いシステムから出力されたデータなど、さまざまな場面の文字化けにご利用いただけます。
また、テキストファイル自体をアップロードして、生のバイトデータから正しい文字コードを直接判定するモードも備えています。
こんなシーンで便利です
メールやチャットで受け取った文章が読めない時に
送信側と受信側で文字コードの設定が異なり、本文が記号の羅列になってしまった場合に。テキストを貼り付けるだけで元の文章の復元を試せます。
古いシステムから出力されたCSV・テキストデータの確認に
Shift_JISで作成された古いデータをUTF-8前提のツールで開いてしまい、文字化けしてしまうケースに。ファイルをアップロードして正しい文字コードを判定できます。
Webページのソースやログファイルの内容を確認したい時に
文字コード指定が抜けたHTMLや、サーバーログの日本語部分が読めなくなってしまった場合に、貼り付けるだけで内容を確認できます。
SNSや掲示板に貼られた文字化けテキストの内容を知りたい時に
第三者が投稿した文字化けテキストの内容を確認したい場合にも、コピー＆ペーストするだけで手軽に試せます。
使い方は簡単 4ステップ
- 文字化けしたテキストを、入力欄にそのまま貼り付けます。
- 「自動修復を実行」を押すと、主要な文字コードの誤読パターンが自動で総当たりされます。
- 最も自然な日本語になった候補が「最有力の修復結果」として表示されます。
- 候補が違う場合は「他の候補」から別のパターンを選択、二重の文字化けには「この結果に再変換」をお使いください。
※ファイルをそのままアップロードして文字コードを判定したい場合は、「ファイルの文字コードを判定」モードに切り替えてください。
ご利用時の注意点
- 本ツールはUTF-8・Shift_JIS・EUC-JP・Latin-1（Windows-1252）の間で発生する主要な誤読パターンに対応しています。すべての文字化けパターンを保証するものではありません。
- 文字化けが発生した時点ですでに一部の文字情報が失われている場合、完全な復元はできません。復元できなかった文字数は結果画面に表示されます。
- 入力したテキストやアップロードしたファイルの内容は、いかなる場合もサーバーに送信されません。すべての処理はお使いのブラウザ内だけで完結します。
- 完全無料でご利用いただけます。会員登録やインストールは不要です。
代表的な文字化けパターンと本ツールでの対応可否
文字化けの多くは、以下のような「本来の文字コード」と「誤って読まれた文字コード」の組み合わせで発生します。
| 本来の文字コード | 誤って読まれた文字コード | 特徴 | 本ツールでの対応 |
|---|---|---|---|
| UTF-8 | Shift_JIS | 半角カタカナや記号が連続する、最も典型的な文字化け | ○ 自動修復に対応 |
| UTF-8 | EUC-JP | 上と似た記号・カタカナの羅列になりやすい | ○ 自動修復に対応 |
| UTF-8 | Latin-1（Windows-1252） | 「ã」「â」などアクセント付きの欧文字が連続する | ○ 自動修復に対応 |
| Shift_JIS | EUC-JP／UTF-8 | 古いシステムの移行時に発生しやすい | ○ 自動修復に対応 |
| EUC-JP | Shift_JIS／UTF-8 | UNIX系システムからのデータ移行時に発生しやすい | ○ 自動修復に対応 |
| どの文字コードでも | 文字自体が破損・欠落 | 「?」や四角い記号（置換文字）に置き換わっている | △ 情報が失われているため部分復元のみ |
文字化けの仕組みと、正しく直すための考え方
文字化けがなぜ起こり、どう考えれば直せるのかを整理して解説します。
文字化けの正体：バイト列と文字コードの「読み違い」
コンピューター上の文章は、実際には0と1の並び（バイト列）として保存・送信されています。
このバイト列を人間が読める文字に変換するための対応表が「文字コード」です。同じバイト列でも、対応表（文字コード）が違えば、まったく別の文字として表示されます。
文字化けとは、多くの場合文章の内容が壊れたのではなく、対応表の選び間違いが起きている状態であり、正しい対応表の組み合わせさえわかれば、元の文章に戻すことができます。
UTF-8 / Shift_JIS / EUC-JP の関係を理解する
UTF-8は世界中の文字を扱える現在の標準的な文字コードで、日本語1文字あたり主に3バイトで表現されます。
Shift_JISとEUC-JPは、UTF-8が普及する以前から日本語環境で使われてきた文字コードで、日本語1文字を主に2バイトで表現します。
この3者はバイト単位での表現方法がそれぞれ異なるため、本来の文字コードと異なる対応表で読み込むと、規則的に別の文字へと置き換わってしまいます。これが日本語特有の文字化けが起こる主な原因です。
本ツールの復元アルゴリズムの考え方
文字化けを直すには、「誤って読み込まれた文字コードでもう一度バイト列に戻し、本来の文字コードで読み直す」という2段階の処理が必要です。
本ツールでは、この「バイト列に戻す」処理を、想定されるバイトの組み合わせをその場ですべて試して対応表を自動生成する方式で実現しており、外部のライブラリや変換表を読み込むことなく、ブラウザの標準機能だけで主要な文字コードの誤読パターンを再現しています。
なお、元の文章が対応表にない特殊な文字を含む場合や、誤読の際にすでに情報が失われている場合は、完全な復元ができないことがあります。
文字化けを未然に防ぐための注意点
メールやWebページを作成する際は、送信側・受信側・保存先ですべて同じ文字コード（推奨はUTF-8）に統一することが最も確実な予防策です。
HTMLでは<meta charset="UTF-8">の指定漏れ、CSVファイルではExcelとの相性による文字コードの不一致が典型的な原因になります。
また、古いシステムとの連携やデータ移行の際は、あらかじめ双方の文字コード設定を確認しておくことで、文字化けの発生を大きく減らすことができます。
よくある失敗と対策
文字コードを指定せずにCSVを開いてExcelで文字化けする
Shift_JISで作成されたCSVファイルを、文字コードを意識せずにそのままExcelで開いてしまい、日本語部分がすべて記号の羅列になってしまう失敗です。
💡 対策・解決策を見る▼
メールの送信側と受信側で文字コード設定が違い本文が読めなくなる
送信側のメールソフトと受信側の環境で文字コードの解釈が食い違い、受け取った本文が記号だらけになって内容が読めなくなってしまうケースです。
💡 対策・解決策を見る▼
Webページのmetaタグの文字コード指定漏れで文字化けする
HTMLファイルに文字コードの指定（meta charset）がないか誤っており、ブラウザが誤った文字コードで解釈してページ全体が文字化けしてしまう失敗です。
💡 対策・解決策を見る▼
古いシステムからのデータ移行時にShift_JISとUTF-8が混在する
旧システムのShift_JISデータと新システムのUTF-8データが混在した状態で移行してしまい、一部のレコードだけ文字化けが発生するケースです。
💡 対策・解決策を見る▼
二重に文字化けしてしまい一度の変換では直らない
文字化けしたテキストがさらに別の文字コードとして誤って保存・送信され、二重・三重に文字化けが重なってしまい、通常の変換では読めるようにならないケースです。
💡 対策・解決策を見る▼
よくある質問（FAQ）
Q.文字化けはなぜ起こるのですか
A. 文字化けは、文章がある文字コード（例：UTF-8）でバイト列に変換されたあと、それを別の文字コード（例：Shift_JIS）だと思い込んで読み込んでしまうことで起こります。バイト列自体は正しくても、対応表の読み方が違うために、まったく別の文字として表示されてしまうのです。
Q.Shift_JIS・EUC-JP・UTF-8とは何ですか、どう違いますか
A. いずれも日本語（かな・カナ・漢字）をコンピューター上のバイト列として表現するための「文字コード」という規格です。Shift_JISは古くからWindowsで、EUC-JPは主にUNIX系システムで使われてきました。UTF-8は現在最も普及している世界共通の文字コードです。同じ文章でも、この規格ごとにバイト列への変換方法が異なるため、規格を取り違えると文字化けが発生します。
Q.このツールは元のバイトデータをどうやって復元しているのですか
A. 貼り付けられた文字化けテキストを、いったん「誤って読み込まれたと思われる文字コード」でバイト列に戻し、そのバイト列を「本来の文字コード」で読み直す、という2段階の変換をブラウザ内で行っています。Shift_JISおよびEUC-JPについては、想定されるバイトの組み合わせをその場ですべて試して対応表を自動生成する方式を採用しており、外部の変換表を読み込む必要はありません。
Q.何度修復しても直らない文字化けはなぜですか
A. 文字化けが発生した時点で、一部の文字がすでに読み取り不能な記号（置換文字）に変換され、元のバイト情報が失われているケースがあります。この場合、情報そのものが失われているため、どのようなツールを使っても完全な復元はできません。本ツールでは、復元できなかった文字数を明示して結果に表示します。
Q.入力したテキストやファイルの内容は外部に送信されませんか
A. 送信されません。本ツールはすべての変換処理をブラウザ内のJavaScriptだけで完結させる設計になっており、入力したテキストやアップロードしたファイルの内容がサーバーに送られることは一切ありません。
Q.文字化けしたファイル（CSV・テキストファイル）自体をアップロードして直せますか
A. はい、可能です。「ファイルの文字コードを判定」モードでは、テキストファイルの生のバイトデータをUTF-8・Shift_JIS・EUC-JP・ISO-2022-JPなど複数の文字コードでその場で読み直し、最も自然に読める結果を提示します。正しく読めた結果はUTF-8のテキストファイルとしてダウンロードすることもできます。
Q.Excelで開くと文字化けするCSVファイルも直せますか
A. CSVファイル自体をそのまま「ファイルの文字コードを判定」モードにアップロードすることで、正しい文字コードを判定できます。判定後にUTF-8（BOM付きが必要な場合はテキストエディタで保存し直してください）でダウンロードし、Excelの「データ」タブから文字コードを指定してテキストファイルとして取り込むと、文字化けを回避しやすくなります。
あなたの声で、
このツールをより鋭く。
「こんな機能が欲しい」「ここを直してほしい」といったご意見や、新しいツールのリクエストを募集しています。エンジニアが直接目を通し、開発の参考にさせていただきます。