Encode text to Base32 or decode Base32 strings back to plain text. Supports RFC 4648 and Extended Hex (base32hex) alphabets. Everything runs in your browser —no server, no tracking.
= padding to a multiple of 8.
RFC 4648 uses A–Z and 2-7; it avoids visually ambiguous characters like 0, 1, 8, 9.
Extended Hex (base32hex) uses 0-9 and A–V, preserving sort order —useful for Crockford and NanoID variants.
All processing happens entirely in your browser —nothing is sent to any server.
Base32 is an encoding format that maps binary data into a restricted alphabet made of letters and digits. It is commonly used in OTP secrets, provisioning strings, and environments where case-insensitive or human-readable encodings are helpful.
Base32 encodes data in 5-byte blocks. When the input length is not a multiple of 5, "=" padding characters are added to the output to make the total length a multiple of 8. Padding is part of the RFC 4648 standard and required by most decoders.
No. RFC 4648 defines two Base32 variants: standard Base32 (A–Z, 2-7) and Base32Hex (0-9, A–V). They encode the same data but use different alphabets. This tool uses the standard Base32 alphabet by default.
Yes. TOTP secret keys are Base32-encoded strings. You can paste them here to see the raw bytes, but note that this tool outputs decoded text —binary secrets may not display correctly as text.
No. All encoding and decoding happens locally in your browser using JavaScript. Nothing is sent to a server.