文章をエンコードする
短いテキストを JSON 文字列の中に含める必要があるとき。
- 入力: Hello, 1123.net!
- UTF-8 のバイトを 3 バイトずつエンコードします
- 結果: SGVsbG8sIDExMjMubmV0IQ==
結果をデコードすると、句読点を含めて元の文章がそのまま戻ります。
このツールはテキストを Base64 に変換し、また元に戻します。UTF-8 を正しく扱い、トークンやファイル名向けの URL セーフな文字セットを用意し、不正な入力は壊れた文字を返さずにエラーとして報告します。
データはブラウザ内でローカルに処理され、当サイトのサーバーへアップロードされることはありません。
テキスト → UTF-8 バイト → 6 ビット単位 → Base64 文字セット
3 バイトごとに 4 つの Base64 文字になります。最後に 1 バイトまたは 2 バイトが残る場合は = でパディングしますが、URL セーフ形式を選んだ場合は省略します。
+ → -; / → _; パディングを削除
標準の Base64 は + と / を使いますが、これらは URL 内で意味を持ちます。URL セーフ形式では - と _ に置き換え、末尾の = を削除するため、クエリ文字列やファイル名にそのまま入れられます。
短いテキストを JSON 文字列の中に含める必要があるとき。
結果をデコードすると、句読点を含めて元の文章がそのまま戻ります。
Base64 の値を URL のクエリパラメーターで使うとき。
出力には、URL でパーセントエンコードが必要な文字が含まれません。
Base64 は誰でもデコードできます。バイト列をテキストで表すための形式にすぎず、パスワードや秘密情報の保護には使えません。
Base64 は任意のバイナリデータを表せます。バイト列が有効な UTF-8 でない場合、デコーダーは置換文字を表示せず、エラーとして報告します。
デコード時は空白を無視し、パディングの不足も受け付けます。不正な文字やあり得ない長さはエラーになります。
いいえ。Base64 は暗号化ではなくエンコードであり、機密性はありません。秘密情報には暗号化を使い、Base64 はバイト列をテキストとして運ぶ用途にだけ使ってください。
多くのデコーダーではパディングは任意で、= は URL 内で扱いにくい文字です。URL セーフ形式ではデータを変えずに = を取り除きます。
はい。テキストはまず UTF-8 としてエンコードされるため、絵文字、中国語、キリル文字、アクセント付き文字も正しく往復します。
バイト列が有効な UTF-8 テキストでないか、Base64 の文字セットにない文字が含まれている可能性があります。バイナリデータにはファイル用または 16 進数用のツールを使ってください。
いいえ。エンコードとデコードはすべてブラウザ内で行われ、サーバーへ送信されることはありません。