本文へスキップ
URL utilities

URL エンコード / デコード

テキストや URL を入力するだけで、URL エンコードおよびデコードを即座に行えるツールです。
パーセントエンコードされた文字列を可読な形式に戻したり、日本語や記号を安全な URL 形式に変換できます。

クエリパラメータの生成や API リクエスト用 URL の確認、ログや設定ファイルに含まれるエンコード文字列の検証など、開発・検証作業に幅広く利用できます。
エンコードとデコードはワンクリックで切り替えられ、結果はその場ですぐに確認できます。

すべての処理はブラウザ内で完結し、入力した文字列や変換結果が外部に送信されることはありません。
安心して高速に URL 文字列を扱えます。

ガイド: 使い方・特徴

  • 上部にテキストを入力して「エンコード」または「デコード」をクリックすると結果が表示されます。
  • スペースや記号の変換結果を確認し、そのままコピーして利用できます。
  • 長いクエリ文字列もそのまま扱えますが、処理に時間がかかる場合は少しお待ちください。
  • 処理はブラウザ内で完結し、データは送信されません。

サンプル: 入力例と出力例

URL-encode a query

入力例

https://example.com/search?q=open api&lang=en

出力例

https%3A%2F%2Fexample.com%2Fsearch%3Fq%3Dopen%20api%26lang%3Den

FAQ: よくある質問

  • スペースが %20 になる場合と + になる場合があるのはなぜですか?

    パス部分やパーセントエンコードでは半角スペースは %20 になります。一方、HTMLフォーム送信(application/x-www-form-urlencoded)の慣習ではスペースを + で表します。本ツールはURL向けのパーセントエンコードを行うため %20 を採用しています。クエリ文字列で + を使う相手に渡すときはこの違いに注意してください。
  • URL全体を貼り付けても安全にエンコードできますか?

    http:// の : / や ? & = まですべてエンコードされると壊れたURLになります。エンコードは「値(パラメータの中身や日本語部分)」だけに適用し、区切り記号は対象外にするのが基本です。URL全体ではなく、エンコードしたい値の部分だけを入力してください。
  • デコードでエラーになる、または文字化けするのはなぜですか?

    % の後ろが16進2桁になっていない(例: %ZZ や末尾の % だけ)と不正なシーケンスとして失敗します。また、UTF-8以外でエンコードされた文字列はUTF-8として解釈され文字化けすることがあります。入力が正しいパーセントエンコード形式か、元のエンコーディングがUTF-8かを確認してください。

使いどころ: 主な使い道

  • クエリパラメータの組み立て

    検索キーワードやリダイレクト先URLをクエリに載せる際、日本語や & = ? などの記号を壊さずに渡せる形へ変換します。手書きのリンクやスクリプトでパラメータを生成するときの取り違えを防げます。

  • API・Webhookのデバッグ

    ログや管理画面に出てきた %E3%81%82 のようなエンコード済み文字列を貼り付けてデコードし、実際に送られた値を即座に確認できます。リクエストが意図通りか切り分けるときに役立ちます。

  • 多重エンコードの切り分け

    %2520 のように二重エンコードされた値を段階的にデコードして、どこで余計なエンコードが入ったかを特定できます。プロキシやフレームワークをまたぐ受け渡しの不具合調査に向いています。

注意点: 注意点・制限

  • 処理はブラウザ内で完結

    入力と出力は端末内にとどまります。タブを閉じたりキャッシュを消すと、一時的な状態はリセットされます。

  • 重要データは必ず確認

    結果はあくまで補助です。システムに投入する前に内容を確認し、必要に応じて社内ルールに沿って検証してください。

  • 大きなデータは端末性能に依存

    長文や大容量を扱うとブラウザが重くなる場合があります。処理が遅いときはデスクトップ環境の利用を推奨します。

URLエンコード・デコードの基本

URLには日本語、スペース、記号、クエリパラメータなどをそのまま含めると正しく解釈されない文字があります。URLエンコードは、そうした文字を %E3%81%82%20 のような安全な表現へ変換する仕組みです。このツールでは、文字列のエンコードとデコードをブラウザ上で素早く確認できます。

よくある用途

  • クエリパラメータの作成: 検索語、フィルタ条件、リダイレクト先URLを安全にURLへ含められます。
  • APIデバッグ: 送信されたURLをデコードし、実際にどの値が渡っているか確認できます。
  • 日本語URLの確認: 日本語や絵文字を含むURLがどのように変換されるか確認できます。

注意点

URL全体を一括でエンコードする場合と、パラメータ値だけをエンコードする場合では結果が変わります。https://?& まで変換してしまうとURLとして使えなくなることがあるため、用途に応じて対象範囲を分けてください。

おすすめリソース

このセクションにはアフィリエイトリンクが含まれる場合があります。リンク経由で購入すると、追加費用なしでDevToolKits.appが紹介料を受け取ることがあります。

このツールの関連記事

ツール紹介
2026-05-09

URLエンコード・デコードの使い方:日本語URLやクエリ文字列を安全に扱う

URLエンコードとデコードの基本、%E3%81%82 のような文字列の読み方、クエリパラメータ確認時の注意点を解説します。

ツール紹介
2026-05-09

URLパラメータをJSONで確認する方法:UTMとAPIクエリの見落としを減らす

長いURLのクエリパラメータをJSONとして整理し、UTM、検索条件、APIリクエストのキーと値を確認する方法を解説します。

ツール紹介
2026-02-16

URLパラメータをJSONで確認する方法|クエリ文字列の解析

URLの構造、パーセントエンコード、クエリパラメータをJSON化して確認する方法を解説。Web開発のデバッグに役立ちます。

活用事例
2026-08-07

curlコマンドのオプション早見表|-X -H -d の意味と落とし穴

curlの主要オプションを早見表で整理。-X と -d の関係、-d と --data-raw の違い、@ で始まる値がファイル読み込みになる罠、シングルクォートとダブルクォートの使い分け、-L や -k を安易に付けない理由まで実例で解説します。

活用事例
2026-06-19

エンコード・ハッシュ・暗号化の違いと使い分け:開発者が混同しやすい3つを整理

Base64エンコード、SHA-256などのハッシュ、暗号化はよく混同されますが目的が全く違います。3つの違いを比較表と具体例で整理し、用途ごとの正しい選び方を解説します。

最新記事

活用事例
2026-08-07

curlコマンドのオプション早見表|-X -H -d の意味と落とし穴

curlの主要オプションを早見表で整理。-X と -d の関係、-d と --data-raw の違い、@ で始まる値がファイル読み込みになる罠、シングルクォートとダブルクォートの使い分け、-L や -k を安易に付けない理由まで実例で解説します。

ツール紹介
2026-08-06

JSON SchemaとZodを相互変換する仕組み|requiredと.optional()の対応

JSON SchemaからZodスキーマを生成し、Zodのコードから逆にJSON Schemaを書き出す双方向変換ツールの実装を解説。requiredと.optional()で既定値が逆転している問題、formatや制約の対応表、コードを実行せずに解析する方法まで整理します。

活用事例
2026-08-06

SQLの句の評価順リファレンス|WHEREでSELECTの別名が使えない理由

SQLは書いた順に実行されません。論理的な評価順(FROM→WHERE→GROUP BY→HAVING→SELECT→ORDER BY→LIMIT)を軸に、別名がWHEREで使えない理由、WHEREとHAVINGの使い分け、ONLY_FULL_GROUP_BY、COUNT(*)とCOUNT(列)の差、LEFT JOIN+WHEREの罠を実例で整理します。

活用事例
2026-08-06

unified diff形式の読み方リファレンス|@@ の数字とgit diffの出力

git diffが出力するunified diff形式の読み方を整理。@@ -12,7 +12,9 @@ の4つの数字の意味、コンテキスト行、空白だけの変更が行全体の置換に見える理由、\ No newline at end of file、マージ時の @@@、リネーム検出の similarity index までを実例で解説します。

活用事例
2026-08-06

UTC⇄JST変換リファレンス|時差9時間の早見表とタイムゾーン事故の防ぎ方

UTCとJSTの変換を早見表で整理。ISO 8601のZと+09:00の意味、JavaScriptの日付パースでズレる条件、MySQL/PostgreSQLのタイムゾーン挙動、GitHub ActionsのcronがUTCで動く罠まで実例付きで解説します。

活用事例
2026-08-04

CREATE TABLE リファレンス|MySQL・PostgreSQL・SQLiteの型と制約の違い

CREATE TABLE文(DDL)の書き方を3データベース横断の早見表で整理。型対応表、自動採番(AUTO_INCREMENT / IDENTITY / rowid)の方言差、外部キーのON DELETE挙動、CHECK制約が無視される罠まで実例付きで解説します。

広告

広告