無料URLエンコーダ・デコーダ - オンラインURLエンコード変換
768 回使用URLエンコード参照表
| 文字 | エンコード | 説明 |
|---|---|---|
| スペース | %20 / + | 最も一般的なURLエスケープ文字 |
| ! | %21 | 感嘆符 |
| # | %23 | ハッシュ、URLアンカー記号 |
| % | %25 | パーセント記号(エスケープ必須) |
| & | %26 | URLパラメータ区切り |
| = | %3D | URLパラメータ代入 |
| ? | %3F | クエリ文字列の開始 |
| / | %2F | パス区切り |
URLエンコードの知識
URLエンコードとは?
URLエンコードは特殊文字を%XX形式に変換し、URLがWeb上で安全に送信されることを保証します。
URLの非ASCII文字
非ASCII文字(日本語等)はUTF-8バイトに変換されてからパーセントエンコードされます。
encodeURIComponent
: / ? # を含むすべての特殊文字をエンコード。URLパラメータ値に最適です。
encodeURI
URL構造文字(://?#@)を保持。完全なURLをエンコードする場合に使用します。
URL安全文字
英字A-Z、a-z、数字0-9、-_.~ はURL安全文字で、エンコード不要です。
スペースのエンコード
スペースは%20または+にエンコード可能。パスには%20が標準、フォーム送信には+が使用されます。
よくある質問
新しいウェブサイトの公開に向けて、複数のURLクエリパラメータやパスを素早くエンコードするにはどうすればよいですか?
このツールは効率性を重視して設計されています!複数の異なるURLパスセグメントやクエリパラメータ値(それぞれを新しい行に)をエンコーダーに貼り付けることができます。各行は独立して処理され、特殊文字は正しいパーセントエンコード形式に変換されます。これにより、サイトマップ、内部リンク、またはAPIコール用の多数の新しいURLを準備する際に大幅な時間を節約でき、サイト公開初日からすべてのリンクが有効で堅牢であることを保証します。
異なる文字セットで直接テキストをエンコードできますか?
このツールは文字セット変換ではなく、URLエンコーディングに焦点を当てています。入力テキストはUTF-8などの標準セットであると仮定します。異なるエンコーディングのテキストがある場合は、適切なパーセントエンコーディングを保証するために、このエンコーダーを使用する前にUTF-8に変換する必要があります。文字列がUTF-8バイトとして表現されていることを確認してからここに入力してください。
encodeURIが?や=などの文字をそのままにする理由は?
encodeURIはURL全体をエンコードするためのもので、パラメータ値用ではありません。URLで特別な意味を持つ?、#、/、=などの文字はそのまま残します。これらの文字もエンコードしたい場合はencodeURIComponentを使ってください。例えばencodeURIは?をそのままにしますが、encodeURIComponentは%3Fに変換します。URLのどの部分をエンコードするかでツールのモードを選びましょう。
ブラウザのアドレスバーに表示されるエンコード済みURLが、入力したものと異なるのはなぜですか?
ブラウザはURLを自動的に正規化することがよくあります。例えばアドレスバーにスペースを入力すると%20に変換されますが、一部のブラウザは再びスペースとして表示します。このツールはネットワーク経由で実際に送信される生のパーセントエンコード出力を表示します。ブラウザのアドレスをデコーダーに貼り付けて、実際の基になる文字を確認してください。この不一致に多くの開発者が驚きます。
URLエンコードとHTMLエンティティエンコードの違いは?
まったく別物です。URLエンコードはスペースを%20に変えますが、HTMLエンティティは や を使います。混同するとリンクが壊れたり、生のコードがページに表示されたりします。このツールはURLエンコード専用です。JSON APIのレスポンスに&が含まれていたら、それはHTMLエンコードの混入であり、URLの問題ではありません。
誤って2回エンコードされたURLをデコードできますか?
二重エンコードは、すでにパーセントエンコードされた文字列を再度エンコードしてしまうと発生します。%20ではなく%2520になっているのが特徴です。一度デコーダーにかけ、結果にまだ%記号があれば、もう一度デコードしてください。3回やる必要はまずありません。決済ゲートウェイのコールバックが文字化けしているなら、これが原因です。
URLエンコードはデータを暗号化して安全に共有できるようにするのですか?
いいえ、まったく違います。URLエンコードは単なるフォーマット変換です。空白を%20に、特殊文字をパーセントコードに変えるだけ。誰でもこのツールで即座にデコードできます。透明ラップでサンドイッチを包むようなもので、きれいですが中身は丸見えです。パスワードやAPIキーをURLで共有するなら、本当の暗号化(HTTPSが通信を保護)かハッシュを使ってください。エンコードだけではゼロ・プライバシーです。
メルマガのリンクをエディタからコピーすると、なぜ壊れてしまうのですか?
メールエディタはスペースや特殊文字をいい加減にエンコードすることがあります。エディタ上では問題なく見えても、送信後にスペースが%20に変わったり、最初のスペースでリンクが切れたりします。このデコーダーにリンクを貼り付けて、実際に含まれている文字を確認してください。`&`ではなく生の`&`が見つかったら、それはURLエンコードではなくHTMLエンコードです。コツ:テンプレートに挿入する前に、クエリ文字列全体を`encodeURIComponent`でエンコードしておきましょう。
すでにエンコードされた文字を含むURLをデコードするとどうなりますか?
デコーダーは元のパーセントエンコードバイトをそのまま表示するだけで、それ以上は何も処理しません。例えば、`%2520`は最初の実行では`%20`にデコードされ、スペースにはなりません。二重エンコードが疑われる場合は、もう一度実行してください — 2回目でようやくスペースが現れます。実際のデータパイプラインでクエリ文字列が誤って三重エンコードされるのを見たことがあるので、APIログがおかしいなら2回確認しましょう。スプレッドシートのエクスポートを掃除するなら、1回デコードしてから残った`%`記号を検索するのがおすすめです。
URLエンコードとBase64エンコードは同じものですか?
いいえ、混同すると大きな問題になります。URLエンコードは%記号と16進数を使い、スペースは%20になります。Base64はA-Z、a-z、0-9、プラス、スラッシュという全く別の文字セットでバイナリデータをテキスト化します。このツールでBase64文字列をデコードしようとすると、文字化けかエラーが出ます。見分け方のコツ:Base64は末尾に=のパディングが付きやすく、元データよりかなり長くなります。APIの署名付きリンクを作る場合は、+と/を-と_に置き換えたBase64urlを要求するシステムもあるので、ドキュメントを必ず確認してください。その形式は当ツールでも正しく処理できません。
使い方
- エンコードモードを選択: encodeURIComponent またはencodeURI
- 入力欄にURLまたはテキストを入力
- エンコードまたはデコードをクリック
- 入れ替えで入出力を交換して再処理可能
- すべての処理はブラウザ内でローカルに実行されます