Base64 エンコーダー/デコーダー
Base64エンコーダー/デコーダーとは？
Base64エンコーダー/デコーダーは、テキストデータをBase64形式に変換したり、Base64形式から元のテキストに戻したりするための便利なオンラインツールです。 Base64エンコーディングは、バイナリデータをテキスト形式で安全に転送するために広く使用されているエンコーディング方式です。
主な機能
- テキストのBase64エンコード/デコード
- ファイルのBase64変換
- UTF-8とShift-JISの文字コード対応
- ワンクリックでのコピー機能
- ダウンロード機能
使用方法
- エンコード/デコードモードを選択
- 文字コードを選択（UTF-8またはShift-JIS）
- テキストを入力するか、ファイルをアップロード
- 変換ボタンをクリック
- 結果をコピーして使用
Base64エンコーディングの用途
- メールの添付ファイルのエンコード
- 画像データのテキスト形式での保存
- API通信でのデータ転送
- データベースへのバイナリデータの保存
- Webアプリケーションでのファイルアップロード
セキュリティについて
このツールは完全にクライアントサイドで動作し、入力されたデータはサーバーに送信されません。 すべての処理はお使いのブラウザ上で行われ、データの安全性が保証されています。
対応ブラウザ
Chrome、Firefox、Safari、Edgeなどの最新のモダンブラウザで動作します。 推奨ブラウザはGoogle Chromeです。
ご注意事項
このツールは、機密性の高いデータや個人情報の処理には使用しないでください。 また、大量のデータを処理する場合は、ブラウザのメモリ使用量に注意してください。
よくある質問
Base64エンコーディングとは何ですか？
Base64は、バイナリデータを A〜Z・a〜z・0〜9 と "+" "/" の64種類のASCII文字のみで表現するエンコード方式です。元はメール（MIME）の本文に画像などのバイナリを埋め込むため考案されましたが、現在ではJWT・Data URI・APIトークン埋め込みなど多用途で使われています。文字列ベースの伝送経路でバイナリを安全に運ぶための「変換」であり、暗号化ではありません。
エンコード後の文字列が長くなるのはなぜですか？
Base64は3バイト（24ビット）のバイナリを4文字（24ビット → 6ビット×4）に変換する仕組みのため、エンコード後のサイズは元データの約133%（4/3倍）になります。さらに76文字ごとの改行やパディング（"="）も加わるため、元データより必ず大きくなります。これは「テキスト経路でバイナリを運ぶ」コストです。
UTF-8とShift-JISの違いは何ですか？
UTF-8は世界中の文字を統一的に扱える国際標準の文字コードで、現在のWebの99%以上で採用されています。Shift-JISは1980年代の日本語専用エンコーディングで、レガシーシステムや一部のCSV・WindowsアプリでまだAdobeも見かけます。新規開発ではUTF-8が推奨です。本ツールはBase64エンコード前に元文字列がどちらかを選べます。
ファイルをアップロードできますか？
はい、テキストファイル・バイナリファイル（画像、PDF、ZIPなど）を本ツールにアップロードしてBase64文字列を取得できます。すべてブラウザ内で処理されるためサーバーに送信されません。ただし数MB以上のファイルではブラウザのメモリ消費が大きくなります。Web上の画像をHTMLにインライン埋め込みしたい時の Data URI 生成に便利です。
データの安全性は保証されていますか？
本ツールはすべての処理をブラウザ内（クライアントサイド）で行うため、入力データはst0z.comのサーバーに送信されません。社外秘の認証情報・個人情報を含むデータでも安全に変換できます。なお、Base64は誰でも復号可能な「エンコード」であり、機密データを保護する「暗号化」ではありません。秘密データは別途暗号化（AES等）してください。
URL safe Base64 とは何ですか？
通常のBase64は "+" と "/" を使うため、URLパスやファイル名にそのまま含めるとパース問題が起きます。URL safe Base64（RFC 4648 §5）は "+" を "-"、"/" を "_" に置き換えた変種で、URLやファイル名で安全に使えます。JWT（JSON Web Token）はこの URL safe 形式を採用しています。
Base64エンコードを使う代表的な場面は？
(1) HTML/CSSへの画像インライン埋め込み（Data URI）、(2) JWT のヘッダ・ペイロード・署名のエンコード、(3) メール添付ファイル（MIMEのbase64）、(4) APIキー・パスワード・証明書（PEM形式）の保存、(5) WebSocketサブプロトコル名、(6) Basic認証のID:Password エンコード、などが代表例です。