URLデコーダー
URLエンコーダー・デコーダーのプリセット
パーセントエンコードされたURLを読みやすいテキストに戻します。トラッキングリンクを読んだり、リダイレクトパラメータをデコードしたり、記録されたURLが実際に何を指していたかを調べたりするのに便利です。
- ファイルは端末の外に出ません
- 無料、登録不要
- 透かしなし
- 一度読み込めばオフラインでも動作します
URLエンコーダー・デコーダーの使い方
- 1
方向を選ぶ
URL用にテキストをエンコードするか、エンコードされたURLをテキストにデコードします。
- 2
モードを選ぶ
コンポーネントモードはすべてをエスケープします。完全URLモードは構造を保持します。
- 3
結果をコピー
入力中に結果が更新されます。
デコードされたURLパラメータが実際に明らかにすること
マーケティングのトラッキングリンク、リダイレクトパラメータ、あるいはサーバーログからキャプチャされたURLは、一目では判読できない長いパーセントエスケープの文字列として届くことがよくあります — それをデコードすることで、リンクが本当に運ぶ実際の行き先、検索語、データが明らかになります。これは多くの場合、クリックする前に疑わしいまたは未知のリンクが実際に何をするかを理解する最速の方法であり、あるいは記録されたリクエストURLからユーザーが何を検索したかを再構築する方法です。
マルチバイトのUnicodeエスケープを正しく読む
URLでエンコードされた1つのアクセント付き文字や絵文字は、単一のパーセントエスケープではなく連続した複数のパーセントエスケープを生成することがよくあります — éは`%C3%A9`になり、そのUTF-8エンコーディングを表す2つのエスケープされたバイトです。絵文字は4つ生成することもあります。正しくデコードするということは、それらのマルチバイトUTF-8シーケンスをそれが表す単一の文字に再結合することを意味し、各`%XX`エスケープを単純にそれ自体の独立した文字に変換するのではありません。後者は基本的なASCII範囲外の何にとっても歪んだ判読不能な出力を生成してしまいます。
デコード時にスペースの両方の慣習を処理する
ログ、メールリンク、あるいはブラウザのアドレスバーからキャプチャされた実際のURLは、標準の`%20`と、より古いフォームエンコーディングの`+`の両方をスペースの表現に使う可能性があるため、このツールは片方だけを認識するのではなく、両方を正しくチェックしてリテラルなスペースに変換します — `+`区切り文字を使ったクエリ文字列を貼り付けるのに、読みやすい結果を得るためだけに先に`%20`に変換する必要はありません。
よくある質問
コンポーネントモードと完全URLモードの違いは何ですか？
コンポーネントモード（`encodeURIComponent`）は、単一のクエリパラメータの値に欲しい/ ? & = # を含めすべてをエスケープします。完全URLモード（`encodeURI`）はそれらの構造的な文字をそのままにして、アドレス全体が使えるままになるようにします。間違った方を使うことが最もよくあるURLエンコードのミスです。
なぜすべてをエンコードしたらURLが壊れたのですか？
ほぼ間違いなく完全URLに対してコンポーネントモードを使い、`://`と`&`区切り文字をエスケープしてしまったのです。各パラメータの*値*を個別にエンコードしてからURLを組み立ててください — すでに組み立てられた結果をエンコードしてはいけません。
なぜスペースが時々%20になり、時々+になるのですか？
パーセントエンコーディングは%20を使います。`+`形式はより古いHTMLフォームエンコーディング（`application/x-www-form-urlencoded`）から来ており、クエリ文字列の中だけで有効で、パスでは決して有効ではありません。このツールは%20を生成し、両方をデコードします。
絵文字や他言語の文字はどう処理されますか？
UTF-8バイトとしてエンコードされるため、éは%C3%A9になり、絵文字は4つのパーセントエスケープになります。それが正しい挙動で、正確に往復変換されます。