Base64 エンコード / デコード

テキストやファイルを Base64 にエンコード、または Base64 からデコード。URL-safe 変種、UTF-8 安全、完全クライアントサイド。

URL-safe (-_) padding なし

行折り返し

入力

0 文字

デコード結果

0 文字

なぜ Base64？

高速、正確、期待されるすべてのオプションを搭載。

エンコードとデコード

任意のテキストやファイルを Base64 に変換、または Base64 を元のデータに戻す。入力中にリアルタイムでプレビュー。

プライバシー重視設計

すべてのエンコード／デコードはブラウザ内で行われます。テキストやファイルがサーバーにアップロードされることはありません。

ファイルと data URL

任意のファイルをドロップして Base64 文字列、data URL (data:mime;base64,…) を取得、または Base64 文字列をバイナリファイルに戻す。

URL-safe 変種

URL-safe Base64 (Base64URL, RFC 4648) を切り替え — + を -、/ を _ に置換し、URL、ファイル名、JWT などで使用可能。

UTF-8 安全

任意の言語、絵文字、CJK、RTL スクリプトの完全な Unicode サポート。TextEncoder/TextDecoder を使用しているため文字化けしません。

行折り返しと padding

64 または 76 文字での MIME スタイル行折り返しをオプションで、padding の除去もオプションで — 署名、cookie、コンパクトなトークン向け。

ブラウザでの Base64 エンコードの仕組み

ネイティブのブラウザ API、アップロードなし、あらゆるテキストやファイルでロスレスな往復変換。

1

テキストモードかファイルモードを選択

テキストモード（任意の文字列を貼り付け）とファイルモード（最大 50 MB 程度の任意のファイルをドロップ）を切り替えできます。テキストは適切な UTF-8 処理のために TextEncoder で処理されます — 絵文字や非 ASCII 文字も正しく往復変換されます。ファイルは ArrayBuffer として読み込まれます。
2

エンコーダはローカルで実行

JavaScript 組み込みの btoa がバイト列を Base64 にエンコードします。URL セーフなバリアントでは + を - に、/ を _ に置換し、必要に応じてパディングを除去します（JWT が用いる形式）。非常に大きなファイルでは、メインスレッドをブロックしないようチャンク単位でエンコードします。
3

デコーダは逆変換

Base64 文字列を貼り付けると atob でデコードします。元々バイナリファイルをエンコードしていた場合は、元の MIME タイプでダウンロードを提供します。テキストをエンコードしていた場合は TextDecoder でデコードして戻します。どちらの方向もロスレスです。
4

コピー、ダウンロード、Data URI 生成

ワンクリックで Base64 をクリップボードにコピーできます。.txt ファイルとしてダウンロードしたり、CSS / HTML へインライン埋め込み用の data:image/png;base64,... URI を生成することもできます — すべてブラウザ内で組み立てられます。

代表的な Base64 ワークフロー

実際に Base64 が使われる場面と、iKit がフィットする使い方。

CSS への小さな画像の埋め込み

2 KB のアイコンを Data URI に変換してスタイルシートにインライン化 — HTTP リクエストを 1 つ削減できます。iKit は貼り付けてすぐ使える完全な data:image/png;base64,... 文字列を生成します。

JWT デバッグ

JWT の中央セグメントをデコードしてクレームを確認します。iKit の JSON Decoder と組み合わせれば、トークンを一切サーバーに送らずにきれいな 2 ステップでデバッグできます。

API 経由のメール添付ファイル

トランザクショナルメール API が Base64 エンコードされた添付ファイルを要求するとき、ファイルを iKit にドロップして結果をコピーし、リクエストボディに貼り付けるだけです。CLI base64 コマンドの煩わしさも、プラットフォーム差（macOS と Linux のフラグ違い）もありません。

PEM 鍵と証明書

PEM ブロック（BEGIN/END 行を取り除いたもの）をデコードして、生の DER バイトを確認します。あるいはバイナリ鍵を、テキスト形式しか受け付けないツール用に PEM へエンコードします。

Base64 のプライバシーが交渉不可能な理由

Base64 は機密ペイロードのデフォルトの運搬手段です — ユーザー ID と権限を含む JWT、埋め込まれた顧客の写真、内部 API レスポンスなどです。サーバー側の Base64 ツールは、貼り付けたすべてのバイトを目にします。iKit のエンコーダは純粋に JavaScript 内で動作するため、ブラウザのタブから何かが出ていくことはありません。

エンコード・デコード中の fetch や XHR 呼び出しはゼロ。
最大 50 MB 程度のファイルをアップロードなしでローカル処理。
ロスレスな往復 — エンコードしてデコードすると、元のバイトと完全に一致します。

よくある質問

入力はサーバーに送信されますか？

いいえ。すべてのエンコードとデコードはブラウザ内で組み込みの JavaScript API (TextEncoder、btoa、atob) を使って行われます。アップロード、ログ記録、保存は一切ありません。

URL-safe Base64 とは？

標準 Base64 で使用される + と / は URL で特別な意味を持ちます。URL-safe Base64 (RFC 4648 §5) はそれらをそれぞれ - と _ に置き換え、URL、ファイル名、JWT などのトークンで安全に使用できるようにします。

Unicode や絵文字は正しく扱えますか？

はい。エンコード前に TextEncoder を使ってテキストを UTF-8 バイトに変換し、デコードされたバイトを TextDecoder で戻します。あらゆる Unicode 文字 — CJK、絵文字、RTL スクリプト — が正しくラウンドトリップします。

PDF や画像などのファイルをエンコードできますか？

はい。ファイルモードに切り替えて任意のファイルをドロップしてください。ツールは Base64 文字列、HTML/CSS に貼り付けられる data URL、または.txt ダウンロードを提供します。ファイルサイズはブラウザのメモリに制限されます（通常、数百 MB まで動作）。

padding あり／なしの違いは？

標準 Base64 は出力を '=' 文字でパディングして長さが 4 の倍数になるようにします。一部の用途 (JWT、URL トークン) ではスペース節約のため padding を削除します。デコーダは自動的に再構築できます。「padding なし」をチェックすると末尾の = が除去されます。