Text to Base64URL コンバーター

Base64URLは、RFC 4648のセクション5で定義されているURLで、ファイル名にも安全に使えるBase64の派生形式です。+を-に、/を_に置き換えるため、エスケープせずにURLやファイル名に含められます。通常、=によるパディングは省略されます。

テキスト foobar は Zm9vYmFy にエンコードされ、標準のBase64と同じ結果になります。テキスト ??> は Pz8- にエンコードされますが、標準のBase64では Pz8+ になります。また、subjects?_d は c3ViamVjdHM_X2Q にエンコードされます。デコードすると元のテキストに戻ります。

JWT、PKCEコードチャレンジ、およびほとんどのウェブ用途では、=を省略するため無効のままにしてください。有効にするのは、受信側のシステムが4の倍数の長さを想定している場合だけです。デコーダーはどちらの形式も受け付けます。

ヘッダーまたはペイロード部分、つまりドットの間にあるテキストをコピーしてデコードします。するとJSONが得られます。3番目の部分はバイナリ署名なので、有効なUTF-8テキストではないことがツールに表示されます。

有効なのは、AからZ、aからz、0から9、-、_と、末尾に任意で付ける=のみです。標準のBase64で使われる+と/は拒否されるため、これらを使う場合はBase64コンバーターを使用してください。最後のグループに文字が1つだけ残る長さも無効です。

はい。デコード前にスペース、タブ、改行が削除されるため、折り返されたログやメールからコピーした値も扱いやすくなります。

変換前にテキストをUTF-8としてエンコードするため、絵文字を含むすべての文字が元のまま往復変換されます。デコードしたバイト列を表示するには、有効なUTF-8である必要があります。

いいえ。これはエンコードにすぎず、保護機能はありません。たとえば、JWTのペイロードは誰でも読めるため、秘密情報を含めてはいけません。

3バイトは4文字になるため、エンコード後のデータは約33パーセント大きくなります。パディングなしの場合、出力は最大2文字短くなります。

1回のリクエストで最大5 MiBのテキストを処理できます。入力は保存されません。