URLエンコード・デコード変換ツール - 多彩な文字コードとエンコード方式に対応

URLエンコードのトラブルは、主に3つの原因で発生します。

1つ目は、エンコード方式の選択ミスです。
フォーム送信にStandard方式を使用したり、sitemap.xmlに通常のURLエンコードを適用すると、サーバー側で正しく解釈されない場合があります。

2つ目は、文字コードの不一致です。
送信側と受信側で異なる文字コードを使用していると、文字化けやデータ欠損が発生することがあります。

3つ目は、二重エンコードです。
すでにエンコード済みのURLを再度変換すると、% が %25 に変わり、リンクが正常に動作しなくなる場合があります。重複エンコード防止オプションを有効にすると、この問題を防げます。

URLエンコードは用途に応じて適切な方式を選ぶことが重要です。

• Standard Encodeは最も一般的な方式で、空白を%20へ変換します。
• Form EncodeはHTMLフォーム送信向けの方式で、空白を+として処理します。
• URI EncodeはURL全体の構造を保持したまま、パス(path)とクエリ(query)部分のみをエンコードするため、完全なURLの変換に適しています。
• Sitemap Encodeは sitemap.xml 専用に最適化された方式です。
  通常のURLエンコードを行っても、&ではなく&が残っていると、XMLパーサーでエラーが発生することがあります。
  この方式では、& → &、< → < のようにXML予約文字も自動変換されるため、そのまま <loc> タグへ貼り付けて利用できます。

用途に合わない方式を選択すると、サーバー側でパラメータが正しく解釈されなかったり、リンクが正常に動作しなくなる原因になります。

文字コードには、それぞれ文字をバイト列へ変換する独自のルールがあります。
異なる文字コードを使用すると、同じバイト値でも別の文字として解釈され、文字化けが発生します。

Web標準ではUTF-8が推奨されていますが、古いシステムや地域特有の環境では、現在でもレガシー文字コードが利用されています。
VivoldiはUTF-8、UTF-16、UTF-32、ASCII、ISO-8859系に加え、EUC系、Shift_JIS、GB2312、Big5など30種類以上の文字コードに対応しています。

送信側と受信側で同じ文字コードを使用することが、文字化けやデータ破損を防ぐ基本です。

外部APIを利用する際、クエリパラメータに特殊文字や空白が含まれていると、リクエストが正しく処理されない場合があります。

URLエンコードを適用することで、サーバー側でパラメータを正確に解釈できます。
たとえば、空白は%20、&は%26、=は%3Dへ変換されます。

メール内のリンク、SNS共有URL、OAuthコールバックパラメータなどでも同じ仕組みが利用されています。
ドメインに日本語などの非ASCII文字が含まれる場合は、ドメインPunycode変換ツールも活用できます。

メールで受け取ったリンクが%2Fや%3Aのような文字列だらけになっていたり、ブラウザのURLが読みにくい場合は、デコードタブへ貼り付けるだけで元の内容を確認できます。

開発環境では、サーバーログ解析、APIレスポンスの確認、リダイレクトパラメータのデバッグなどにも同じ方法が役立ちます。

前後の空白削除オプションを使えば、コピー時に混入した不要なスペースもまとめて処理できます。
整理したテキストやIP一覧を行単位で並び替えたい場合は、テキスト/IP並び替えツールも便利です。