Base64エンコーダー／デコーダー
ブラウザ内でローカルにBase64をエンコード・デコードします。テキスト変換、URLセーフBase64、ファイルからBase64へのエクスポートに対応しています。
フォーマッター
0 バイト
ファイルからBase64へ
ファイルを選択すると直接Base64にエンコードします。
Base64エンコーダー／デコーダーをテストしました — 次は JWTデコーダー を試そう →
Base64エンコーダー/デコーダーとは？
Base64ツールはRFC 4648に従いバイトをASCIIにエンコードし、逆変換します。標準アルファベットはA-Z、a-z、0-9に+と/を加えた64個の記号を使用し、=パディングで出力を4バイト境界に揃えます。長さ拡張はちょうど4/3です — 入力3バイトは出力4文字になるため、1024バイトのファイルは1366文字の文字列になります（パディングを考慮して切り上げ）。ツールはbase64url（RFC 4648セクション5）もサポートします。これは+を-に、/を_に置換し、末尾の=を削除することで、URL、ファイル名、JWTセグメント内で出力を安全にします。デコードは両方のアルファベットを受け入れ、パディングなしを許容します — JWTが簡潔性のため=を削除するのに役立ちます。ファイルモードはブラウザのFileReader APIで任意のファイルを読み取るため、PDF、証明書、署名されたバイナリをbase64エンコードして埋め込むことができ、タブを離れる必要がありません。
Base64ツールの使い方
エンコードするには、テキストを入力パネルに貼り付け、「エンコード」を選択します。デコードするには、base64（またはbase64url）文字列を貼り付け、「デコード」を選択します — ツールがあなたの使用したアルファベットを検出します。URL安全スイッチをトグルして、入力アルファベットに関係なくbase64url出力を強制します。ファイルをファイルゾーンにドラッグ（またはピッカーを使用）してバイナリデータをエンコード；結果には既知の場合ファイルのMIMEタイプが含まれます。バイト数カウンターはライブ入力サイズを表示し、長さ拡張を確認できます（出力は入力のおよそ1.33倍です）。デコードが失敗した場合、エラーは最初の無効な文字を指します — 通常は迷子になった改行、スマート引用符、または標準として誤分類されたbase64url文字列です。
Base64エンコーディングが広く使われる理由
Base64は、データを運ぶワイヤプロトコル — SMTP、JSON、HTTPヘッダー、URL — が歴史的に印刷可能なASCIIサブセットのみを保証するため存在します。生バイトを送信すると、制御文字を解釈したり高ビットを削除する中間プロキシから破損のリスクがあります。エンコーディングはサイズ33%増で安全なトランジットと交換します。これがMIMEメール添付、PEMでラップされた証明書（-----BEGIN CERTIFICATE-----）、Data URI（data:image/png;base64,...）すべてがエンコーディングを使用する理由です。正しい変体を選ぶことが重要です：標準base64はJSONまたはXMLのバイナリペイロードに適合；base64urlはAuthorization: Bearer <token>ヘッダーとJWTセグメント内に適合し、URL安全でない+ /がパーセント符号化を必要としない場所です。Cookieが同じ理由でbase64urlを好む — エスケープする文字が少なく、ブラウザとフレームワーク間でパーサーの驚きが少ない。
よくある質問
URLセーフBase64とは何ですか？
URLセーフBase64は+を-に、/を_に置き換え、末尾の=を削除するため、URL内に配置しても安全です。
ファイルをエンコードできますか？
はい。ファイルを選択すると、アップロードせずにローカルでバイトをBase64に変換します。
デコードが失敗するのはなぜですか？
入力が有効なBase64でない場合や、バイトが有効なUTF-8テキストを表していない場合にデコードは失敗します。
このツールを大きな作業フローの中で使う
これらのコレクションは、同じ作業でよく続けて使うツールやガイドをまとめています。
同じタグを見る
同じワークフロー、形式、用途を持つ別のツールへすぐ移動できます。