ツール説明

URL エンコード/デコードについて

URL Encoder/Decoder は、URL で安全に使えない文字や予約文字をパーセントエンコードし、エンコード済みの文字列を読みやすいテキストへ戻します。

クエリパラメータ、英語以外のパス、コールバック URL、ログからコピーした URL 断片の確認に使え、変換はすべてブラウザー内で行われます。

URL の ?、&、=、#、/ などには構造上の意味があります。パーセントエンコードはバイトを %HH として表し、これらの文字を URL 構造ではなくデータとして送れるようにします。

URL 全体と 1 つのパラメータのどちらをエンコードすべきですか？: 多くの場合はパラメータ値だけをエンコードします。URL 全体を処理すると :、/、?、& などの構造文字までエスケープされ、正しく解析されないことがあります。
空白が %20 と + のどちらにもなるのはなぜですか？: %20 は一般的なパーセントエンコードです。+ は application/x-www-form-urlencoded のフォーム規則でよく使われます。
デコード後もパーセント記号が残るのはなぜですか？: 二重エンコードされているか、元の値にパーセント記号そのものが含まれている可能性があります。二重エンコードだと確認できた場合だけ、もう一度デコードしてください。
URL-safe Base64 にも URL エンコードは必要ですか？: + と / を使わないため必要性は下がります。ただし、クエリ文字列へ入れる前に = のパディングやほかの特殊文字を確認してください。
入力はアップロードされますか？: いいえ。エンコードとデコードはブラウザー内で実行され、入力は wetool.site へ送信されません。

URL エンコードは、文字を URL 内で安全に扱うためのものです。Base64 はバイト列をテキストで表すためのものです。トークン、画像、バイナリデータでは両方が現れることがありますが、目的は異なります。

URL エンコードの多くの不具合は、「完全な URL」と「単一のパラメータ値」を同じように扱うことから起きます。

完全な URL: encodeURI は : / ? & = # を構造文字として残すため、すでに組み立てたリンクに向きます。
パラメータ値： encodeURIComponent は &、=、?、# をエンコードするため、search、redirect_uri、callback などの値に向きます。
フォーム規則： application/x-www-form-urlencoded では空白が + になることがあり、一般的なパーセントエンコードでは通常 %20 を使います。

バックエンドが誤った URL パラメータを受け取る場合は、ブラウザー、フロントエンド、ゲートウェイ、バックエンドの各層で何回エンコードまたはデコードされたか確認します。