7種類の encoding format に対応 · 自動検出 · 一括変換

Text Encoder & Decoder テキストのエンコード・デコードツール

多機能なテキスト encode / decode ツールです。Base64、URL Encode、HTML Entity、Unicode Escape、JavaScript Escape、JSON Escape、XML Escape の 7 形式に対応し、自動検出と Encoding Inspector も内蔵しています。

入力 0文字

出力

バッチモード（各行を個別に変換）

エンコーディング検査ツール

分析待ち⋯

よくある質問

Base64 と URL Encode にはどのような違いがありますか？

Base64 バイナリデータを ASCII 文字列へエンコードする方式です。画像やファイルなどのバイナリ内容を HTTP や Email などのテキストプロトコルで送る際によく使われます。A-Z、a-z、0-9、+、/ と padding の = を使用します。

URL Encode（Percent-encoding とも呼ばれます） URL 内の特殊文字（中国語、空白、#、& など）を %XX 形式へ変換し、URL の一部として安全に送信できるようにするために使います。

根本的な違いは、Base64 が binary → text をエンコードし、URL Encode が text → URL で安全な形式へ変換する点です。用途はまったく異なります。

HTML Entity はいつ使いますか？

HTML Entity は予約文字（例： <、>、&) または keyboard から直接入力できない character（copyright symbol など） ©）。

一般的な利用機会：
• HTML 内で code snippet を表示する場合、ブラウザーに HTML tag と誤解されないよう escape します。
• 特殊記号（©、®、™、€ など）を表示
• XSS Defense — user input の HTML special character を escape します。
• RSS フィードやユーザーコメントなど、第三者コンテンツを Webページへ埋め込む

Unicode Escape（\uXXXX）とは何ですか？

Unicode Escape は文字を次の形式へ変換します \\uXXXX の形式で表されます。XXXX は、その文字の Unicode code point（Code Point）を16進数で表した値です。

例：
• A → \\u0041
• 世 → \\u4E16
• 界 → \\u754C

この表現は、JSON データ内の non-ASCII 文字、encoding の一貫性が必要な JavaScript source、ASCII のみを扱う古いシステムなどでよく使われます。

JSON Escape は何に使われますか？

JSON Escape は、文字列内の特殊文字を JSON 仕様に適合する形へエスケープします。JSON 仕様（RFC 7159）では、次の文字をエスケープする必要があります：

• " → \\"（ダブルクォート）
• \\ → \\\\（バックスラッシュ）
• / → \\/（スラッシュ、任意）
• \\b（Backspace）、\\f（ページ変更）、\\n（改行）、\\r（Enter）、\\t（タブ文字）

不適切にエスケープされた JSON は次の結果になります JSON.parse() 失敗します。これは API 開発、データのシリアライズ、ユーザー入力の処理で重要です。

the difference between JavaScript Escape and JSON Escape とは何ですか？

見た目は似ていますが、適用される仕様は異なります：

JSON エスケープ JSON 仕様（RFC 7159）に従います。厳密には、JSON 文字列内でエスケープが必要なのはダブルクォート、バックスラッシュ、制御文字（U+0000～U+001F）です。

JavaScript エスケープ さらに、single quote で囲まれた文字列内の引用符エスケープなど、より広い JavaScript 文字列構文にも対応し、 \\xHH（16進数）と \\uHHHH（Unicode）表現。

実務では、JSON data を生成するなら JSON Escape、JavaScript code string を生成するなら JavaScript Escape を使い分けてください。

Auto Detect の判定ロジックは何ですか？

「Auto-Detect」ボタンを押すか内容を貼り付けると、システムは次の判定を順番に試します。

1. Base64： Base64 の文字集合（A-Za-z0-9+/=）へ適合し、長さが 4 の倍数かを確認します。さらに decode を試して、読み取り可能な text かを確認します。
2. URL Encode： %XX 形式が含まれているか、また有効な UTF-8 へデコードできるかを確認します。
3. HTML Entity： &, <, >, &#XXXX; などの形式が含まれているか確認します。
4. Unicode エスケープ： \uXXXX 形式が含まれているか確認します。
5. JSON エスケープ： Check whether it contains JSON escape sequences such as \\n, \\t, \\", etc.

複数形式に一致した場合は、より信頼度の高い結果を優先します。何にも一致しなければ通常 text として扱います。

テキストエンコーディングの世界：ASCII から Unicode まで

コンピューターサイエンスにおける「文字エンコーディング」は、文字をコンピューターが処理できるバイナリ形式へ変換する仕組みです。初期の ASCII（128 文字）から、現在の Unicode（14 万文字以上を収録）まで、文字コードの発展は世界規模の情報交換ニーズの拡大を反映しています。

なぜこれほど多くのエンコード方式が必要なのですか？

エンコード方式は用途ごとに役割が異なります。Base64 は「テキストプロトコル上でバイナリデータを転送する」問題を解決し、URL Encode は「URL 内の特殊文字を安全に送信する」ために使われます。HTML Entity は「HTML 内の予約文字を正しく表示する」ため、Unicode Escape は「非 ASCII 文字を純 ASCII 環境で表現する」ための方式です。

エンコード方式ごとに得意な用途が異なるため、開発者は複数のエンコード形式を理解しておく必要があります。

自動検出の実用的な価値

実際の開発では、エンコード形式を特定できないデータに遭遇することがよくあります。たとえば、サードパーティ API のレスポンス、データベースからエクスポートしたフィールド、他システムから送られたメッセージなどです。こうした場合、自動検出機能を使えばデータのエンコード方式を素早く推定でき、複数のデコード方法を手動で試す時間を節約できます。

自動判定は 100% 正確ではありません。Base64 と通常テキストなど、状況によっては区別しにくい形式があります。判定結果が誤っている場合は、対応する形式へ手動で切り替えてエンコードまたはデコードしてください。

セキュリティ上の考慮事項

ユーザー入力や第三者データを扱う際、適切な encoding / escaping はセキュリティ脆弱性を防ぐ重要な要素です。たとえば次のような処理があります。

XSS 対策： ユーザー入力を Web ページへ表示する場合は、悪意ある script injection を防ぐため HTML Entity Escape を使用してください。

JSON インジェクション： JSON データを組み立てる際は、文字列値に JSON Escape を適用し、JSON 構造を壊さないようにしてください。

コマンドインジェクション： system command を連結する場合は、特殊文字を正しく escape するか、parameterized query を使用してください。

このツールの処理はすべてブラウザ上で完結し、入力データはどのサーバーにも送信されないため、安全に利用できます。

Text Encoder & Decoder：文字エンコード／デコードツールの使い方

無料のオンライン文字列エンコード／デコードツールです。Base64、URL Encode、HTML Entity、Unicode Escape、JavaScript / JSON / XML Escape の 7 形式に対応します。エンコード形式の自動判定、一括変換、Encoding Inspector による解析も利用できます。

推奨操作手順

誤ったデータが結果まで伝播するのを防ぐため、まず input format、unit、required field を確認してください。
tool option を調整し、instant tip を確認して代表的な boundary value と照合してください。
コピーや download の前に結果を再確認し、正式な process で使用する場合は対象環境で完全な validation を行ってください。

品質とプライバシー

このツールはブラウザー上でネイティブに実行され、バックエンド処理には依存しません。結果は入力品質、ブラウザー対応状況、関連する技術仕様の影響を受けます。重要なデータは元ファイルとバックアップを残してください。