空白を除去し、不足している padding を補い、Base64URL で使われる hyphen と underscore を正規化します。;base64, を含む data URL では、metadata と payload を自動で分離してデコードします。
Base64 のデコード結果は常にバイト列です。UTF-8 テキスト、JSON、画像、その他のバイナリデータを判別し、同じバイト列に適したテキスト、プレビュー、Hex、ファイルダウンロードを表示します。
デコード、ファイル判別、プレビュー、ダウンロードはすべてブラウザー内で行われます。入力とデコード済みバイト列はサーバーへ送信されません。
このテーマに関するよくある疑問と回答をまとめました。
Base64 デコードは、ASCII の Base64 表現を元のバイト列へ戻します。そのバイト列にはテキスト、JSON、画像、その他のファイル形式が含まれることがあります。
はい。data:image/png;base64,... のような data URL を貼り付けると、media metadata と Base64 payload を自動で分離します。;base64, を含まないパーセントエンコード形式の data URL は Base64 入力ではありません。
はい。判別できた画像はプレビューでき、どのデコード済みバイト列もファイルとしてダウンロードできます。Hex 表示は未知または独自のバイナリ形式の確認にも役立ちます。
はい。Base64URL で使われる - と _ に対応し、エンコード済みデータの長さが有効な場合は末尾の = padding を補います。例えば SGk と SGk= はどちらも Hi に戻ります。無効な長さや誤った位置の padding はエラーのままです。欠けた元のバイト列は復元できません。
無効な文字、整合しない padding、不完全な入力長を示します。文字を削除したり、不足データを推測したりはしません。64 KiB 以下の入力が対になった引用符で囲まれている場合、中の値が有効かつ空白だけでないときに限り、引用符を除く差分を表示します。適用するかは自分で選べます。完全な JWT は単一の Base64 値ではありません。JWT デコーダーを使うか、確認したい部分だけを貼り付けてください。
いいえ。Base64 のデコード、ファイル判別、プレビュー、ダウンロードはすべてブラウザー内で処理され、サーバーには何もアップロードされません。