Initializing, please wait a moment

Base64 - Wann Verwenden Und Wann Nicht

Zuletzt geprueft 2026-04-27. Oeffnen Sie Base64 to Image oder Image to Base64 fuer In-Browser-Konvertierung.

30-Sekunden-Antwort. Base64 macht Binaerdaten textsicher, indem es drei Bytes als vier ASCII-Zeichen codiert. Die Kosten: eine 33%ige Groessenzunahme. Richtige Wahl fuer kleine Inline-Assets in HTML/CSS-Daten-URLs (Symbole unter wenigen KB), E-Mail-Anhaenge innerhalb von MIME und JSON-Payloads, die Binaerdaten tragen. Falsche Wahl fuer alles ueber wenigen Kilobyte - die Groessenstrafe schmerzt und ein echter Binaerpfad ist schneller.

See entscheidungsbaum: waehlen Sie Ja fuer kleine Inline-Symbole und JSON-Binaer-Payloads; waehlen Sie Nein fuer grosse Bilder, sensible Daten oder BLOB-Datenbankspeicherung
Waehlen Sie den Inline-Zweig fuer kleine reine Textziele; waehlen Sie den Binaerzweig, wenn der Payload gross oder sensibel ist.

Was Base64 tatsaechlich tut

Nehmen Sie drei Bytes Binaereingabe - 24 Bit. Gruppieren Sie sie als vier 6-Bit-Chunks. Bilden Sie jeden 6-Bit-Chunk auf eines von 64 ASCII-Zeichen (A-Z, a-z, 0-9, +, /) ab. Die Ausgabe ist jetzt sicher in einem E-Mail-Koerper, einer URL, einer JSON-Zeichenfolge oder einer JavaScript-Quelldatei zu platzieren - keine davon handhabt rohe Binaerdaten sauber.

Der Preis ist die Erweiterung der Codierung: jede 3 Bytes hinein werden 4 Bytes hinaus. Plus Auffuellung (die "="-Zeichen am Ende) fuer Eingaben, deren Laenge kein Vielfaches von 3 ist. Die Mathematik ist exakt: codierte Groesse = aufgerundet(Eingabe/3) * 4 Bytes.

Richtige Wahl: kleine Inline-Binaerdaten in Textprotokollen

See vier gueltige Faelle fuer Base64: Inline-Bilder unter 4 KB, E-Mail-Anhaenge, Binar in JSON und URL-Parameter.
Base64 nutzen, wenn das Ziel nur Text akzeptiert und der Payload klein ist.
  • Kleine Inline-Bilder. Ein 1-KB-Symbol in einer Daten-URL innerhalb von CSS vermeidet eine separate HTTP-Anfrage. Der 33%ige Bloat kostet 300 Bytes; die gesparte Anfrage kostet mindestens 1 RTT plus Header. Unter ~4 KB gewinnt Inline. Darueber ist eine separate Datei mit HTTP/2-Multiplexing schneller.
  • E-Mail-Anhaenge. SMTP und E-Mail-Koerper sind aus Tradition 7-Bit-ASCII. MIME verpackt Binaeranhaenge in Base64 speziell, um zum Protokoll zu passen. Sie sehen das fast nie direkt - E-Mail-Clients codieren und decodieren automatisch.
  • Binaerdaten in JSON. JSON speichert nur Strings, Zahlen, Boolesche, Arrays und Objekte. Um Binaerdaten in ein JSON-Feld zu setzen, base64-en Sie es. APIs, die Bildbytes innerhalb von JSON zurueckgeben, OAuth-Token mit Binaersignaturen und protobuf-ueber-JSON verwenden alle dieses Muster.
  • URL-Parameter mit Binaerdaten. URL-sicheres Base64 (mit - und _ statt + und /) ermoeglicht es Ihnen, kurze Binaeridentifier in Abfragezeichenfolgen ohne Prozent-Codierung zu setzen.

Falsche Wahl: grosse Payloads oder gefakete Verschluesselung

See vier Base64-Antipatterns: grosse Bilder in CSS, Fake-Encoding, Binar in Datenbank, grosse Datentransfers.
Base64 vermeiden bei grossen Payloads, sensiblen Daten, Datenbank-Speicher oder hohem Datentransfer.
  • Einbetten grosser Bilder in CSS oder HTML. Ein 500-KB-Foto als Daten-URL wird zu 670 KB Base64 plus Parser-Overhead, plus es kann nicht separat zwischengespeichert werden, plus es blockiert den Parser. Verlinken Sie einfach die Bilddatei.
  • Sensible Daten "codieren". Base64 ist von jedem umkehrbar. Es ist Codierung, nicht Verschluesselung. Ein Passwort oder einen API-Schluessel durch Base64 zu schicken, verschleiert nichts - die Decodierung ist ein Klick.
  • Dateien in einer Datenbank speichern. Die meisten Datenbanken haben native Binaertypen (BLOB, BYTEA). Binaerdaten als Base64 in einer TEXT-Spalte zu speichern verschwendet 33% der Platte und erzwingt eine Decodierung bei jedem Lesen.
  • Langlaufende Datenuebertragung. Wenn die Binaerdaten Multi-Megabyte sind, zaehlt jedes Byte Overhead. Streamen Sie die Binaerdaten direkt mit dem richtigen Content-Type-Header.

Tools und Entscheidungsregeln

Konvertieren Sie im Browser - Image to Base64 fuer Ausgehende, Base64 to Image fuer Eingehende. Beide arbeiten ohne die Datei hochzuladen.

Die einfache Entscheidungsregel: unter 4 KB und Inline-freundliches Ziel -> Base64 ist in Ordnung. Darueber oder ueberall mit einem echten Binaerpfad verfuegbar -> verwenden Sie den Binaerpfad. Der vollstaendige Entwicklersatz ist im Entwickler-Tools-Hub.

Ueber den 4-KB-Schwellenwert

Die 4-KB-Faustregel ist eine Heuristik aus der HTTP/1.1-Aera fuer Inline-Bilder in CSS-Daten-URLs - bei HTTP/1.1 bezahlte jede separate Anfrage etwa 1 RTT plus Header-Overhead, also unter 4 KB war ein Inline-Bild billiger als eine zweite Anfrage selbst mit der 33-prozentigen Base64-Erweiterung. Bei HTTP/2 und HTTP/3 sinken die Anfragekosten (Header-Komprimierung, Multiplexing auf einer Verbindung), und der Break-Even-Punkt verschiebt sich nach oben: eine separate Datei ist frueher schneller. Die Entscheidungsregel haelt immer noch in der Form - kleine Inline-Binaerdaten in einem Textziel ist die richtige Wahl; grosse Binaerdaten, die einen echten Binaerpfad haben, ist die falsche Wahl - nur der genaue Schwellenwert bewegt sich mit dem zugrunde liegenden Protokoll.

Weiterfuehrendes: Base64 Encoder zum Kodieren im Browser; base64 encoder - when to use it fuer Entscheidungshilfen nach Szenario; base64 encoder vs alternatives zum Vergleich mit URL-Kodierung und Hex.