인코딩
Base32
Base32(RFC 4648) 인코딩 및 디코딩 — 텍스트와 파일, 브라우저에서 바로.
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
- Encode: enter text or pick a file to get a Base32 string per RFC 4648.
- Decode: paste a Base32 string to get the original text or file back.
- The alphabet is case-insensitive per the spec, though uppercase is the conventional way to write it.
Common uses
- Generating secrets for TOTP/2FA — authenticator apps use Base32 for the secret key specifically.
- Encoding identifiers or tokens a user might need to type by hand without confusing similar-looking characters.
- Working with formats that require Base32 instead of Base64 (some DNS records or case-insensitive file systems, for instance).
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.
자주 묻는 질문
Base32는 Base64와 어떻게 다른가요?
Base32는 A-Z와 2-7만 사용하는 32개 문자 알파벳으로 대소문자를 구분하지 않고 헷갈리기 쉬운 0, 1, 8, 9 같은 글자를 뺐습니다. 그래서 사람이 손으로 옮겨 적거나 대소문자를 구분하지 않는 파일 시스템, DNS 레코드 등에 적합합니다.
이 도구를 쓰면 데이터가 어딘가로 전송되나요?
아니요. 인코딩·디코딩 모두 브라우저에서만 처리되며 텍스트나 파일은 서버로 전송되지 않습니다.
Base32로 변환하면 왜 이렇게 결과가 길어지나요?
5바이트를 8개의 문자로 표현하는 방식이라 원본보다 약 60% 커집니다. Base64보다 문자 종류가 적은 대신 크기 효율은 더 떨어집니다.
Base32 알파벳에는 왜 숫자 0과 1이 없나요?
이 숫자들은 읽거나 손으로 입력할 때 문자 O나 I/l과 헷갈리기 쉽기 때문에, RFC 4648 표준은 의도적으로 이를 제외하고 혼동 없이 구분되는 문자만 알파벳에 남겼습니다.
Base32와 Base32hex는 어떻게 다른가요?
Base32hex(같은 RFC 4648)는 A-Z2-7 대신 0-9A-V 알파벳을 사용하며 문자열의 정렬 순서를 원본 바이트 순서와 동일하게 유지합니다. 두 변형은 서로 호환되지 않습니다.