URLデコーダー
URLエンコード(パーセントエンコード)された文字列をリアルタイムプレビューでデコードします。再帰的な多層デコード、URLコンポーネントの分解、クエリパラメータの解析、エンコーディング分析をサポート。UTF-8およびすべてのパーセントエンコード文字に対応しています。
広告ブロッカーにより広告が表示できません
MiniWebtool は広告収益で無料提供しています。このツールが役に立ったら、Premium(広告なし+高速)をご利用いただくか、MiniWebtool.com を許可リストに追加して再読み込みしてください。
- または Premium(広告なし)にアップグレード
- MiniWebtool.com の広告を許可してから再読み込みしてください
URLデコーダー
urlデコーダーへようこそ。これは、パーセントエンコードされたURLやテキストをデコードするためのプロフェッショナル向けツールです。APIリクエストのデバッグ、Webトラフィックの分析、フォーム送信内容の検査、または国際化されたURLの処理など、どのような場面でも、このデコーダーは他のツールにはない深い分析機能と共に即座に結果を提供します。
URLデコードとは何ですか?
URLデコード(パーセントデコードとも呼ばれます)は、パーセントエンコードされた文字を元の形式に戻すプロセスです。データがURLに含まれる場合、特定の文字はパーセント記号 (%) の後に2桁の16進数が続く形式で表す必要があります。URLデコードはこのプロセスを逆転させます。
例:
- %20 → スペース文字
- %26 → & (アンパサンド)
- %3F → ? (クエスチョンマーク)
- %E4%B8%AD → 中 (UTF-8エンコードされた漢字)
URLエンコードは RFC 3986 (Uniform Resource Identifier 構文) で定義されており、URL構文において多くの文字が特別な意味を持つため、URLでデータを安全に送信するために不可欠です。
このデコーダーの使い方
- エンコードされたテキストを貼り付ける: 入力エリアにURLエンコードされた文字列を入力します。完全なURL、クエリ文字列、フォームデータのペイロード、または任意のパーセントエンコードされたテキストを指定できます。一般的なパターンについては、フォーム上のクイックサンプルをご利用ください。
- プラス記号の処理を選択する:
+をスペースとしてデコードするか(HTMLフォームのクエリ文字列で標準的)、リテラルのプラス記号として保持するか(厳密な RFC 3986 モード)を選択します。 - 即座に結果を取得: 入力すると同時に、ライブプレビューにデコードされた出力がリアルタイムで表示されます。「URLをデコード」をクリックすると、URLコンポーネント分解、多層検出、エンコーディング統計を含む完全な分析が表示されます。
- 分析を確認する: 完全なURLの場合、コンポーネント分解(プロトコル、ホスト、パス、クエリパラメータ)を確認できます。多層エンコードされた文字列の場合は、各デコードレイヤーがステップバイステップで可視化されます。
- 結果をコピーする: コピーボタンをクリックして、デコードされたテキストをクリップボードにコピーします。
機能のハイライト
リアルタイム・ライブデコード
デコーダーは、JavaScriptを使用してブラウザ内で直接入力を処理します。入力すると同時に結果が即座に表示されるため、サーバーとの通信は不要です。データがデバイスから離れることはなく、完全なプライバシーが確保されます。
URLコンポーネント分解
完全なURLをデコードすると、ツールは自動的にそれをコンポーネントに解析します:scheme (プロトコル)、host、port、path、query string、および fragment。クエリパラメータは、見やすいキーと値のテーブルに表示されます。
多層デコード
URLが複数回エンコードされる(二重または三重エンコード)ことがあります。これは、エンコード関数が複数回適用された場合に発生します。例えば、%2520 は二重エンコードされたスペースです(% → %25 となり、%2520 = %20 = スペース)。当社のデコーダーはすべてのエンコーディングレイヤーを検出し、各ステップを表示します。
エンコーディング解析
入力内でどの文字がパーセントエンコードされていたか、その16進数値、デコードされた文字、および頻度を確認できます。これは、エンコーディングの問題をデバッグする際に非常に役立ちます。
URLエンコードの理解
なぜURLエンコードが必要なのか
URLには限られたASCII文字セットしか含めることができません。スペース、特殊記号、非ラテン文字など、このセットに含まれない文字は、安全に送信するためにパーセントエンコードする必要があります。このエンコードにより、URLが一意に定まり、ブラウザ、サーバー、プロキシによって正しく解析されることが保証されます。
予約済み文字 vs 非予約文字
非予約文字(安全、エンコード不要):
- 英字:
A-Z,a-z - 数字:
0-9 - 記号:
-_.~
予約済み文字(URL内で特別な意味を持ち、データとして使用する場合はエンコードが必要):
:/?#[]@!$&'()*+,;=
スペースにおけるプラス記号 (+) vs %20
URLでスペースが表示される方法は2つあります:
- + (プラス記号): HTMLフォームデータ(
application/x-www-form-urlencoded)で使用されます。フォームでhello worldを送信すると、クエリ文字列内ではhello+worldになります。 - %20: RFC 3986 で定義されているスペースの標準的なパーセントエンコードです。URLパスやその他の文脈で使用されます。
HTMLフォームからのクエリ文字列をデコードする場合は + をスペースとしてデコードし、URLパスや厳密な RFC 3986 URI をデコードする場合は + をリテラルのプラス記号として保持してください。
一般的なパーセントエンコード文字
| 文字 | エンコード | 説明 | カテゴリ |
|---|---|---|---|
| (スペース) | %20 | スペース文字 | 空白文字 |
| ! | %21 | 感嘆符 | 予約済み |
| # | %23 | ハッシュ / フラグメント | 予約済み |
| $ | %24 | ドル記号 | 予約済み |
| & | %26 | アンパサンド | 予約済み |
| + | %2B | プラス記号 | 予約済み |
| , | %2C | カンマ | 予約済み |
| / | %2F | スラッシュ | 予約済み |
| : | %3A | コロン | 予約済み |
| = | %3D | 等号 | 予約済み |
| ? | %3F | 疑問符 | 予約済み |
| @ | %40 | アットマーク | 予約済み |
| % | %25 | パーセント記号 | 特殊 |
二重(多層)URLエンコードとは何ですか?
二重エンコードは、すでにエンコードされた文字列がさらにエンコードされたときに発生します。これはWebアプリケーションにおけるバグの一般的な原因です:
- オリジナル:
hello world - 単一エンコード:
hello%20world(スペース → %20) - 二重エンコード:
hello%2520world(% → %25 となるため、%20 → %2520)
通常、以下のような場合に発生します:
- 誤ってエンコード関数を2回呼び出した場合
- すでにエンコードを想定しているコンテキストに挿入する前に、URLパラメータをエンコードした場合
- ミドルウェアやプロキシが追加のエンコードを適用した場合
当社の多層デコーダーはすべてのレイヤーを自動的に検出し、何が起こったかを正確に示しながらステップバイステップでデコードします。
主な用途
- APIリクエストのデバッグ: APIコールからのクエリパラメータを検査・デコードして、正しい値を確認します
- Webトラフィックの分析: サーバーログ、分析レポート、またはブラウザの開発者ツールからのURLをデコードします
- フォームデータの検査:
application/x-www-form-urlencoded形式のフォーム送信をデコードします - SEO分析: 国際化されたコンテンツ(非ラテン文字)を含むURLを読みやすくするためにデコードします
- セキュリティテスト: セキュリティ監査中に多層エンコードされたペイロードを検出してデコードします
- メールやSNSのリンク: トラッキングURLやリダイレクトチェーンをデコードします
よくある質問
URLデコードとは何ですか?
URLデコード(パーセントデコードとも呼ばれます)は、パーセントエンコードされた文字を元の形式に戻すプロセスです。例えば、%20 はスペースに、%26 は & に、%3D は = に変換されます。これは RFC 3986 で定義されているURLエンコードプロセスの逆です。
スペースにおける + と %20 の違いは何ですか?
+ と %20 はどちらもスペース文字を表しますが、文脈が異なります。+ 記号はHTMLフォームデータ(application/x-www-form-urlencoded)でスペースとして使用されます。一方、%20 は RFC 3986 で定義されたスペースの標準的なパーセントエンコードです。フォームからのクエリ文字列をデコードする場合は + をスペースとしてデコードし、URIパスをデコードする場合は + をリテラルのプラス記号として保持する必要があります。
二重URLエンコードとは何ですか?
二重エンコードは、すでにエンコードされた文字列が再度エンコードされたときに発生します。例えば、スペースは一度目のエンコードで %20 になり、二度目のエンコードで %2520 になります(% が %25 としてエンコードされるため)。これは、Webアプリケーションでエンコード関数が複数回適用されたときに誤って発生することがよくあります。当社の多層デコーダーは、すべてのエンコーディングレイヤーを検出して解決します。
URLデコードはブラウザで行われますか、それともサーバーで行われますか?
当社のURLデコーダーは、JavaScriptを使用してブラウザ内で直接すべてのデコードを実行します。データがデバイスから離れることはありません。これにより、完全なプライバシーが確保され、サーバーとの通信なしで即座に結果が得られます。サーバーサイドのフォーム送信は、フォールバックとしてのみ使用されます。
どの文字にURLエンコードが必要ですか?
RFC 3986 によると、URL内では予約済み文字 (: / ? # [ ] @ ! $ & ' ( ) * + , ; =)、スペース、およびすべての非ASCII文字をパーセントエンコードする必要があります。非予約文字 (A-Z, a-z, 0-9, -, _, ., ~) はエンコード不要です。
追加リソース
このコンテンツ、ページ、またはツールを引用する場合は、次のようにしてください:
"URLデコーダー"(https://MiniWebtool.com/ja/urlデコーダー/) MiniWebtool からの引用、https://MiniWebtool.com/
miniwebtool チームによる提供。更新日: 2026年2月13日