最終更新: 2026-06-23

Base64エンコードのオーバーヘッド

Base64は、任意のバイナリデータを64種類の印刷可能なASCII文字で表現するバイナリ・テキスト変換方式です。メール添付ファイル、HTMLのデータURI、PEM証明書、JSON APIペイロードなど、テキスト専用のチャネルにバイナリコンテンツを埋め込む際の標準的な手段として広く使われています。エンコードは可逆かつ無損失ですが、データサイズがおよそ3分の1増加します。

Base64エンコードの仕組み

Base64はバイナリ入力を3バイト（24ビット）単位で読み込み、各グループを6ビットずつ担う4文字にマッピングします。

$\underbrace{b_1\, b_2\, b_3}_{3 \text{ bytes} = 24 \text{ bits}} \longrightarrow \underbrace{c_1\, c_2\, c_3\, c_4}_{4 \text{ characters} \times 6 \text{ bits}}$

64種類の文字はそれぞれ0から63の値を表し、A–Z、a–z、0–9、+、/ から選ばれています。出力には制御文字、ヌルバイト、127を超えるバイトが含まれないため、ASCIIと互換性のある任意のトランスポートで安全に使用できます。

サイズ計算式

入力3バイトが出力4バイトになるため、エンコード後のサイズは次の式で求められます。

$\text{encoded size} = \left\lceil \frac{\text{input size}}{3} \right\rceil \times 4$

天井関数（切り上げ）は、入力長が3の倍数でない場合に最後のグループに1つまたは2つの = 文字をパディングする処理に対応しています。

元のサイズに対するオーバーヘッドの割合は次のとおりです。

$\text{overhead} = \frac{\text{encoded size}}{\text{input size}} - 1$

入力が3バイトの厳密な倍数である場合、これはちょうど $4/3 - 1 = 1/3 \approx 33.33\%$ となります。

計算例

1 MB のバイナリファイル（1,000,000 バイト）の場合：

$\left\lceil \frac{1{,}000{,}000}{3} \right\rceil \times 4 = 333{,}334 \times 4 = 1{,}333{,}336 \text{ bytes}$

$\text{overhead bytes} = 1{,}333{,}336 - 1{,}000{,}000 = 333{,}336 \text{ bytes} \approx 33.33\%$

実用上の注意点

メールと MIME。 添付ファイルはメッセージ本文の中でBase64エンコードされます。3 MB の PDF をメールに添付すると、メールサイズがおよそ4 MB に膨らむのはこのためです。

データ URI。 200 KB の PNG 画像をデータ URI として HTML や CSS に埋め込むと、テキストとしておよそ 267 KB になり、ページの容量が増加します。小さなアイコンであれば追加の HTTP リクエストを避けられる利点がありますが、大きな画像ではサイズ面での損失が上回ることが多くなります。

JSON API。 JSON にはネイティブのバイナリ型がないため、画像・音声・暗号署名などのバイナリデータはJSON 文字列に格納する前にBase64エンコードされることが多くあります。ペイロードサイズを設計する際には、エンコードによるオーバーヘッドを考慮する必要があります。

URL セーフ Base64。 + を - に、/ を _ に置き換えることで、パーセントエンコードなしにURLのパスやクエリパラメータで安全に使用できる出力を生成するシステムもあります。サイズの計算式は標準の Base64 と同じです。

圧縮率の計算 を使うと、エンコード前に圧縮することでオーバーヘッドを部分的に相殺できるかを評価できます。圧縮後のデータは1バイトあたりのエンコード効率が高くなることが多いです。

基数変換ツール は、Base64 が最終的にエンコードする16進数やバイナリ表現を扱う際に役立ちます。