• ホーム
  • URL エンコード・デコードツール

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

URLエンコード

URLデコード

ツールについて

このツールの用途

URLエンコーディングは、スペース、非ASCII文字、プラス記号、スラッシュ、疑問符、その他の特殊文字を、ブラウザやサーバーが安全に受け渡せる形式に変換します。URLデコーディングはそのプロセスを逆にして、元のテキストを検査できるようにします。

典型的な使用例

  • 検索語、中国語テキスト、またはフィルタ値をクエリ文字列に安全に追加する。
  • エンコードされたコールバックURL、リダイレクトターゲット、APIリクエスト内のパラメータを検査する。
  • ログ、ブラウザアドレスバー、またはゲートウェイ設定値から元のテキストを復元する。
  • 階層化された文字列変換をデバッグする際は、Base64エンコード/デコードおよびUnicodeエンコード/デコードと併用してください。

使い方

  1. 元のテキストを左側のパネルに貼り付けると、エンコードされた結果が即時に生成されます。
  2. エンコードされた文字列を右側のパネルに貼り付けると、テキストにデコードされます。
  3. デコードが失敗する場合は、まず不完全な%エスケープシーケンスがないか確認してください。

例

          元のテキスト: a+b c/中文
エンコード結果: a%2Bb%20c%2F%E4%B8%AD%E6%96%87

このようなエンコードされた出力は、クエリパラメータやリダイレクトURLで一般的であり、デコードすると元のテキストが復元されます。

よくある間違い

  • ほとんどの場合、パラメータ値をエンコードすべきであり、URL全体ではありません。
  • 二重エンコーディングは、サーバーが期待する値を見られなくなるため、有効なパラメータを破壊します。
  • スペースや非ASCII文字を含む文字列は、エンコードせずにログ、ゲートウェイ、またはアドレスバーに直接コピーされると特に破損する可能性があります。

FAQ

いつURLエンコードすべきですか？

パラメータにスペース、非ASCIIテキスト、プラス記号、スラッシュ、疑問符、ハッシュ、その他の特殊文字が含まれている場合は、URLエンコーディングが通常安全な選択です。

URL全体をエンコードすべきですか、それともパラメータ値のみですか？

ほとんどの場合、パラメータ値のみをエンコードすべきです。URL全体をエンコードすると、スキーム、パス区切り、疑問符などの構造文字もエスケープされます。

なぜ一部のシステムは%20ではなくプラス記号としてスペースを表示するのですか？

これは通常、フォームエンコーディングルールから来ます。このツールは一般的なURLコンポーネントエンコーディングルールに従うため、スペースは%20になります。

デコードで入力が有効なURLエンコードされたテキストではないと表示されるのはなぜですか？

これは通常、入力に不完全なパーセントエスケープフラグメントや無効な文字が含まれていることを意味します。元のソースを確認し、完全なエンコードされた文字列を再度コピーしてください。

Related tools

次に低レベルの文字列やエンコーディングの問題をデバッグする必要がある場合、これらの関連ツールが役立ちます：