Codifica

Base32

Codifica e decodifica Base32 (RFC 4648) — testo e file, direttamente nel 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.

Articolo su questo strumento: Base32: come si differenzia da Base64 e quando è più comodo

Domande frequenti

In cosa differisce Base32 da Base64?

Base32 usa un alfabeto più piccolo di 32 caratteri (A-Z e 2-7), il che lo rende insensibile a maiuscole/minuscole e privo di caratteri visivamente ambigui. Per questo è usato per chiavi segrete TOTP, etichette DNS e nomi di file, a costo di un output più grande.

Perché l'output di Base32 è così più grande di Base64?

Base32 codifica 5 bit per carattere invece di 6, quindi l'output è circa il 60% più grande dei dati originali — molto più overhead rispetto al ~33% di Base64.

Questo strumento invia i miei dati da qualche parte?

No. Tutta la codifica e decodifica avviene localmente nel tuo browser secondo RFC 4648 — nulla viene caricato su un server.

Perché nell'alfabeto di Base32 non ci sono le cifre 0 e 1?

Queste cifre si confondono facilmente con le lettere O e I/l durante la lettura o l'inserimento manuale, quindi lo standard RFC 4648 le ha deliberatamente escluse dall'alfabeto, lasciando solo caratteri non ambigui.

In cosa differisce Base32 da Base32hex?

Base32hex (lo stesso RFC 4648) usa l'alfabeto 0-9A-V invece di A-Z2-7 e conserva l'ordine di ordinamento delle stringhe identico a quello dei byte originali. Le due varianti sono incompatibili tra loro.

Articoli: Codifica

Base64: a cosa serve la codifica e come funziona

Come Base64 trasforma dati binari in testo ASCII e quando serve davvero.

URL Encode/Decode: il percent-encoding nei link

Come i caratteri speciali negli indirizzi e nei parametri diventano sequenze %XX.

HTML Entities: come mostrare caratteri speciali in sicurezza

Perché i caratteri < > & vanno escapati e come questo evita di rompere il markup.

JWT: struttura del token e cosa significa "decodificare" un JWT

Header, payload e signature di un JWT, e perché decodificare non equivale a verificare la firma.

Unicode Escape: cosa significano le sequenze \uXXXX

Da dove vengono sequenze come \u0041 in JSON e nelle stringhe JS, e cosa significano.

ROT13 e il cifrario di Cesare: semplice sostituzione di caratteri

Perché uno scorrimento di 13 lettere rende ROT13 auto-inverso, e perché si usa ancora oggi.

Punycode: come funzionano i domini internazionalizzati nel DNS

Come un dominio con caratteri non latini diventa una forma ASCII con il prefisso xn--.

Il codice Morse: come il testo diventa punti e linee

Il principio di codifica delle lettere in punti e linee, e dove si usa ancora oggi il Morse.

Data URI: quando incorporare immagini direttamente nel codice

Come un Data URI incorpora il contenuto di un file direttamente in HTML o CSS, e quando conviene.

Gzip + Base64: comprimere dati per trasmetterli come testo

Perché i dati binari compressi vengono anche codificati in Base64 prima di finire in un campo di testo.

XML Entities: escapare i caratteri nei documenti XML

Le cinque entity XML obbligatorie senza le quali il documento si rompe durante il parsing.