Kodierung

Base32

Base32-Kodierung und -Dekodierung (RFC 4648) — Text und Dateien, direkt im Browser.

Base32, like Base64, encodes binary data as text, but uses an alphabet of only 32 characters (A-Z2-7) with no easily confused characters (0/O, 1/I). That's why Base32 shows up more often where a string might be typed by a person, not just copy-pasted.

How to use it

Common uses

Things to keep in mind

Base32 grows data by roughly 60% (versus ~33% for Base64) — a trade-off for broader compatibility with case-insensitive systems and manual entry.

Base32hex is a separate variant of the same standard with a different alphabet (0-9A-V) that preserves sort order — it's incompatible with plain Base32.

Artikel zu diesem Tool: Base32: der Unterschied zu Base64 und wann es praktischer ist

Häufig gestellte Fragen

Worin unterscheidet sich Base32 von Base64?

Base32 nutzt nur 32 statt 64 Zeichen (A–Z und 2–7), ist dadurch aber rund 60 % größer als die Originaldaten. Der Vorteil: Das Alphabet ist case-insensitiv und enthält keine leicht verwechselbaren Zeichen, was es gut für Dateinamen oder manuelle Eingabe macht.

Läuft die Kodierung wirklich nur im Browser?

Ja, Text und Dateien werden komplett lokal im Browser verarbeitet. Es wird nichts an einen Server übertragen.

Was bedeutet RFC 4648 in diesem Zusammenhang?

RFC 4648 ist der Standard, der Base16-, Base32- und Base64-Kodierungen definiert. Dieses Tool folgt genau dieser Spezifikation, inklusive des optionalen Padding-Zeichens =.

Warum fehlen im Base32-Alphabet die Ziffern 0 und 1?

Diese Ziffern lassen sich beim Lesen oder bei manueller Eingabe leicht mit den Buchstaben O und I/l verwechseln, daher hat der Standard RFC 4648 sie bewusst aus dem Alphabet ausgeschlossen und nur eindeutige Zeichen übrig gelassen.

Worin unterscheidet sich Base32 von Base32hex?

Base32hex (derselbe RFC 4648) verwendet das Alphabet 0-9A-V statt A-Z2-7 und bewahrt die Sortierreihenfolge von Zeichenketten genau wie die der ursprünglichen Bytes. Beide Varianten sind nicht miteinander kompatibel.

Artikel: Kodierung

Base64: wozu Kodierung dient und wie sie funktioniert

Wie Base64 binäre Daten in ASCII-Text verwandelt und wann das wirklich gebraucht wird.

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.