URLエンコード・デコード
テキストをリンクに入れても安全な形に変換したり、%で始まる文字列を読める文字に戻したり、URLの構成を確認したりできます。
このデバイス内で封印済み
ブラウザ内で動作します。何もアップロードされません。
封印済み
結果
入力すると、ここに結果が表示されます。
デコードできません
このURLの構成
クエリパラメータ
| 名前 | 値（デコード済み） |
|---|
使い方
-
変換の方向を選ぶ
エンコードはテキストをURLで安全に使える形にします。デコードは%C3%A9のような文字列を読める文字に戻します。
-
対象を選ぶ
パラメータの値だけなら、特殊文字をすべてエンコードする必要があります。URL全体の場合は、スラッシュ、疑問符、アンパサンドはそのまま残ります。
-
コピーまたは確認
結果をコピーするか、URLをプロトコル、ホスト、パス、パラメータ、フラグメントに分けた表を確認します。
よくある質問
貼り付けたテキストはどこかに送信されますか？
いいえ。エンコード、デコード、URLの解析はすべてブラウザ内で行われるため、トークンや個人情報を含むリンクもお使いのデバイスから出ません。
URLの一部とURL全体のエンコードの違いは何ですか？
?q=のあとに置く検索語のようなURLの一部では、&、=、/などの文字をエンコードし、URLの構造として読まれないようにする必要があります。URL全体の場合、これらの文字は構造そのものなので残し、スペースとASCII以外の文字だけをエンコードします。
スペースは%20と+のどちらにすべきですか？
どちらも一般的です。%20はURLのどこでも使えます。+がスペースを意味するのは、HTMLフォームが送信するクエリ文字列の中だけです。迷ったら%20を使ってください。
日本語やアクセント付きの文字が複数の%コードになるのはなぜですか？
URLはUTF-8を使い、éのような文字は2バイト、ひらがなや漢字の多くは3バイト、絵文字は4バイトになります。各バイトは%と16進数2桁で書かれるため、éは%C3%A9、「あ」は%E3%81%82になります。
デコードに失敗するテキストがあるのはなぜですか？
%のあとに16進数が2桁続いていない場合や、バイト列が有効なUTF-8でない場合にデコードは失敗します。後者は、古いシステムがLatin-1などでエンコードしたテキストでよく起こります。エラーには問題の場所が正確に表示されます。