TegaruTools

URLエンコード/デコード

URLをエンコード・デコードできます。日本語や特殊文字の変換に対応しています。

完全無料ブラウザ完結登録不要安全

設定

モード:

このツールについて

  • 入力内容はブラウザ内のみで処理されます。サーバーには送信されません。
  • encodeURIComponent / decodeURIComponent 準拠の処理です。「/」「:」などのURL区切り文字もエンコードされます。
  • 「結果を入力欄へ移して切り替え」でエンコード↔デコードをすばやく切り替えられます。

関連ツール

使い方

  1. 1「モード」でエンコード(→%XX形式)またはデコード(%XX形式→テキスト)を選択します。
  2. 2テキストエリアに変換したい文字列またはURLを入力します。
  3. 3変換結果がリアルタイムで表示されます。
  4. 4「結果をコピー」ボタンでクリップボードにコピーできます。
  5. 5「結果を入力欄へ移して切り替え」で変換結果をそのまま逆方向に確認できます。

よくある利用シーン

  • APIのクエリパラメータに日本語を含める際のエンコード
  • URLに含まれる%XX形式の文字列を読める形に変換する
  • Webフォームやリダイレクト先URLの確認・デバッグ
  • HTMLのhref属性やsrc属性に使うURLの安全な変換
  • コピーしたURLのエンコード部分を確認・デコードする

よくある質問

URLエンコード・デコードは無料で使えますか?

はい、完全無料です。登録やサインインも不要です。

入力したURLはサーバーに送信されますか?

いいえ。すべての処理はブラウザ内で完結します。入力内容がサーバーに送信されることはありません。

日本語を含むURLはエンコードできますか?

はい。日本語・特殊文字を含む文字列をURLエンコード(%XX形式)に変換できます。

encodeURIとencodeURIComponentの違いは何ですか?

このツールはencodeURIComponent相当の変換を行います。URLのパラメータ値として安全に使える形式に変換します。

スマホでも使えますか?

はい、スマートフォンのブラウザからもご利用いただけます。アプリのインストールは不要です。

URLエンコードを正しく扱うための実用ガイド

URLエンコードは「URLに使えない文字を %XX の形に置き換える」変換です。仕組み自体はシンプルですが、encodeURI と encodeURIComponent の使い分けや、スペースの扱い、二重エンコードなど、実務で足をすくわれやすいポイントがいくつかあります。ここでは、変換した結果を正しく扱うためのコツを整理します。

そもそも、なぜエンコードが必要なのか

URLの規格(RFC 3986)では、URLに直接書ける文字が英数字と一部の記号だけに限られています。日本語・スペース・&? などをそのままURLに入れると、区切り文字と誤解されたり、途中で切れたりします。

そこで、使えない文字を「UTF-8のバイト列 → %XX(16進数2桁)」に変換して安全に運びます。たとえば「あ」は %E3%81%82 になります。日本語1文字がUTF-8で3バイトなので、エンコードすると9文字に膨らむわけです。

このツールは encodeURIComponent 相当

JavaScriptには2つのエンコード関数があり、変換する範囲が違います。

  • encodeURIComponent: / ? # & = などの記号も含めてすべてエンコード。「パラメータの値ひとつ」を変換する用途。本ツールはこちら相当です。
  • encodeURI:URLの区切り記号は残す。「URL全体」を渡して日本語だけを変換したいとき用。

ユーザー入力をクエリパラメータに乗せるときは encodeURIComponent 相当が正解です。?q= の後ろに入れる値を本ツールで変換すれば、記号が混じっても壊れません。

スペースは「%20」か「+」か

URLでスペースを表す方法は2通りあり、場所によって使い分けます。

  • %20:RFC 3986 の標準。パス部分(/path/)やクエリで広く使える。本ツールはこちらを出力します。
  • +:フォーム送信(application/x-www-form-urlencoded)だけの歴史的な略記。

注意したいのは、クエリで +(プラス記号そのもの)を送りたい場合。電話番号の +81 などをそのまま書くとスペースに解釈されることがあるため、%2B とエンコードする必要があります。

「二重エンコード」に注意

すでにエンコード済みの文字列をもう一度エンコードすると、% 自体が %25 に変換され、%E3%81%82%25E3%2581%2582 になってしまいます。受け側は元に戻せず、文字化けや404の原因になります。

ログからコピーしたURLを再度変換するときや、リダイレクト処理を挟むときに起こりやすい事故です。「この文字列はもうエンコードされているか?」を一度確認してから変換しましょう。デコード側で %25 が出てきたら、二重エンコードのサインです。

デコードで文字化けするとき

URLエンコードは「バイト列を %XX で表す」規則なので、元の文字コードによって結果が変わります。

  • 「あ」を UTF-8 で:%E3%81%82
  • 「あ」を Shift_JIS で:%82%A0

本ツールは UTF-8 前提でデコードします。古いシステムが吐いた Shift_JIS ベースのエンコード文字列を渡すと、正しく戻らず文字化けすることがあります。背景をもう少し詳しく知りたい方は URLエンコード完全ガイド 文字コードと文字化けの基礎 もあわせてどうぞ。