한글 2자는 왜 Base64 8자가 될까요?
원문
한글인코딩 결과
7ZWc6riA‘한글’은 UTF-8에서 6바이트입니다. Base64는 3바이트를 4개의 문자로 표현하므로 8자가 됩니다. 일반적인 출력 길이는 4 × ceil(바이트 수 ÷ 3)이며, 남는 바이트 수에 따라 끝에 =가 붙습니다. 압축 기능이 아니어서 바이트 기준 용량은 보통 늘어납니다.
⌘ 브라우저 실행
◉ 데이터 비저장
₩ 무료
변환할 문자열
0자
변환 결과
Ctrl + Enter를 누르면 기본 작업을 실행합니다.
BASE64 ENCODE & DECODE
텍스트와 Base64 문자열을 양방향으로 변환합니다.
API 요청, 데이터 URI, 설정 값에서 자주 만나는 Base64 문자열을 브라우저에서 바로 인코딩하거나 디코딩합니다. UTF-8 바이트를 기준으로 처리해 한글과 이모지도 깨지지 않도록 변환하며, 유효하지 않은 입력은 결과 대신 오류로 알려줍니다.
01
사용 방법
입력부터 결과 활용까지 네 단계로 진행합니다.
- 1문자열 입력
변환할 원문 또는 Base64 문자열을 붙여넣습니다.
- 2방향 선택
인코딩 또는 디코딩 버튼을 선택합니다.
- 3결과 확인
변환 결과와 입력 오류 여부를 확인합니다.
- 4결과 복사
완성된 문자열을 클립보드로 복사합니다.
알아두기
Base64는 암호화가 아니라 표현 방식입니다.
Base64는 바이너리 데이터를 영문자, 숫자와 일부 기호로 표현하는 인코딩 방식입니다. 전송 과정에서 데이터 형식을 안전하게 유지하는 데 쓰이지만 누구나 디코딩할 수 있으므로 비밀번호나 개인정보를 보호하는 암호화 수단으로 사용하면 안 됩니다.
✓
UTF-8 처리한글과 이모지를 먼저 UTF-8 바이트로 바꿔 처리합니다.
✓
패딩 문자문자열 끝의 = 문자는 길이를 맞추기 위한 정상 값입니다.
✓
URL-safe 지원-와 _를 사용하는 URL-safe 입력도 디코딩합니다.
예제로 확인하기
한글과 공백을 Base64로 바꾸고 되돌려 보기
API에 보낼 텍스트가 Base64를 요구할 때는 먼저 원문의 문자 인코딩을 맞춰야 합니다. 이 도구는 입력란의 텍스트를 UTF-8 바이트로 바꾼 뒤 표준 Base64로 표시합니다. 복호화 키가 필요한 암호화가 아니므로, 결과를 공유하면 원문도 쉽게 읽을 수 있습니다.
눈에 잘 보이지 않는 앞뒤 공백도 데이터입니다
| 입력 | UTF-8 크기 | 결과 |
|---|---|---|
"A" | 1바이트 | QQ== |
" A " (양쪽 공백) | 3바이트 | IEEg |
인코딩할 때 공백과 줄바꿈을 자동으로 지우지 않습니다. 디코딩할 때는 Base64 문자열 사이의 공백·줄바꿈을 제거합니다. 복사한 결과가 다르면 먼저 글자 수 세기의 UTF-8 바이트로 입력 차이를 확인하세요.
오류 해결과 전달 형식
디코딩 오류가 나거나 API에서 거절할 때
- 표준 Base64와 Base64url을 구분하세요. 출력은
+,/,=를 쓰는 표준 형식입니다. 입력은 Base64url의-,_도 받아들이고 생략된 패딩을 보완합니다. 수신 API가 Base64url만 요구한다면 표준 출력을 그대로 전달하지 마세요. - 접두사와 포장 형식을 분리하세요.
data:text/plain;base64,접두사나 JSON 따옴표는 넣지 않습니다. JWT 전체에는 점으로 나뉜 구간이 있으므로 전체 문자열을 한 번에 디코딩하는 도구로 사용할 수 없습니다. - 원본이 텍스트인지 확인하세요. Base64 자체가 맞아도 이미지·압축 파일이나 UTF-8이 아닌 바이트는 텍스트로 해석하지 못할 수 있습니다. 이 도구는 파일 복원기가 아니며, 잘못된 UTF-8은 오류로 처리합니다.
- 줄바꿈은 입력란 기준입니다. 브라우저 텍스트 입력란은 줄바꿈을 LF로 정리할 수 있습니다. 파일의 원래 CRLF나 바이트를 그대로 보존해야 하는 작업은 파일 단위 도구를 사용하세요.
쿼리 값에 표준 Base64를 넣을 때는 +가 폼 처리 과정에서 공백으로 바뀔 수 있습니다. URL 인코더의 구성요소 모드로 한 번 인코딩한 뒤 전달 형식을 확인하세요.
형식 근거: RFC 4648의 Base64·Base64url 정의. 공백 처리와 UTF-8 오류 안내는 툴하루의 구현을 기준으로 작성했습니다.
예제를 실행하면 작업 영역의 입력과 설정이 바뀝니다. 내용·동작 확인: · 툴하루
02
대표적인 사용 사례
실제 작업에서는 이렇게 활용할 수 있습니다.
API 인증 값 확인
개발 중 받은 Base64 형식 헤더와 응답 값을 점검합니다.
데이터 URI 준비
짧은 텍스트 데이터를 전송 가능한 문자열 형태로 바꿉니다.
MIME 내용 확인
메일 원문이나 로그의 Base64 구간을 읽을 수 있게 복원합니다.
03
자주 묻는 질문
사용 전 알아두면 좋은 기준을 정리했습니다.
Base64로 인코딩하면 정보가 안전해지나요?
아니요. Base64는 내용을 숨기는 암호화가 아니며 변환 규칙만 알면 즉시 복원할 수 있습니다. 민감한 정보 보호에는 검증된 암호화 방식을 사용해야 합니다.
한글을 인코딩해도 깨지지 않나요?
툴하루는 문자열을 UTF-8 바이트로 변환한 뒤 Base64를 적용하므로 한글과 일반적인 이모지를 올바르게 처리합니다.
디코딩할 때 오류가 나는 이유는 무엇인가요?
허용되지 않은 문자가 섞였거나 Base64 길이와 패딩이 올바르지 않을 수 있습니다. 앞뒤 공백과 줄바꿈을 제거한 뒤 다시 확인해보세요.
입력 내용이 서버로 전송되나요?
아니요. 인코딩과 디코딩은 브라우저의 표준 기능으로 실행되며 원문과 결과를 서버에 저장하지 않습니다.
Base64 데이터를 확인하는 기본 흐름
1문자열 복사API·로그에서 값 선택
→
2방향에 맞게 변환인코딩 또는 디코딩
→
3원문 검토형식과 내용 확인