2010年から · 毎月200万回以上のツール利用を支えています
2010年から
Chrome に追加

私のツールボックス

自動モード

保存したツールはまだありません。

プレミアムバージョンにアップグレード
関連ツール
ベース64エンコーダーURLデコーダーROT13エンコーダー・デコーダーベース64デコーダー二つの文字列を比較する
ホームページ > その他 > エンコーダーとデコーダー
 

URLエンコーダー

複数のエンコーディングモード（RFC 3986、クエリ文字列、フォームデータ）を使用してURL用のテキストをエンコードします。文字ごとの詳細な内訳と包括的なエンコーディング分析により、どの文字がなぜエンコードされたかを正確に確認できます。

無料で利用可能登録不要2026年1月更新
URLエンコーダー今すぐ無料で試す ▼
miniwebtool Chrome 拡張機能 をインストールすると、右クリックメニューからいつでも選択したテキストを URL エンコードする。
クイック例
スペースを含むテキスト クエリパラメータ フルURL 特殊文字
ほとんどのユースケースでは RFC 3986 が推奨されます。検索フォームには クエリ文字列 を、URLパスをエンコードする場合は パスセグメント を使用してください。

URLエンコーダーを埋め込む

URLエンコーダー

URLエンコーダーへようこそ。このツールは、テキストをURLで安全に使用できるようにパーセントエンコーディングするための強力なツールです。複数のエンコーディングモード（RFC 3986、クエリ文字列、パスセグメント）、視覚的な文字ごとの分析、および包括的な統計機能を提供します。どの文字がなぜエンコードされたかを正確に理解できるため、開発者やSEOの専門家、URLを扱うすべての人に最適です。

URLエンコーディングとは何ですか？

URLエンコーディング（パーセントエンコーディングとも呼ばれる）は、URI（Uniform Resource Identifier）内で情報をエンコードするための仕組みです。不安全なASCII文字を、その文字のUTF-8エンコーディングにおけるバイト値を表す「%」とそれに続く2桁の16進数に置き換えます。

例えば：

なぜURLエンコーディングが必要なのですか？

URLには、US-ASCII文字セットの限られた文字しか含めることができません。このセット以外の文字や、URL内で特別な意味を持つ文字（&、=、? など）は、以下の理由でエンコードする必要があります：

エンコーディングモードの解説

RFC 3986 (URLコンポーネント)

RFC 3986で定義されている標準的なエンコーディングです。非予約文字（A-Z、a-z、0-9、-、.、_、~）以外のすべての文字がパーセントエンコードされます。スペースは %20 になります。ほとんどのURLコンポーネントにはこのモードを使用してください。

クエリ文字列 (application/x-www-form-urlencoded)

HTMLフォームの送信や検索クエリで一般的なエンコーディングです。スペースは %20 ではなく + になります。これはブラウザがフォームを送信するときに使用する形式です。

パスセグメント

RFC 3986と似ていますが、スラッシュ（/）を保持します。ディレクトリ構造を維持したいURLパスをエンコードする場合に使用します。

完全エンコーディング

英数字（A-Z、a-z、0-9）以外のすべてをエンコードします。これは最も強力なエンコーディングモードであり、最大限の安全性が求められる場合に便利です。

エンコードが必要な文字

予約済み文字

これらの文字はURL内で特別な意味を持ち、データとして使用する場合はエンコードする必要があります：

文字エンコード後URLでの用途
:%3Aスキーム区切り文字 (http:)、ポート区切り文字
/%2Fパスセグメントの区切り文字
?%3Fクエリ文字列の区切り文字
#%23フラグメント識別子
&%26クエリパラメータの区切り文字
=%3Dキーと値の区切り文字
@%40ユーザー情報の区切り文字

不安全な文字

これらの文字は常にエンコードされるべきです：

文字エンコード後理由
スペース%20 または +URLでは許可されていません
< >%3C %3EHTMLインジェクションの可能性
"%22HTMLの属性区切り文字
{ }%7B %7DURLでは無効
|%7C不安全な文字
\%5C不安全な文字

このツールの使い方

  1. テキストを入力する：エンコードしたいテキストを入力エリアに入力または貼り付けます。「クイック例」ボタンを使用して一般的なケースを試すこともできます。
  2. エンコーディングモードを選択する：用途に合わせて適切なモードを選択します（コンポーネントにはRFC 3986、検索パラメータにはクエリ文字列など）。
  3. エンコードをクリック：ツールがテキストをエンコードし、結果を表示します。
  4. 分析を確認：文字ごとの内訳を確認し、どの文字がなぜエンコードされたかを確認します。
  5. 結果をコピー：「コピー」ボタンをクリックして、エンコードされたテキストをクリップボードにコピーします。

一般的なユースケース

APIパラメータ

ユーザー入力をURLパラメータとして渡す場合：

https://api.example.com/search?q=Hello%20World%21

リダイレクトURL

URLをパラメータとして渡すためにエンコードする場合：

https://example.com/redirect?url=https%3A%2F%2Fother-site.com

ファイル名

スペースや特殊文字を含むファイル名をエンコードする場合：

/files/My%20Document%20%282024%29.pdf

よくある質問

URLエンコーディングとは何ですか？

URLエンコーディング（パーセントエンコーディングとも呼ばれる）は、URI（Uniform Resource Identifier）内で情報をエンコードするための仕組みです。不安全なASCII文字を、その文字のバイト値を表す「%」とそれに続く2桁の16進数に置き換えます。例えば、スペースは %20 に、アンパサンドは %26 になります。

なぜURLをエンコードする必要があるのですか？

URLには、ASCII文字セットの一部の文字しか含めることができません。スペース、特殊記号、非ASCII文字などは、正しく転送するためにエンコードする必要があります。エンコードしないと、これらの文字がURLの区切り文字として誤解されたり、転送エラーの原因になったりする可能性があります。

RFC 3986エンコーディングとクエリ文字列エンコーディングの違いは何ですか？

RFC 3986エンコーディングはスペースに %20 を使用し、URLコンポーネントの標準です。クエリ文字列エンコーディング (application/x-www-form-urlencoded) はスペースに + を使用し、HTMLフォームの送信や検索クエリでよく使用されます。どちらも有効ですが、使用される文脈が異なります。

URL内でエンコードせずに使用できる安全な文字は何ですか？

RFC 3986によると、エンコードが不要な非予約文字は、大文字 (A-Z)、小文字 (a-z)、数字 (0-9)、および4つの特殊文字：ハイフン (-)、ピリオド (.)、アンダースコア (_)、チルダ (~) です。これら以外のすべての文字はパーセントエンコードされるべきです。

URLパラメータ内の & や = などの特殊文字をエンコードするにはどうすればよいですか？

& (アンパサンド) や = (等号) などの特殊文字をURLパラメータ内のデータとして使用する場合は、パーセントエンコードする必要があります。& は %26 に、= は %3D になります。これにより、これらがパラメータの区切り文字やキーと値の区切り文字として解釈されるのを防ぎます。

関連ツール

その他のリソース

このコンテンツ、ページ、またはツールを引用する場合：

"URLエンコーダー"（https://MiniWebtool.com/ja/urlエンコーダー/）、MiniWebtool、https://MiniWebtool.com/

miniwebtool チームによる提供。更新日: 2026年1月14日

開発者向け API が利用できます: このツールをアプリ、自動化、エージェントから 1 回の JSON HTTP リクエストで実行できます。 API ドキュメントを見る

エンコーダーとデコーダー:

人気・最新のツール:

htmlエンティティエンコーダーデコーダーURLエクストラクタURLパーサーすべて見る →
ホームページ > その他 > エンコーダーとデコーダー > URLエンコーダー