Zuletzt aktualisiert: 2026-06-23

Base64-Kodierungs-Overhead

Base64 ist ein Binär-zu-Text-Kodierungsschema, das beliebige Binärdaten mithilfe von 64 druckbaren ASCII-Zeichen darstellt. Es ist das Standardverfahren, um Binärinhalte in rein textbasierten Kanälen zu übertragen — E-Mail-Anhänge, Data-URIs in HTML, PEM-Zertifikate und JSON-API-Nutzdaten setzen alle darauf. Die Kodierung ist verlustfrei und umkehrbar, vergrößert die Datenmenge jedoch um etwa ein Drittel.

Funktionsweise der Base64-Kodierung

Base64 liest Binärdaten in 3-Byte-Gruppen (24 Bits) und ordnet jede Gruppe vier Zeichen zu, von denen jedes 6 Bits trägt:

$\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{ Zeichen} \times 6 \text{ Bits}}$

Jedes der 64 Zeichen steht für einen Wert von 0 bis 63, aus dem Zeichensatz A–Z, a–z, 0–9, + und /. Die Ausgabe enthält garantiert keine Steuerzeichen, Null-Bytes oder Bytes über 127 — sicher für jeden ASCII-kompatiblen Transport.

Größenformel

Da aus je 3 Eingabe-Bytes 4 Ausgabe-Bytes werden, beträgt die kodierte Größe:

$\text{Kodierte Größe} = \left\lceil \frac{\text{Eingabegröße}}{3} \right\rceil \times 4$

Die Aufrundung berücksichtigt Eingaben, deren Länge kein Vielfaches von 3 ist, indem die letzte Gruppe mit einem oder zwei =-Zeichen aufgefüllt wird.

Der Overhead als Bruchteil der ursprünglichen Größe beträgt:

$\text{Overhead} = \frac{\text{Kodierte Größe}}{\text{Eingabegröße}} - 1$

Bei Eingaben, die ein genaues Vielfaches von 3 Bytes sind, ergibt sich $4/3 - 1 = 1/3 \approx 33{,}33\,\%$.

Rechenbeispiel

Eine 1-MB-Binärdatei (1.000.000 Bytes):

$\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\,\%$

Praktische Bedeutung

E-Mail und MIME. Anhänge werden Base64-kodiert in den Nachrichtenrumpf eingebettet, weshalb ein 3-MB-PDF-Anhang die E-Mail-Größe auf etwa 4 MB erhöht.

Data-URIs. Das Einbetten eines 200-KB-PNG als Data-URI in eine HTML- oder CSS-Datei erzeugt etwa 267 KB Text und erhöht damit das Seitengewicht. Bei kleinen Symbolen entfällt dadurch eine zusätzliche HTTP-Anfrage; bei großen Bildern überwiegt der Nachteil in der Regel.

JSON-APIs. Binäre Nutzdaten (Bilder, Audio-Ausschnitte, kryptografische Signaturen) werden häufig Base64-kodiert, bevor sie in JSON-Zeichenketten eingefügt werden, da JSON keinen nativen Binärtyp hat. Bei der Planung von Nutzdatengrößen ist der Kodierungs-Overhead zu berücksichtigen.

URL-sicheres Base64. Manche Systeme ersetzen + durch - und / durch _, um eine Ausgabe zu erzeugen, die in URL-Pfadsegmenten und Abfrageparametern ohne Prozent-Kodierung sicher ist. Die Größenberechnung ist identisch.

Kompressionsverhältnis-Rechner hilft zu prüfen, ob eine Kompression vor der Kodierung den Overhead teilweise ausgleichen kann — komprimierte Daten lassen sich pro Byte oft effizienter kodieren.

Zahlenbasis-Konverter ist nützlich, wenn mit den hexadezimalen oder binären Darstellungen gearbeitet wird, die Base64 letztlich kodiert.