文字化け修復 (壊れた UTF-8 を修復)
文字化け（mojibake）は、UTF-8 バイトを単一バイトエンコーディング — ほぼ常にレガシー Windows の既定である Windows-1252 — として誤って読んだときに生じる壊れたテキストです。é は é に、丸いアポストロフィは ’ に、ノーブレークスペースは  に、絵文字は 😀 のような 4 つの妙な文字になります。本ツールはそれを逆転します：各文字を元の Windows-1252 バイトに再エンコードし、そのバイトを UTF-8 として復号して元のテキストを復元します。二重に壊れたテキストには修復を繰り返し適用し、設計上安全です — 正しくエンコードされたテキスト（非ラテン文字を含む）は逆変換すると有効な UTF-8 にならないため、壊さずそのまま残します。壊れたテキストを貼り付け、修復版をコピーしてください。すべてローカルで動作し、アップロードされません。
Windows-1252 として誤復号された UTF-8 を戻します。正しいテキスト（どの文字でも）は有効と判定されそのまま残ります。
使い方
- 壊れたテキストを貼り付け。
- 修復された出力を読みます — 何回のパスが必要だったか、または修復不要だったかが表示されます。
- 修正されたテキストをコピー。
よくある質問
- 文字化けの原因は？
- UTF-8 で保存されたテキストを後で別の単一バイトエンコーディング — 多くは Windows-1252 や ISO-8859-1 — で読んだときに起きます。各非 ASCII 文字は 2 つ以上の UTF-8 バイトで保存され、それを 1 バイトずつ読むと誤った文字になります：é（2 バイト）は 2 文字 é として現れます。CSV インポート、データベース移行、エンコーディングが異なるシステム間のコピペが典型です。
- すでに正しいテキストを壊しますか？
- いいえ。修復は逆変換したバイトが有効な UTF-8 になるときのみ成功し、本物の文字化けはそうなりますが正しくエンコードされたテキストはなりません。だから既に正しい 'café'、'Köln'、'한국어'、'日本語' は有効と判定されそのまま残り、修復不要と報告されます。
- なぜ時々 2 回以上パスを適用しますか？
- テキストが二重に誤復号された場合 — 例えば UTF-8 を Windows-1252 で読み保存し、再び Windows-1252 で読むと — 化けが重なります。ツールはテキストが変化しなくなるか有効な UTF-8 に戻らなくなるまで修復を繰り返し、何回パスを使ったか伝えます。
- テキストが直りませんでした — なぜ？
- テキストがすでに正しいか、破損が一般的な UTF-8-を-Windows-1252-で読んだ種類でないためです（例：Shift_JIS や EUC-KR で誤復号された、またはバイトが実際に失われた）。本ツールは最も頻繁なケースを対象とします。特定のレガシーエンコーディングでファイルを開くには、テキストエンコーディング変換ツールを使ってください。
関連ツール
テキストエンコーディング変換
Shift_JIS・EUC-JP・Windows-1252 など非 UTF-8 のテキストを UTF-8 で読める形に。
ファイル文字コード判定ツール
任意のテキストファイルをアップロードして文字コードを判定 — UTF-8·UTF-16 LE/BE·UTF-32·Latin-1·ASCII — BOM判定·バイト信号分析·16進プレビュー付き。
テキスト ↔ 2進数 変換ツール
テキストを8ビットの2進数に、またその逆に変換します。UTF-8 エンコードなので絵文字やアクセント文字も対応、バイト区切りも選べます。
Unicode 文字検査器
文字列を文字に分解し、各コードポイント・UTF-8 バイト・HTML エンティティ・CSS エスケープ・Unicode ブロックを表示。
スマート ↔ 直線引用符変換
直線（`"`）↔ タイポグラフィカル/カーリー（`" "`）引用符の双方向変換、ロケール対応スタイル。
文字数・単語数カウンター
文字・単語・文・行・バイト数をリアルタイムで数えます。