Base64 デコード
`+/` でも `-_` でも、パディングがあってもなくても貼り付けるだけで元のテキストに戻します。テキストでないバイト列はファイルとして保存するか、16 進プレビューで確認できます。
両方の文字種に対応、パディングは任意
標準の Base64 と URL セーフ形式のどちらでもそのまま受け付け、`=` パディングが欠けていても補完します。空白や改行は無視するため、折り返された MIME 本文や PEM ブロックを整形せずに貼り付けられます。
バイナリは正直に扱います
デコード結果が妥当な UTF-8 でない場合(PNG・zip・protobuf など)は、置換文字の羅列を見せる代わりにその旨を表示します。先頭バイトの 16 進プレビューでファイル形式の見当がつき、ダウンロードボタンでそのまま保存できます。
トークンの中身を素早く確認
Base64 は JWT のセグメント、Basic 認証ヘッダ、Kubernetes の Secret、データ URI などいたるところで使われます。デコードは何が保存されているかを確かめる最短の方法です。JWT については専用のデコーダーが 3 つのセグメントに分けてクレームを解説します。
よくある質問
貼り付けた文字列は送信されますか?
いいえ。貼り付けた内容がブラウザの外に出ることはありません。ページは小さな JavaScript を読み込むだけで、計算はすべて手元の端末で行われます。送信先のサーバーそのものが存在しません。 Base64 文字列には Kubernetes の Secret や Basic 認証ヘッダなど認証情報が含まれることが多く、手元でデコードすることが唯一安全な方法です。
「不正な文字」でデコードに失敗します
Base64 の文字種に含まれない文字が混ざっています。文字列が省略された際の三点リーダー、`=` の代わりの `%3D`、コピー時に含まれた引用符などがよくある原因です。修正して再度お試しください。
結果が意味不明な記号になります
デコード結果がテキストではなくバイナリだからです。画像・アーカイブ・コンパイル済みデータでは正常な挙動です。ダウンロードボタンでファイルとして保存し、対応するアプリで開いてください。
パディングは必要ですか?
このツールでは不要です。`=` は長さを 4 の倍数に揃えるためのもので、厳密なデコーダーでは必須ですが、ここでは自動補完します。他のシステムに拒否された場合は、長さが 4 の倍数になるまで `=` を足してください。