このツールについて
Base64 は、Basic 認証ヘッダー、JWT のセグメント、JSON ボディ内のファイルアップロード、data: URL、エンコードされた設定値など、API テストのあらゆる場面に登場します。ブラウザ組み込みの btoa は Latin-1 以外の文字で失敗するため、このツールはテキストをまず UTF-8 のバイト列としてエンコードし、デコード時は厳密な UTF-8 チェックを行います。標準と URL セーフの両方のアルファベットを受け付け、パディングの欠落や改行を許容し、不正な入力が失敗する理由を正確に説明します。ファイルはローカルで読み込まれ、生の Base64 または data: URL として出力できます。
使い方
- 「Encode」（エンコード）か「Decode」（デコード）を選びます。
- テキストを入力または貼り付けると、すぐに出力が更新されます。Base64URL（+ と / の代わりに - と _、パディングなし）にするには「URL-safe」（URL セーフ）にチェックを入れます。
- ファイル（最大 5 MB）をエンコードするには「Encode a file」（ファイルをエンコード）をクリックし、必要に応じて data: URL で出力します。
- 画像などのバイナリデータをデコードすると、よく使われるファイル形式を判別し、バイト列をダウンロードできます。
Base64 エンコード / デコードツール のよくある質問
Base64 と Base64URL の違いは何ですか？
Base64URL は + を - に、/ を _ に置き換え、通常は = のパディングを省略するため、URL、ファイル名、JWT の中で安全に使えます。このデコーダーはどちらのアルファベットも自動で受け付けますが、1 つの文字列に両方が混在している場合は受け付けません。
デコードしたテキストが別の場所で文字化けするのはなぜですか？
多くの場合、テキストが別の文字セット（Windows-1252 など）からエンコードされているか、使ったツールがバイト列を Latin-1 としてデコードしています。このツールは常に UTF-8 を使い、置換文字を表示する代わりに、UTF-8 として正しくないバイトを報告します。
Base64 は秘密情報の保護になりますか？
いいえ。誰でも元に戻せます。Base64 の Basic 認証ヘッダーや Kubernetes のシークレットは実質的に平文なので、ログやスクリーンショットで見つけたら報告する価値があります。