URLエンコード・Base64変換
パーセントエンコーディング（%XX形式）とBase64の双方向変換。 日本語・絵文字もUTF-8でそのまま扱えます。
変換結果
このツールの特徴
- ・4モード切替：URLエンコード・URLデコード・Base64エンコード・Base64デコードをラジオで切替。
- ・UTF-8マルチバイト対応：日本語・絵文字・サロゲートペア（😀など）も文字化けなし。TextEncoder/TextDecoder経由でJavaScriptのbtoaの制約を回避。
- ・encodeURIComponent準拠：WHATWG URL Standardのcomponent percent-encode setと同等。クエリ値・パスセグメントへの埋め込みに安全。
- ・+/%20両対応のデコード：application/x-www-form-urlencodedで使われる+も%20として復号する寛容モード。
- ・端末内処理：入力はサーバーに送信されません。社内パスワード・APIキー混じりの文字列も安心。
使い方（5ステップ）
- 変換モード（URL/Base64 のエンコード・デコード）を選ぶ
- 変換したい文字を入力欄に貼り付ける
- 下の結果欄で出力を確認
- 「結果をコピー」でクリップボードへ転送
- 動作確認したいときは「サンプルを入れる」
パーセントエンコーディングとBase64の仕組み
パーセントエンコーディング（RFC 3986 Section 2.1）は、URLで使えない文字を「%」+ 2桁の16進数で表現する方式。たとえば「あ」のUTF-8バイト列は E3 81 82 なので、URL中では %E3%81%82 と書きます。WHATWG URL Standardでは「percent-encode set」が用途別に7種類定義されており、本ツールは最も保守的なcomponent percent-encode set相当でエンコードします（JavaScriptのencodeURIComponentと同等の挙動）。
Base64（RFC 4648 Section 4）は3バイト（24ビット）を4文字（6ビット×4）に変換する方式。アルファベットはA-Z, a-z, 0-9, +, / の65文字（うち=はパディング専用）。入力が3で割り切れない場合は末尾を=または==で埋めます。本ツールはUTF-8でバイト列化してからBase64化するため、日本語入力でも仕様通りの動作。MIME用の76文字折り返しは行いません（RFC 4648 Section 3.1のSHOULD NOT準拠）。
こんなときに便利（活用シーン6例）
- ・検索結果のURL共有で「%E6%89%8B%E8%BB%BD%E5%B1%8B」が何の文字か知りたいとき（→URLデコード）
- ・Basic認証のAuthorizationヘッダ用に「user:password」をBase64化したいとき（→Base64エンコード）
- ・Data URI（data:image/svg+xml;base64,...）の中身を確認するとき（→Base64デコード）
- ・Google検索やX投稿のURLに日本語クエリを安全に埋め込みたいとき（→URLエンコード）
- ・JWTトークンのペイロード（ヘッダ.ペイロード.署名）の中身を確認するとき（→Base64デコード）
- ・メールマガジンの登録解除URLでメールアドレスが文字化けしているとき（→URLデコード）
日本仕様のこだわり
- ・UTF-8固定でマルチバイト処理：「あいうえお」「絵文字😀」「半角ｶﾅ」も同じ手順で変換可。Shift_JISは現在のWebの主流ではないため対応外。
- ・「+」を%20として復号：日本語サイトのフォームPOSTで使われる application/x-www-form-urlencoded 由来の+を、復号時に自動で半角空白へ変換。
- ・エラーメッセージは日本語：「Base64として読み取れませんでした」「%の後ろが欠けています」など、原因の見当をつけやすい文面で表示。
- ・サンプル文字列も日本語混じり：「検索キーワード 手軽屋&無料」「手軽屋のテストです」など、実務に近い動作確認ができます。
注意事項
・本ツールのBase64は通常版（+と/を含む）です。URLパスやファイル名に直接埋める場合は「Base64URL」（+→-、/→_、=省略）への手動置換が必要。
・Shift_JIS・EUC-JPで生成された%表現はUTF-8として復号するため文字化けします。元エンコーディングを揃えるツールを併用してください。
・encodeURIComponent相当のため、?や=などのURL区切り文字も全てエンコードされます。URL全体を一度に通したい場合はencodeURI相当の挙動が必要なので別ツール推奨。
・暗号化ではありません。Base64は誰でも逆変換できる「符号化」です。パスワードやAPIキーをBase64で隠しても保護にはなりません。
よくある質問（9問）
Q. URLエンコードとパーセントエンコーディングは同じ？
A. 同じです。RFC 3986が定める%XX形式の符号化方式の正式名称は「パーセントエンコーディング」、URL文脈での通称が「URLエンコード」。技術文書では前者、一般向けには後者が使われます。
Q. encodeURIとencodeURIComponentの違いは？
A. encodeURIはURL全体用で ?:@&=+$,#/ などの区切り文字を残します。encodeURIComponentはクエリ値1つを安全に詰める用で、上記の区切り文字もエンコード。本ツールはencodeURIComponent相当です。
Q. 日本語が文字化けします
A. 本ツールはUTF-8固定です。Shift_JISやEUC-JPで生成された%表現は復元できません。元エンコーディングが分かる場合は、対応する変換ツールでUTF-8に揃えてからご利用ください。
Q. Base64の =（イコール）は何？
A. RFC 4648 Section 3.2で定義されたパディング文字です。Base64は3バイト単位で処理するため、最後が1〜2バイト余ったときに=で4文字に揃えます。デコーダは=を読み飛ばします。
Q. JavaScriptのbtoa/atobで日本語がエラーになる理由は？
A. btoa/atobはASCII（正確にはLatin1）専用で、マルチバイト文字をそのまま渡すと例外（InvalidCharacterError）になります。本ツールはTextEncoderでUTF-8バイト列に変換→8bit文字列にしてからbtoaへ渡すため、日本語・絵文字も安全。
Q. %20と+はどちらが正しいスペースの表現？
A. RFC 3986のパスセクションでは%20が正解。+は application/x-www-form-urlencoded（HTMLフォーム送信）の特殊表記です。本ツールはURLデコード時に+も%20として復号する寛容モードを採用。
Q. Base64エンコード結果をそのままURLで使えますか？
A. 通常のBase64はアルファベットに+と/を含むためURLでは要注意。RFC 4648 Section 5のBase64URL（+→-、/→_、パディング省略）が安全です。または本ツールのBase64出力をさらにURLエンコードしてください。
Q. 送信した文字列はサーバーに保存されますか？
A. 計算はすべてブラウザ内のJavaScriptで完結し、サーバー送信もLocalStorage保存もありません。Authorizationヘッダ用のBase64生成や、社外秘文字列の確認にも安心してお使いいただけます。
Q. 改行を含む長文も変換できますか？
A. はい。改行は\n（LF=0x0A）としてバイト列に含めてエンコードします。Base64は76文字ごとの折り返しを行いません（RFC 4648 Section 3.1のMUST NOT準拠）。MIME向け折り返しが必要な場合は別ツールをご利用ください。
関連ツール
Web開発・データ変換クラスタ
URLエンコード・Base64と一緒に使われやすい変換ツール群