URLエンコード・デコードツール
URLをエンコード・デコードします。
ツールを開いて確認する →PRACTICAL GUIDE / Web・URL
パス、クエリ、値、空白、プラス記号、日本語URLを正しく扱うための確認方法です。
最終確認日:2026年8月22日 確認者:UtilityBox運営者
%25や文字化けが発生する二重エンコード、クエリ全体と値だけのエンコード混同を防ぎます。
特に「URL全体へencodeURIComponent相当を適用している。」状態を見落とさないため、作業を始める前に元データや現在の設定を残し、変更前後を比較できる状態を作ることが重要です。
URLエンコードで二重変換を防ぐ方法では、処理が完了したかだけでなく、入力条件、変更内容、確認結果の3点を記録します。自動判定で確定できない部分は、利用先の仕様や担当者の判断と照合してください。
WORKED EXAMPLE
「URL全体へencodeURIComponent相当を適用している。」可能性のあるケースを、元データを壊さずに切り分けます。
発生している問題
%25や文字化けが発生する二重エンコード、クエリ全体と値だけのエンコード混同を防ぎます。
最初に確認する原因
1. URL全体へencodeURIComponent相当を適用している。
2. 既に%xx形式の文字列を再度エンコードしている。
3. application/x-www-form-urlencodedの+と空白を混同している。作業記録
1. 変換対象がURL全体、パス、クエリ値のどれかを決めます。
2. 元文字列と1回変換後を並べて確認します。
3. 送信先でデコード後の値が一致するか確認します。
完了判定
- https://などの区切りが壊れていない。
- %が%25へ不要変換されていない。
- 日本語、&、=、+、#を含む値を確認する。同じ症状でも原因は一つとは限りません。特に「URL全体へencodeURIComponent相当を適用している。」に該当する場合と「既に%xx形式の文字列を再度エンコードしている。」に該当する場合では、確認すべき入力や設定が異なります。
一度に複数の条件を変更せず、変更前の状態と比較できるように一項目ずつ確認すると、再発時にも判断しやすくなります。
最低限、確認項目の「https://などの区切りが壊れていない。」を満たすことを確かめます。結果の一部だけで判断せず、件数、形式、代表値、境界条件など、このガイドに示す確認項目を組み合わせてください。
また、URLエンコードはHTMLエスケープやSQLエスケープの代替ではありません。 この限界に該当する場合は、ツールの結果だけで作業を確定せず、仕様書や元データへ戻って確認します。
変換対象がURL全体、パス、クエリ値のどれかを決めます。
元文字列と1回変換後を並べて確認します。
送信先でデコード後の値が一致するか確認します。
URLをエンコード・デコードします。
ツールを開いて確認する →キーと値の表からURLクエリ文字列を作成し、重複キーにも対応する。
ツールを開いて確認する →現在URLとcanonical候補を比較し、相対・絶対URLや末尾スラッシュを確認する。
ツールを開いて確認する →ツールの操作方法だけでなく、結果を誤用しないための具体例、確認項目、処理の限界、元データを保管すべき場面まで記載します。原因・手順・完了判定・限界を運営者が確認したガイドだけを一覧と検索対象へ掲載します。