Base64 デコーダー：Base64 をテキストにオンラインでデコード

Base64 をデコードする手順

1. Base64 を 入力 · Base64 のボックスに貼り付けます。改行、空白、前後の引用符、data:...;base64, の接頭辞は付いたままでかまいません。デコーダーが取り除きます。
2. デコードしたテキストが 出力 · テキスト に表示されます。ステータス行には 有効な Base64、バリアント（Standard または Base64URL）、デコード後のバイト数が表示され、推定形式 には検出した内容の種類が出ます。
3. テキストが文字化けしている場合は、文字コード を変えるか 自動検出 を選びます。
4. 内容が JSON なら、JSON を整形 でインデントして読みやすくできます。
5. 出力をコピー を押すか、ダウンロード でデコードしたバイト列をファイルとして保存します。拡張子は検出した種類に従うので、JSON は decoded.json、PNG は decoded.png として保存されます。

入れ替え を押すと、デコードしたテキストが入力欄に戻り、エンコードに切り替わります。文字列が往復で元に戻るかを手早く確かめられます。

デコーダーが受け付けるもの

Base64 がきれいな形で届くことはまれです。メールからは 76 文字で折り返され、JSON ファイルからは引用符付きで、URL からはパーセントエンコードされて、トークンからはパディングなしでやって来ます。デコーダーは、設定なしでこれらすべてを受け付けます。

デコーダーはこうした包み方の違いには寛容で、それ以外には厳格です。アルファベット以外の文字があると、その文字と位置を示すエラーを出して止まります。ライブラリによっては不正な文字を黙って読み飛ばし、壊れた出力を返すものもあります（下のコードのセクションを参照）。

URL セーフなトークンについては、Base64URL デコーダー でアルファベットを、Base64 と Base64URL の違い で両者の違いを説明しています。

デコードした Base64 がファイルだった場合

Base64 はどんなバイト列でも運べるため、画像や文書を表す Base64 文字列も多くあります。ツールはデコードしたデータの先頭バイトを既知のファイルシグネチャ（マジックナンバー）と照合し、結果を 推定形式 として表示します。PNG、JPEG、PDF、ZIP、gzip、JSON、XML などです。バイナリ形式の場合は印字可能な部分のプレビューを表示し、バイナリデータであることを示して、Base64 から画像へ や Base64 から PDF へ など適切なツールへのリンクを出します。どちらの場合も、ダウンロード では元のバイト列を保存します。

Base64 文字列の先頭を見れば、デコードする前に形式がわかることもよくあります。

ほかのシグネチャは よく見る Base64 の接頭辞 に一覧があります。種類のわからないファイルなら、Base64 からファイルへ が形式を判定してプレビューします。

文字コード：文字化けを直す

Base64 が保存しているのはバイト列で、どの文字コードで文字をバイト列にしたかについては何も語りません。デコーダーは UTF-8 を前提にしており、最近のデータのほとんどではそれで正解です。間違っている場合は、見てわかる症状が出ます。

• � が表示され、「一部のバイトが UTF-8 として不正です」と注意が出る。 テキストは従来の文字コードで書かれています。Y2Fm6Q== は UTF-8 では caf�、ISO-8859-1 や Windows-1252 では café と読めます。z/Do4uXy のようなロシア語のテキストは、Windows-1251 で Привет と表示されます。日本語のテキストなら Shift_JIS や EUC-JP を試してください。
• 1 文字ごとにドットや隙間が入る。 UTF-16 で、ASCII の文字の後ろにゼロバイトが続いています。SABlAGwAbABvAA== は UTF-16LE で Hello です（Base64 から UTF-16 へ）。
• 出力に é、ü、’ が出る。 デコード自体は正しく行われています。Base64 にされる前に、どこかの処理が UTF-8 を Latin-1 と誤読し、その結果を UTF-8 で保存し直したため、テキストが二重エンコードされていたのです。Y2Fmw4PCqQ== はまさに café にデコードされます。元のデータの側で直してください。

自動検出 は、まずバイト順マークを確認し、次にバイト列が UTF-8 として有効かを、さらに UTF-16 のゼロバイトのパターンを調べます。Windows-1251 や KOI8-R のような 1 バイトのコードページはどんな検出器にも同じように見えるので、元のデータがわかっているなら手動で選んでください。

エラーメッセージとその意味

それぞれのケースは Base64 のエラーガイド で詳しく説明しています。文字列のどの文字やパディングに問題があるのかを突き止めるには、Base64 バリデーター を使ってください。

JavaScript、Python、コマンドラインでの Base64 デコード

atob() は 1 バイトにつき 1 文字の「バイナリ文字列」を返すので、UTF-8 のテキストには TextDecoder の手順が必要です。atob はパディングの欠落は受け付けますが、URL セーフの - と _ には InvalidCharacterError を投げます。

const s = "R3LDvMOfZSDwn5GL";
new TextDecoder().decode(Uint8Array.from(atob(s), c => c.charCodeAt(0)));
// "Grüße 👋"

// Node.js accepts both alphabets
Buffer.from(s, "base64").toString("utf8");          // "Grüße 👋"
Buffer.from("8J-Riw", "base64url").toString("utf8"); // "👋"

Python はパディングのない入力に binascii.Error: Incorrect padding を送出するので、パディングは自分で補います。

import base64

s = "SGVsbG8"
base64.b64decode(s + "=" * (-len(s) % 4)).decode("utf-8")
# 'Hello'
base64.b64decode("SGVs*bG8=", validate=True)
# binascii.Error: Only base64 data is allowed

validate=True を付けないと、Python は * を捨てて b'Hello' を返します。Node の Buffer.from も同じ振る舞いをするので、壊れた文字列がエラーなしでデコードされてしまうことがあります。

コマンドラインでは次のとおりです。

printf '%s' 'R3LDvMOfZSDwn5GL' | base64 -d
base64 -d message.b64 > message.bin

1 行目は Grüße 👋 を出力します。古い macOS ではフラグが -D です。言語ごとの詳細：JavaScript、Node.js、Python、PHP。

よくある質問