エンコードツール

データが元の形のままやり取りされることはほとんどありません。バイナリーファイルはメールや JSON で壊れないようテキストに変換され、テキストは URL に安全に入るようエスケープされます。片方のエンコードともう片方のデコードが食い違うと、リンク切れ、文字化け、検証できなくなったトークンが生まれます。このカテゴリには、何がなぜ変わったのかを正確に示す無料の変換ツールがそろっており、すべてブラウザー内で動作するため、貼り付けた内容はアップロードされません。

Base64 エンコーダー・デコーダー

Base64 エンコーダー・デコーダーは、テキストと Base64 を相互に変換します。標準と URL セーフの両方のアルファベット、MIME や PEM 向けの改行、正しい UTF-8 処理に対応しているので、日本語や絵文字も崩れません。サイズの増加を表示し、デコード結果がテキストでなければ 16 進表示に切り替わるため、data URI、Basic 認証ヘッダー、JWT の各部分の確認に最適です。

URLエンコード・デコード

URLエンコード・デコードツールは、単一の値や URL 全体をエンコードし、%XX を読めるテキストに戻し、リンクをホスト、パス、パラメーターに分解します。不正なエスケープや、スペースが %2520 になってしまう二重エンコードを検出し、必要に応じてスペースを + にすることもできます。

使いどころ

検索語やリダイレクト先を含むリンクが壊れたとき、API に届くパラメーターが壊れているように見えるとき、トークンや証明書を手で読みたいとき、小さな画像を data URI として埋め込むときに使いましょう。両側の正確なバイトを見比べれば、たいてい数秒で食い違いがわかります。

エンコードは保護ではありません

Base64 やパーセントエンコードは、データを運びやすくするだけで秘密にはしません。誰でも元に戻せるため、パスワード、トークン、個人情報を隠す目的では使わないでください。秘密を守るには本物の暗号化か署名付きトークンを使い、秘密情報を URL に入れないようにしましょう。

よくあるエンコードの間違い

バグの多くは、いつも同じ原因から生まれます。base64url を標準のアルファベットでデコードする、厳格なデコーダーが求める = のパディングを削る、値を二重にエンコードしてスペースが %2520 になる、encodeURIComponent が必要な場面で encodeURI を使う、UTF-8 のバイト列を Shift_JIS として読んで文字化けする、などです。入力と出力を並べて見れば、どのケースかがすぐにわかります。

エンコードのクイックチェックリスト

エンコードする前に、相手側が期待する形式を確認しましょう。標準か URL セーフの Base64 か、パディングの有無、単一の値か URL 全体か、スペースは %20 か + か。値を URL やペイロードに入れるその時点で一度だけエンコードし、常に UTF-8 を使い、サンプルをデコードして元に戻ることを確かめます。 正しいとわかっているサンプルをいくつか手元に置いておけば、ライブラリやフレームワークの更新を数秒で検証できます。

仕組みを理解する

どちらの変換ツールからも詳しいガイドに移動でき、エンコードの仕組み、つまずきやすいパディングやアルファベットの違い、デコードできない出力のトラブルシューティングを解説しています。

ヒント: 値のエンコードは、URL、ヘッダー、data URIに入る地点で一度だけ、デコードは出ていく地点で一度だけ行いましょう。二重エンコードは%2520や壊れたBase64の最もよくある原因です。 簡単な確認方法は、値を一度デコードして、本来あるはずのない%や=の文字がまだ残っていないかを見ることです。 結果のコピーを残しておけば、次の変更後に比較できます。