URLエンコード/デコード(パーセントエンコーディング)

URLのフル値と部分をエンコードするとき

%-encoding の最も一般的な間違いは、URL の間違った部分をエンコーディングすることです。 多くのワークフローでは、URL 文字列全体ではなく、クエリ値、パス セグメント、フラグメント、またはリダイレクト ターゲットをエンコードするだけです。 このページでは、個々の値やコンポーネントに最も適したエンコーダーコンポーネントとデコーダライズコンポーネントを使用します。

通常エンコーディングが必要な文字

スペース、アンパサンド、等しい兆候、疑問符、ハッシュ、パーセントサイン、コンポーネント値のスラッシュ、および非ASCII文字は、URL内に配置する前にテキストをエンコードする一般的な理由です。 検索クエリ、ラベル、ファイル名、ユーザが指定した値に対して特に重要であり、クエリ文字列やパスセグメントを破棄します。

URLエンコーディングでよくある間違い

ダブルエンコーディングは最も一般的な問題の1つです。 たとえば、既存の%20エンコードも%2520になります。 1つのパラメータ値だけがデコードされるべきであるとき別の共通の間違いはURL全体を解読します。 このページでは、%20のようなパーセントエンコードされたスペースを生成し、フォームスタイルのプラス記号ではなく、覚えておくことも重要です。

実用的なワークフロー

リンク用のクエリパラメータを用意したり、UTMをクリーンアップしたり、値を追跡したり、ログやブラウザツールからコピーされたパーセントエンコードされたテキストをデコードしたり、別のURLに差し込む前にパスセグメントを安全に作成したりするときに、このページを使用します。 1つの値を一度に処理し、正確なパーセントエンコードされた結果を見たいときに最も役立ちます。

英語以外のテキストと絵文字で何が起こるか

このツールは、アクセント文字、非ラテン文字、および emoji が 1 つのユニットの代わりに複数のパーセントコードになる理由である UTF-8 バイトをパーセントエンコードします。 元のUnicodeテキストのURLセーフな表現を期待すると、その動作は正常で便利です。

エラーをデコードするトラブルシューティング

通常、デコード失敗は、過去のテキストに誤字されたパーセントのシーケンス、混合されたプレーンとエンコードされたコンテンツ、または既にデコードされた文字列が含まれていることを意味します。 結果が間違っている場合は、単一のコンポーネントではなくフルURLを貼り付けたかどうか、以前の処理でパーセントの兆候が倍増していたかどうかを確認してください。