Base64 Kodierung/Dekodierung
Base64 Kodierung/Dekodierung
Base64 Kodierung/Dekodierung: Unterstützt Base64-Codierung und -Decodierung von Text- und Binärdaten mit URL-safe- und MIME-Formatoptionen. Unterstützt Data-URL-Parsing, zeilenweise Codierung und automatische Formaterkennung, geeignet für API-Aufrufe, E-Mail-Anhänge und Dateneinbettung.
Schnellstart
Häufige Anwendungsfälle
URL/JWT
URL‑sichere Variante (−/_) bevorzugen; abschließendes '=' ggf. weglassen, um Escaping‑Probleme zu vermeiden
E‑Mail/MIME
Falls Umbrüche nötig sind, MIME‑76‑Spalten (CRLF) verwenden; fürs Web i. d. R. ohne Umbruch. Dieses Tool bietet 76‑Spalten‑Umbruch und eine LF/CRLF‑Umschaltung
Mehrzeiliger Text
„zeilenweise Kodierung“ aktivieren, jede Zeile separat kodieren
MIME/PEM
76‑Spalten‑Umbruch aktivieren; bei Bedarf LF‑Umbruch einschalten
Data‑URL
Beim Einbetten data:[mime];base64,… erzeugen; der Decoder extrahiert automatisch den Teil nach dem Komma
Round‑Trip‑Prüfung
Direkt nach dem Kodieren wieder dekodieren und prüfen
Image upload
Keep the original bytes and switch between Data URL and raw Base64 output without re-uploading
Image Data URL
Paste data:image/...;base64,... to auto-detect MIME and rebuild a previewable image
Raw Base64 image data
Supply the original image MIME explicitly before reconstructing or downloading
Ergänzendes Szenario
encode base64, decode base64 und base64 Konverter lassen sich im selben Ablauf abdecken, damit Sie Ergebnisse vor dem Kopieren oder Export schneller prüfen können.
Kodierungsparameter & Varianten
Nutzungstipps
Einschränkungen und Kompatibilität
Sitzungsverwaltung
Häufige Fragen
Base64 ist ein Verfahren, beliebige Binärdaten als druckbare Textzeichen darzustellen. Es entstand in den 1990ern im E‑Mail‑MIME‑Standard (RFC 1521/2045) und wurde später durch RFC 4648 vereinheitlicht. Ziel ist nicht „Verschlüsselung“, sondern die verlässliche Übertragung von Bytes über textorientierte Kanäle. Funktionsweise: Je 3 Bytes (24 Bit) werden in vier 6‑Bit‑Blöcke aufgeteilt und auf 64 Zeichen A–Z, a–z, 0–9, +, / abgebildet; wenn die Länge kein Vielfaches von 3 ist, richtet „=“ das Ergebnis aus. Dadurch wächst die Größe typischerweise um ~33 %. Varianten & Auswahl: RFC 4648 definiert die URL‑safe‑Variante („-“ und „_“ statt „+“ und „/“, das abschließende „=“ kann entfallen). Für URL/Cookie/JWT‑Szenarien URL‑safe bevorzugen; für Legacy/MIME‑Werkzeuge Standard‑Base64 (mit +/ und =) verwenden. Dieses Tool liefert standardmäßig URL‑safe; der Decoder akzeptiert beide Varianten. Beispiele: ??? → Standard Pz8/, URL‑safe Pz8_; ~~~ → Standard fn5+, URL‑safe fn5‑. Data‑URL: Beim Einbetten data:[mime];base64,… verwenden; beim Dekodieren den Teil nach dem Komma extrahieren (dieses Tool macht das automatisch). Meilensteine (kurz): 1993 RFC 1521 (MIME v1, Ned Freed & Nathaniel Borenstein) → 1996 RFC 2045 (MIME‑Update, ersetzt 1521) → 2003 RFC 3548 (Simon Josefsson, abstrahiert Base16/32/64) → 2006 RFC 4648 (Simon Josefsson, vereinheitlicht und definiert Base64URL, ersetzt 3548). Zudem: 1993 RFC 1421 (PEM, J. Linn) nutzt Radix‑64 (verwandt mit Base64) zum Transport binärer Daten per Mail. Sicherheit: Base64 ist reversible Formatierung, keine Vertraulichkeit/Integrität; sensible Daten erst verschlüsseln, dann kodieren.
Nein. Jeder kann dekodieren. Für Vertraulichkeit zuerst verschlüsseln, dann kodieren
Nur A–Z, a–z, 0–9, +, / und = sind erlaubt; außerdem muss die Länge passen
Unterschiede entstehen oft durch Zeilenumbruch, Beibehaltung des '='‑Padding, URL‑safe‑Variante (−/_) und Implementierungsdetails. Verwenden Sie UTF‑8, deaktivieren Sie Umbrüche und legen Sie fest, ob URL‑safe und Padding beibehalten werden
Base64 repräsentiert 8 Bit mit 6 Bit; das Plus von ~33 % ist inhärent
Ja, mit UTF‑8. Nicht‑Text‑Daten können beim Dekodieren wie „komische Zeichen“ aussehen