URLエンコード・デコード
URLパラメータ値などの文字列をエンコード/デコードできます。URL全体というより一部文字列の変換を想定したツールで、不正な入力時はエラーを明示します。処理はブラウザ内で完結します。
入力文字数: 0
結果文字数: 0
入力データは原則ブラウザ内で処理します。機密情報は入力しないでください。
使い方
- エンコード/デコードを選び、必要に応じてフォーム形式オプションを切り替えます。
- 入力欄に文字列を貼り付けて「変換する」を押します。
- 結果欄を確認し、必要ならコピーまたは入れ替えで再利用します。
判断基準
API仕様が `application/x-www-form-urlencoded` 前提ならフォーム形式を有効化し、RFC準拠の通常URL部品なら標準モードを選ぶ、 という切り分けで混在ミスを防げます。
よくある失敗
- URL全体を丸ごとエンコードしてしまい、`https://` まで `%` 化される。
- 既にエンコード済みの値を再エンコードし、`%25` が大量発生する。
- デコード時に途中で切れた `%E3%81` を貼り付け、文字化けの原因を見落とす。
境界条件
- このツールは文字列変換のみで、URL妥当性や到達可否の検証は行いません。
- 一般的にはパス・クエリ・フラグメントで必要なエンコード粒度が異なります。
- 外部APIの署名付きURLは独自ルールがあるため、公式仕様の優先確認が必要です。
注意点
- このツールはURL全体より、クエリ値などURLの一部文字列の変換を想定しています。
- デコード時に `%ZZ` や途中切れの `%` がある場合はエラーを表示します。
- 処理はブラウザ内で完結しますが、機密情報の入力は避けてください。
- 入力内容がURLクエリに含まれるため、共有時は機密データの混入に注意してください。
具体例
- 入力（エンコード）: `田中 太郎` → 出力（標準）: `%E7%94%B0%E4%B8%AD%20%E5%A4%AA%E9%83%8E`
- 入力（デコード）: `name%3Dtaro+hanako`（フォーム形式ON）→ 出力: `name=taro hanako`
失敗しやすい入力例
URL全体を一括エンコードする
スキームやホストまで変換するとURLとして利用しづらくなります。
例: 入力例: https://example.com?q=田中 / 出力: https%3A%2F%2F...
既に%エンコード済みの値を再エンコードする
`%` が `%25` 化され二重エンコードになります。
例: 入力例: %E7%94%B0%E4%B8%AD / 出力: %25E7%2594...
境界値・例外ケース
不正な%シーケンスを含むデコード
途中切れや無効16進数を含むとエラーになります。
例: 入力例: %E3%81 / 出力: デコード失敗
フォーム形式での+扱い
フォーム形式ONでは `+` を空白として処理します。
例: 入力例: a+b（フォームON） / 出力: a b
よくあるミス
パスとクエリで同じ変換ルールを使う
URL部位によって必要なエンコード粒度が異なります。
例: 判断ポイント: クエリ値だけを個別変換する
復号後文字列をそのまま再配布する
再利用先に合わせて再エンコードしないとリンク切れの原因になります。
例: 出力例: 日本語文字列は配布前に再エンコード
FAQ
URL全体を入れても使えますか？
使えますが、このツールは主にURLの一部（クエリ値など）の変換を想定しています。URL全体の場合は対象範囲に注意してください。
+ はスペースとして扱われますか？
標準では空白は %20 です。フォーム形式オプションを有効にすると、エンコードは +、デコードは + を空白として扱います。
不正な文字列をデコードするとどうなりますか？
エラーとして表示し、結果欄は不整合を避けるためクリアします。
二重エンコードかどうかを見分ける目安はありますか？
`%25` が多く含まれる場合は二重エンコードの可能性があります。1回デコードして意図した形に戻るか確認してください。
基本FAQ
入力データは外部へ送信されますか？
原則として送信されません。入力内容はブラウザ内で処理します。例外がある場合は各ツールページ内に明記しています。
入力内容は自動保存されますか？
原則として自動保存しません。コピーやダウンロードで保存する場合は、ご利用端末内に保存されます。
関連ツール
現在の入力内容とあわせて確認しやすいツールです。