Base64エンコード・デコード変換ツール｜テキスト・画像・ファイル対応
Base64エンコードとデコードをブラウザ上で簡単に実行できます。テキストはもちろん、画像やファイルの変換にも対応しています。
画像をエンコードすると、data:image/...;base64,形式のData URI文字列が生成されます。
HTMLの<img src="...">タグやCSSへ直接埋め込めるため、外部通信なしで画像を表示できます。
デコード時には、Standard・URL-safe・MIME形式を自動判別します。
UTF-8、Shift_JIS、EUC-KR、GBK、Big5など、日本語・中国語・韓国語を含む20種類以上の文字コードに対応しています。
URL用の特殊文字を変換したい場合はURLエンコード変換ツールを、画像サイズが大きい場合は画像圧縮ツールもご利用ください。
Base64変換結果が正しく表示されない場合の確認ポイント
変換結果が空白になったり文字化けする場合は、まず文字コード設定を確認してください。
エンコード時とデコード時で異なる文字コードを使用すると、日本語などのマルチバイト文字が正しく表示されない場合があります。
入力データに余分な空白や改行が含まれている場合は、「前後の空白を削除」と「空白・改行・タブを無視」を有効にして再度お試しください。
サイズの大きいバイナリデータは、テキスト貼り付けよりファイルアップロード方式のほうが安定しています。
Base64エンコードが実際の開発で使われるケース
Web開発の現場では、Base64を扱う機会は想像以上に多くあります。
JWTトークンのヘッダーやペイロードは、URL-safe Base64形式でエンコードされています。
REST APIでバイナリファイルをJSONレスポンスへ含める際にも、Base64文字列へ変換して送信する方法が広く使われています。
メール添付ファイルは、MIME規格に基づいてBase64エンコードされた状態で送信されます。また、一部のデータベースではBLOBの代わりにBase64テキストとしてバイナリデータを保存するケースもあります。
この変換ツールでは、エンコード結果をその場で確認できます。
Base64変換でファイルサイズが増える理由
Base64でエンコードすると、元データより約33％サイズが増加します。
これは8ビットのバイナリデータを6ビット単位へ変換し、64種類の文字で表現する仕組みのためです。
小さなアイコンやインライン画像であれば、Base64を直接コードへ埋め込む方法が便利です。
一方で、高解像度画像や動画などの大容量ファイルをBase64化すると、通信量が大きく増える可能性があります。
サイズの大きいファイルは、通常のURL参照方式を利用するほうが効率的です。
Base64デコード — どんな文字列を貼り付ければいいですか？
APIレスポンス、メールのソースデータ、JWTトークン、エクスポートされたデータなどで、Base64エンコードされた文字列を見かけることがあります。
デコードタブへ文字列を貼り付けると、元のテキストやバイナリデータへ復元できます。
Padding（=）が省略された文字列でも、Padding自動補完機能によって処理可能です。
結果が正しく表示されない場合は、文字コード設定を確認してください。適切な文字コードが選択されていないと、日本語や特殊文字が文字化けする場合があります。
Base64と他のエンコード方式の違い
Base64、URLエンコード、Hexエンコードはいずれもデータを文字列へ変換する方式ですが、用途や特徴はそれぞれ異なります。
Hexエンコードは1バイトを2桁の16進数で表現するため、内容を確認しやすい一方で、データサイズはほぼ2倍になります。
Base64はHexより効率が高く、同じデータをより短い文字列で表現できます。
URLエンコードは、URLで使用できない特殊文字を%XX形式へ変換する方式です。バイナリ全体を文字列化する用途ではなく、URL構築向けに最適化されています。
用途に応じて適切な方式を選択することが重要です。
よくあるご質問
Standard Base64では、+と/の文字が使用されます。
これらの文字はURL内で特別な意味を持つため、URLパラメータへそのまま含めると値が正しく解釈されない場合があります。
URL-safe Base64は、+を-に、/を_へ置き換えた形式です。
JWTトークン、OAuth認証、Web APIなどで広く利用されています。
- URLパラメータへBase64値を含める場合は、URL-safe形式を選択してください。
- この変換ツールは、デコード時に両方の形式を自動判別します。
画像をBase64へ変換すると、Data URI形式の文字列が生成されます。
この文字列をHTMLやCSS、メールテンプレートへ直接埋め込むことで、外部画像ファイルなしで画像を表示できます。
- HTML:
<img src="data:image/png;base64,..."> - CSS:
background-image: url("data:image/...") - メールテンプレート: 外部画像がブロックされる環境でも画像を表示可能
Base64化するとファイルサイズが増えるため、アイコンや小さな画像向けです。大きな画像は、先に画像圧縮ツールでサイズを小さくしてから変換してください。
Base64は暗号化ではありません。 バイナリデータをテキスト形式へ変換するためのエンコード方式であり、セキュリティ機能は含まれていません。
Base64は誰でも簡単にデコードして元のデータへ戻せるため、パスワードや個人情報、認証トークンなどをBase64だけで保護してはいけません。
- データ保護が必要な場合は、AESやRSAなどの暗号化アルゴリズムを使用してください。
- Base64は、暗号化済みデータやバイナリデータを安全にテキスト転送するための補助形式として利用されます。
ファイルデコードタブへBase64文字列を貼り付けてデコードすると、ダウンロードボタンが表示されます。
ボタンをクリックすると、元のファイルとして保存できます。
画像ファイルの場合は、ダウンロード前にプレビュー表示も可能です。
MIME Base64は、メール送信標準 RFC 2045 で定義された形式で、Base64文字列を76文字ごとに自動改行して出力します。
一部のメールサーバーやSMTPシステムでは、改行なしの長いBase64文字列を正常に処理できない場合があります。
メール添付ファイルやSMTP関連データを扱う際は、MIME形式を使用してください。
デコード時は自動判別モードがMIME形式を認識するため、特別な設定は不要です。
Base64は、バイナリデータを英数字や記号（合計64種類の文字）で表現するエンコード標準です。
画像、ファイル、音声などのバイナリデータを、テキストしか扱えない環境でも安全に送受信するために利用されます。
- MIME標準を利用したメール添付ファイル。
- HTMLやCSSでのData URI画像埋め込み。
- JSON・XML APIレスポンス内でのバイナリデータ送信。
- JWTトークンのペイロードエンコード。
Base64はIETF RFC 4648に基づく国際標準であり、現在ではほぼすべての開発環境で利用されています。
Base64は、3バイト（24ビット）のバイナリデータを4文字へ変換する仕組みです。
入力データの長さが3の倍数でない場合、不足分を=または==で補います。これがPaddingです。
一部のシステムでは、PaddingなしのBase64文字列を使用することがあります。
この変換ツールのPadding自動補完機能では、Paddingが省略された文字列でも正常にデコードできます。
手動でPaddingを削除したい場合は、エンコード設定で「Paddingを削除（=）」を選択してください。