URL デコード
パーセントエンコードされたURL文字列を下に貼り付けてデコードをクリックすると読みやすいテキストに変換されます。すべての処理はブラウザ内でローカルに行われます。
コピーしました！
URLデコーディングとは？
URLデコーディング（パーセントデコーディング）は、パーセントエンコードされた文字を元の形に変換します。例えば、%20はスペースに、%26は&になります。
このツールは+記号もスペースとしてデコードします（フォームデータで一般的）。
戻ってくるものを決めるのは 2 つの設定です。文字セットは、デコードしたバイトをどうテキストにするかを決めます。UTF-8 以前のものではこれが効いてきます。プラス記号の設定は、プラスが空白を意味するかどうかを決めます。フォームデータでは正しく、パスでは誤りなので、URL に載せた base64 の値は選択を誤ると壊れます。結果にパーセントエスケープが残る場合はページが知らせます。ほぼ必ず、その値が二重にエンコードされているからです。
デコードできない不具合を追っていますか。
デコードできないペイロードは、たいてい原因ではなく症状です。経路のどこかでの二重エンコード、宣言せず仮定された文字セット、誰の想定とも少しずれたバイト列に対して署名されたトークン。私たちはまさにこうした領域、つまり連携やAPI、そしてその間でデータを受け渡すシステムを手がけています。
不具合の内容を相談するよくある質問
このツールは何をデコードできますか
パーセントエンコードされたテキストなら何でもです。クエリ文字列の値、パスの一部、リダイレクト先、ログに書く前にエスケープされた URL 全体などです。各 %XX はそれが示すバイトに戻り、そのバイトが選んだ文字セットでテキストになります。
プラス記号が空白になったのはなぜですか
フォームのデータが空白をプラスで書くからです。この規則が当てはまるのは x-www-form-urlencoded の本文とクエリ文字列だけなので、プラスが本物の文字であるパスや base64 の値をデコードするときはオフにしてください。
二重エンコードの警告は何を意味しますか
結果にまだパーセントエスケープが残っているという意味で、値をエンコードした後に別のシステムがもう一度エンコードしたときに起こります。典型的な目印が %2520 です。これは空白ではなく %20 になります。もう一度デコードすると元に戻ります。
疑問符や見慣れない文字が返るのはなぜですか
バイトをある文字セットでエンコードし、別の文字セットでデコードしたからです。UTF-8 の 1 文字を Windows-1252 として読むと、アクセント付きの 2 文字になって返ります。正しく読めるまで文字セットを変えてみてください。
多くの値をまとめてデコードできますか
できます。1 行に 1 つずつ貼り付け、行ごとのオプションを有効にすると、値ごとに個別にデコードされ、出力も同じ形を保ちます。ログの 1 行をそのまま貼っても動きます。変わるのはパーセントエスケープだけだからです。