Base64 Kodierung/Dekodierung
Base64 Kodierung/Dekodierung
Base64 Kodierung/Dekodierung unterstützt Text- und Bildmodus, kodiert und dekodiert UTF-8-Text, erzeugt aus hochgeladenen Bildern Data-URLs oder rohes Base64 und rekonstruiert Vorschau und Download vollständig lokal.
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
Bild-Upload
Behalten Sie die Originalbytes bei und wechseln Sie zwischen Data-URL und roher Base64-Ausgabe, ohne erneut hochzuladen
Bild-Data-URL
data:image/...;base64,... einfügen, um den MIME-Typ automatisch zu erkennen und ein vorschaubares Bild wiederherzustellen
Rohes Base64-Bild
Geben Sie vor dem Wiederherstellen oder Herunterladen den ursprünglichen Bild-MIME-Typ ausdrücklich an
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
Datenschutz & Sicherheit
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