URL エンコードとデコード

機能

• 双方向変換：テキスト ⇄ percent-encoding（%XX）
• 2つの方式を選択可能：encodeURIComponent（パラメータ値）と encodeURI（URL 全体）
• 日本語・中国語・空白・emoji はすべて UTF-8 で符号化し、ブラウザのアドレスバーでの書き方と一致します
• デコードに失敗したときは原因を明示：エスケープが途中で切れている（% の後ろが2桁の16進数でない）か、元が UTF-8 でない（GBK など）か
• + を空白として扱わないことを明示 —— それはフォーム符号化の規則で、percent-encoding ではありません
• 入力するとすぐ結果が出ます。ボタンを押す必要はありません

使い方

1. 方向を選びます：エンコードかデコード
2. 符号化の方式を選びます：パラメータ値か URL 全体か
3. 内容を入力欄に貼り付けると、結果がリアルタイムで表示されます
4. 「コピー」で結果を取り出せます

よくある質問

encodeURIComponent と encodeURI はどちらを使えばよいですか？

規則は1つで足ります：URL 全体には encodeURI、個々のパラメータ値には encodeURIComponent。両者が分かれるのは ; , / ? : @ & = + $ # の 11 文字だけで、encodeURI はこれらを残し（URL の構造がこれらに依存しています）、encodeURIComponent はこれらもエスケープします。URL 全体を encodeURIComponent に通すと https:// の :// までエスケープされ、得られたアドレスはそのままでは開けません。

デコード後も %3F や %2F が残るのはなぜですか？

符号化の方式が encodeURI になっているからです。対応する decodeURI も予約文字を復元しません —— %3F は「データの中の文字としての ? であり、クエリ文字列の先頭ではない」という意味で、? に戻すと URL の意味が変わってしまいます。すべて復元したいときは encodeURIComponent のほうに切り替えてください。

空白が + ではなく %20 になるのはなぜですか？

percent-encoding では空白のエスケープは %20 です。+ で空白を表すのはフォーム送信（application/x-www-form-urlencoded）の別の規則で、両者は混ぜられません。本ツールは前者に従い、+ を空白として解釈することもありません。

「元のバイト列が UTF-8 でない可能性があります」とはどういう意味ですか？

エスケープシーケンス自体は完全ですが、解いたバイト列が有効な UTF-8 ではない、という意味です —— GBK で符号化された古いシステムからコピーしたリンクによく見られます。GBK の「你」は %C4%E3 ですが、UTF-8 では %E4%BD%A0 です。この場合、本ツールでは符号化方式を推測できません。符号化を指定できる別のツールをお使いください。