URLエンコーダー / デコーダー
テキストまたはURLエンコードされた文字列を入力し、方向を選択すると、エンコードまたはデコードされた結果が即座に得られます。
最終更新日： September 5, 2026
よくある質問
URLエンコーディングは何をしますか？
URLで安全でない文字（スペース、&、?、#など）をパーセント記号とその16進コードに変換します。例えば、スペースは%20になります。これにより、検索クエリやパラメータ値などのテキストをURLに安全に含めることができます。
なぜスペースはプラス記号（+）ではなく%20になるのですか？
実際には両方が使用されます。%20はURL内のどこでもスペースの標準的なパーセントエンコーディングですが、+はURLクエリ文字列（フォームエンコードされたデータ）内でのみ具体的に「スペース」を意味する、HTMLフォームからのレガシーな慣習です。このツールはより普遍的に正しいエンコーディングである%20を使用します。
実際にはエンコードされていないテキストをデコードしようとするとどうなりますか？
%シーケンスのないプレーンテキストは変換するものがないため、変更されずにそのままデコードされます。デコードは、テキストに不完全または無効な%シーケンス（2つの有効な16進数字が続かない%など）が含まれている場合にのみ失敗します。
これはJavaScriptのencodeURIComponent()と同じですか？
はい。エンコーディングはまさにその関数を使用しています。これは、URL全体をエンコードすることを目的とし、/や:などの文字をそのままにするencodeURI()とは対照的に、（クエリパラメータのような）単一の値をURLで使用するために安全にエンコードする標準的な方法です。
エンコード時に「&」という文字はどうなりますか？
%26になります。「&」はURLにおいて特別な意味を持ち（クエリパラメータを区切る）、実際のパラメータ区切り文字としてではなく、リテラルなデータとして出現する場合はパーセントエンコードして%26にする必要があります。
https://example.com のようにすでに完全に有効なURLをエンコードすると、壊れてしまいますか？
エンコードは（検索クエリのような）個々の値のためのものであり、URL全体のためのものではありません。完全なURLをこのツールのエンコードモードに通すと、URL自体のスラッシュやコロン（「:」は「%3A」、「/」は「%2F」）まで変換されてしまい、クリック可能なリンクとして機能しなくなります。周囲のURL構造ではなく、パラメータの値自体だけをエンコードしてください。
%20と+の両方でスペースが表現されているURLをデコードできますか？
このツールのデコードモードは、%XXのパーセントシーケンスを元の文字に戻しますが、クエリ文字列中のリテラルな「+」はスペースを表す別のレガシーな慣習であり、パーセントデコードだけでは変換されません。入力に両方の慣習が混在している場合は、デコードの前後で「+」を手動でスペースに置き換える必要があるかもしれません。