Base32 Encoder Decoder

Klartext wird zuerst als UTF-8 kodiert und danach in Base32 umgewandelt.
0 Eingabezeichen

Base32 online kodieren und dekodieren mit 4 Varianten, Dateikonvertierung, Padding-Steuerung, Hex-Ausgabe und lokalen Downloads für TOTP-Secrets und lesbare IDs.

Ähnliche Tools

Was ist Base32?

Base32 ist eine Binär-zu-Text-Kodierung, die Rohdaten mit 32 druckbaren Zeichen darstellt. Die Standardform stammt aus RFC 4648 und verwendet A-Z plus 2-7. Je 5 Bits werden zu 1 Zeichen, deshalb ist das Ergebnis oft rund 60% länger als die Originalbytes.

Base32 ist nicht das kompakteste Format, eignet sich aber gut, wenn du weniger Sonderzeichen, Groß-/Kleinschreibungs-Toleranz oder menschenlesbare Zeichenfolgen brauchst. TOTP-Secrets, einige DNS- und Konfigurationswerte, Aktivierungscodes und lesbare IDs verwenden häufig Base32.

Unterschiedliche Varianten ändern Alphabet und Fehlertoleranz. Diese Seite unterstützt RFC 4648 Base32, Base32hex, Crockford Base32 und z-base-32 mit strikter Validierung, Padding-Steuerung, Zeilenumbrüchen, Text-/Dateikonvertierung und Hex-Ansicht.

Anwendungsfälle

  • Prüfen, ob ein TOTP- oder OTP-Secret korrektes Standard-Base32 ist oder es für bessere Lesbarkeit in Crockford oder z-base-32 umschreiben.
  • Binäre Konfigurationsblöcke, Zertifikatsfragmente, Offline-Aktivierungscodes oder Ressourcen-Fingerprints in lesbare Zeichenfolgen ohne Sonderzeichen umwandeln.
  • Fremde Base32-Werte debuggen, die wegen fehlendem Padding, falscher Variante oder ungültiger Länge scheitern.
  • Eine unbekannte Base32-Nutzlast zuerst als UTF-8 Text oder Hex prüfen und anschließend die Binärdatei herunterladen, wenn es sich tatsächlich um eine Datei handelt.

Anleitung

  1. Zuerst die richtige Variante wählen: RFC 4648, Base32hex, Crockford oder z-base-32.
  2. Zum Kodieren Text oder Datei auswählen und dann Padding, Kleinbuchstaben sowie Umbruch bei 64, 76 oder eigener Breite festlegen.
  3. Zum Dekodieren den Base32-String einfügen und bei Bedarf den strikten Modus für Längen- und Padding-Prüfung aktivieren.
  4. Das Ergebnis je nach Nutzlast als Text, Hex oder herunterladbare Binärdatei ansehen.

Funktionen

  • Zwischen 4 Base32-Varianten auf einer Seite wechseln: RFC 4648, Base32hex, Crockford und z-base-32.
  • Text und Dateien verarbeiten: UTF-8 Text kodieren oder beliebige lokale Dateien in Base32 umwandeln.
  • Dekodierte Ergebnisse als UTF-8 Text, Hex oder herunterladbare Binärdatei prüfen.
  • Padding, Schreibweise und Zeilenumbrüche steuern: = ausgeben, Kleinbuchstaben erzwingen oder bei 64, 76 oder eigener Breite umbrechen.
  • Alles lokal im Browser validieren: Länge und Padding bei Bedarf streng prüfen, ohne Daten hochzuladen.

Solltest du Base32, Base64 oder Base58 verwenden?

Alle drei Formate machen Binärdaten druckbar, lösen aber unterschiedliche Aufgaben.

FormatGeeignet fürAbwägung
Base32TOTP-Secrets, lesbare IDs und Umgebungen ohne Groß-/Kleinschreibungs-RelevanzMenschenfreundlicheres Alphabet, aber längere Ausgabe.
Base64Allgemeiner Text- und Dateitransport, Data-URLs und API-PayloadsKompakter, kann aber +, / und = enthalten.Base64 EncoderBase64 URL Safe
Base58Manuell kopierte Adressen, QR-Inhalte und Blockchain-ähnliche KennungenVermeidet 0/O/I/l, gehört aber nicht zur RFC-4648-Familie.Base58 Encoder Decoder

Best Practices

Bestätige die Variante vor jedem Debugging

Der häufigste Base32-Fehler liegt nicht in der Berechnung, sondern im falschen Alphabet. Erwartet ein System Base32hex, Crockford oder z-base-32, wirkt Standard-Base32 oft plausibel und ist trotzdem falsch.

Wechsle zuerst in die Hex-Ansicht

Ein gültiger Base32-String kann Zertifikate, Bild-Header, Archive oder zufällige Bytes enthalten. In Hex erkennst du schneller, welche Nutzlast wirklich vorliegt.

Nutze Crockford oder z-base-32 für menschliche Eingabe

Diese Varianten reduzieren visuelle Verwechslungen wie O, 0, I und 1 und sind daher oft besser für manuelle Eingabe geeignet.

Halte nicht die ganze Toolchain in Base32 fest

Oft ist es praktischer, anschließend auf Base64, Hex oder die Originaldatei zu wechseln.

Base64 EncoderHex Konverter

Häufig gestellte Fragen

Wann ist Base32 besser als Base64?

Verwende Base64, wenn du die kürzeste übliche Textdarstellung willst. Verwende Base32, wenn du weniger Sonderzeichen, eine bessere Groß-/Kleinschreibungs-Toleranz oder menschenlesbare Zeichenfolgen wie TOTP-Secrets brauchst.

Was ist der Unterschied zwischen RFC 4648, Base32hex, Crockford und z-base-32?

Der Hauptunterschied liegt im Alphabet und in den Dekodierregeln. RFC 4648 ist der allgemeine Standard. Base32hex sortiert Ziffern zuerst. Crockford ist für manuelle Eingabe optimiert und akzeptiert O/0 sowie I/1/L/1. z-base-32 bevorzugt lesbare Kleinbuchstaben.

Warum enden manche Base32-Strings mit = und andere nicht?

RFC 4648 Base32 und Base32hex verwenden oft = als Padding. Crockford und z-base-32 lassen es meist weg. Auf dieser Seite kannst du Padding beim Kodieren steuern und Strings ohne Padding im lockeren Modus dekodieren.

Warum sieht das dekodierte Ergebnis unlesbar aus?

Die Originaldaten sind möglicherweise kein UTF-8 Text. Es kann sich um Binärdaten, Zertifikate, Bilder oder Schlüsselmaterial handeln. Wechsel in die Hex-Ansicht oder lade die wiederhergestellte Datei herunter.

Kann ich Dateien in Base32 umwandeln und später wiederherstellen?

Ja. Du kannst im Kodiermodus eine lokale Datei auswählen und im Dekodiermodus die Binärbytes wiederherstellen und herunterladen.

Werden meine Daten an einen Server gesendet?

Nein. Base32-Kodierung, Dekodierung, Hex-Ansicht und Downloads laufen lokal im Browser.

Fehlerbehebung

Warum stimmt mein Wert nicht mit dem Ergebnis eines Drittanbieters überein?

Prüfe zuerst die Variante. Standard-Base32, Base32hex, Crockford und z-base-32 verwenden unterschiedliche Alphabete.

Warum meldet der strikte Modus eine ungültige Länge?

Der String kann falsches Padding, ungültige Zeichen oder die falsche Variante enthalten.

Warum erhalte ich leeren oder beschädigten Text?

Die Originaldaten sind möglicherweise kein UTF-8 Text. Nutze die Hex-Ansicht oder lade die Binärdaten herunter.

Glossar

RFC 4648 Base32
Die gebräuchlichste Standardvariante von Base32. Sie nutzt A-Z und 2-7 und kann = Padding enthalten.
Base32hex
Die hexadezimal sortierte Variante aus RFC 4648. Das Alphabet lautet 0-9 und A-V.
Crockford Base32
Eine menschenfreundliche Variante, die I, L, O und U entfernt und O/0 sowie I/1/L/1 beim Dekodieren toleriert.
z-base-32
Eine Variante für menschliche Eingabe, meist in Kleinbuchstaben und normalerweise ohne Padding.
padding
Abschließende = Zeichen, die eine Standard-Base32-Ausgabe auf die erwartete Länge auffüllen.

Schnellvergleich der 4 Base32-Varianten

Wenn du unsicher bist, starte mit Alphabet und typischem Einsatzzweck.

VarianteAlphabetNutzt =Typischer Einsatz
RFC 4648A-Z + 2-7Meist jaTOTP und Standard-Kompatibilität
Base32hex0-9 + A-VMeist jaHexadezimale Sortierung und Protokollfelder
Crockford0-9 + A-Z (ohne I/L/O/U)Meist neinManuelle Eingabe und Fehlertoleranz
z-base-32ybndrfg8ejkmcpqxot1uwisza345h769Meist neinLesbare Kleinbuchstaben-Strings

Längen- und Padding-Tabelle für Standard-Base32

Bei RFC 4648 Base32 und Base32hex hängt die Anzahl der = Zeichen von der Eingabelänge ab.

EingabebytesBase32-ZeichenAbschließende =
126
244
353
471
580

Authoritative References