URLエンコード・デコードツール

📖 RFC 3986とは - URL標準規格の基礎

RFC 3986（Uniform Resource Identifier: Generic Syntax）は、URLやURIの構文を定義するIETF（Internet Engineering Task Force）の公式標準規格です。1998年のRFC 2396を改訂し、2005年に発行されました。

🔹 RFC 3986で定められた予約文字（Reserved Characters）

以下の文字はURLで特別な意味を持つため、データとして使う場合はエンコードが必要です：

• : スキームとホストの区切り（例: https://）
• / パスの区切り（例: /tools/url-encoder/）
• ? クエリ文字列の開始（例: ?q=検索）
• # フラグメント識別子の開始（例: #section）
• [ ] @ ! $ & ' ( ) * + , ; = サブコンポーネントの区切り文字

🔹 非予約文字（Unreserved Characters）

以下の文字はエンコード不要でそのまま使用できます：

• 英数字: A-Z a-z 0-9
• 記号: - _ . ~（ハイフン、アンダースコア、ピリオド、チルダ）

💡 このツールは、RFC 3986に準拠したエンコード・デコードを実行します。予約文字をデータとして使う場合は、自動的にパーセントエンコーディングに変換されます。

🔧 パーセントエンコーディングの仕組み

パーセントエンコーディング（Percent-Encoding）は、URLで使用できない文字をASCIIコードの16進数表現に変換する手法です。変換は以下の手順で行われます：

📌 エンコードの手順（例：「検索」）

1. UTF-8バイト列に変換
   • 「検」→ UTF-8: E6 A4 9C（3バイト）
   • 「索」→ UTF-8: E7 B4 A2（3バイト）
2. 各バイトをパーセント記号 + 16進数に変換
   • E6 → %E6
   • A4 → %A4
   • 9C → %9C
   • E7 → %E7
   • B4 → %B4
   • A2 → %A2
3. 結果: 「検索」 → %E6%A4%9C%E7%B4%A2

📌 デコードの手順（逆変換）

1. パーセント記号の後ろの16進数をバイト値に変換
2. バイト列をUTF-8として解釈し、元の文字列に復元

⚠️ 注意: エンコード済みの文字列を再度エンコードすると「二重エンコード」になり、正しくデコードできなくなります。例: %E6%A4%9C を再エンコード → %25E6%25A4%259C（%が%25になる）

🔤 文字エンコーディングと文字化け対策

URLエンコードで最も重要なのは、文字エンコーディング（Character Encoding）の統一です。文字化け（Mojibake）は、エンコード時とデコード時で異なる文字エンコーディングを使用した場合に発生します。

🌐 主な文字エンコーディング

🛡️ 文字化けを防ぐベストプラクティス

• UTF-8で統一: HTMLの<meta charset="UTF-8">とサーバー設定（Content-Type）を一致させる
• URLエンコードはUTF-8を使用: このツールを含む現代のURLエンコーダーはすべてUTF-8を採用
• 二重エンコードを避ける: JavaScriptのencodeURIComponent()を複数回呼び出さない
• デコード時も同じ文字コードを使用: UTF-8でエンコードしたURLは必ずUTF-8でデコードする

📌 このツールは常にUTF-8を使用するため、現代のWebアプリケーション・APIと100%互換性があります。古いShift_JISベースのシステムとやり取りする場合のみ、サーバー側で文字コード変換が必要になります。