Kodierung

Base64

Base64-Kodierung und -Dekodierung — Text und Dateien, direkt im Browser.

Base64 kodiert binäre Daten als Text mit 64 druckbaren ASCII-Zeichen (A–Z, a–z, 0–9 sowie + und /). Das ermöglicht es, beliebige Bytes — Bilder, Archive, kryptografische Schlüssel — unverändert durch Kanäle zu übertragen, die nur für Text ausgelegt sind.

Das Tool kodiert und dekodiert sowohl Text als auch Dateien. Die gesamte Verarbeitung läuft in deinem Browser: Die Eingabe verlässt nie deinen Rechner, was das Tool sicher für Tokens, private Schlüssel und andere sensible Daten macht.

So verwendest du es

Typische Anwendungsfälle

Was du wissen solltest

Base64 ist keine Verschlüsselung — jeder kann es dekodieren. Es ändert nur die Darstellung der Daten, nicht ihre Vertraulichkeit.

Das kodierte Ergebnis ist rund 33 % größer als die Eingabe, da je 3 Bytes zu 4 Zeichen werden.

Für URLs und Dateinamen verwendet man Base64URL, das + und / durch - und _ ersetzt und das Padding = oft weglässt.

Artikel zu diesem Tool: Base64: wozu Kodierung dient und wie sie funktioniert

Häufig gestellte Fragen

Was ist Base64 und wofür wird es verwendet?

Base64 wandelt beliebige Binärdaten in eine Zeichenkette aus 64 druckbaren ASCII-Zeichen um. Es wird genutzt, um binäre Inhalte wie Bilder oder Dateien dort einzubetten, wo nur Text erlaubt ist, etwa in JSON, E-Mails oder Data URIs.

Werden meine Dateien beim Kodieren irgendwohin hochgeladen?

Nein, die gesamte Kodierung und Dekodierung läuft direkt im Browser über JavaScript. Es werden keine Daten an einen Server gesendet, auch nicht bei großen Dateien.

Warum ist die Base64-Ausgabe länger als die Originaldatei?

Base64 kodiert je 3 Bytes Rohdaten in 4 Zeichen, wodurch die Ausgabe rund 33 % größer wird als die Eingabe. Das ist normal und kein Fehler des Tools.

Worin unterscheidet sich Standard-Base64 von Base64URL?

Bei Base64URL sind die Zeichen + und / durch - und _ ersetzt, damit sich der String ohne zusätzliches Percent-Encoding sicher in eine URL oder einen Dateinamen einfügen lässt. Genau diese Variante verwendet JWT.

Was bedeutet das Zeichen = am Ende der Zeichenkette?

Das ist das Füllzeichen (Padding) – es zeigt an, wie viele Bytes im letzten 3-Byte-Block fehlen. Es ist nicht immer zwingend erforderlich – manche Systeme lassen es bewusst weg.

Artikel: Kodierung

Base32: der Unterschied zu Base64 und wann es praktischer ist

Das case-insensitive Alphabet von Base32 und Fälle, in denen es praktischer ist als Base64.

URL Encode/Decode: Percent-Encoding in Links

Wie Sonderzeichen in Adressen und Query-Parametern zu %XX-Sequenzen werden.

HTML Entities: Sonderzeichen sicher auf einer Seite ausgeben

Warum die Zeichen < > & escapt werden müssen und wie das kaputtes Markup verhindert.

JWT: Aufbau eines Tokens und was „Dekodieren" eines JWT bedeutet

Header, Payload und Signature eines JWT — und warum Dekodieren nicht dasselbe ist wie Signaturprüfung.

Unicode Escape: was \uXXXX-Sequenzen bedeuten

Woher Sequenzen wie \u0041 in JSON und JS-Strings kommen und was sie bedeuten.

ROT13 und die Caesar-Verschlüsselung: einfache Zeichensubstitution

Warum eine Verschiebung um 13 Buchstaben ROT13 selbstinvers macht und wozu man es heute noch nutzt.

Punycode: wie internationalisierte Domains im DNS funktionieren

Wie eine Domain mit nicht-lateinischen Zeichen zu einer ASCII-Form mit dem Präfix xn-- wird.

Morsecode: wie Text zu Punkten und Strichen wird

Das Prinzip der Kodierung von Buchstaben als Punkte und Striche, und wo Morsecode heute noch genutzt wird.

Data URI: wann Bilder direkt in den Code einbetten

Wie ein Data-URI den Inhalt einer Datei direkt in HTML oder CSS einbettet, und wann sich das lohnt.

Gzip + Base64: Daten komprimieren für die Übertragung als Text

Warum komprimierte Binärdaten zusätzlich Base64-kodiert werden, bevor sie in ein Textfeld kommen.

XML Entities: Zeichen in XML-Dokumenten escapen

Die fünf Pflicht-Entities von XML, ohne die das Dokument beim Parsen bricht.