무료 온라인 BASE64 변환 도구
Base64 인코딩
한글·영문·이모지를 Base64 문자열로 변환하세요. UTF-8이 기본이며 받는 시스템에 맞는 문자 인코딩을 선택할 수 있습니다. 가입 없이 무료로 자동 변환하고 결과를 복사하세요.
일상적인 텍스트 변환
코드 조각, API 값, UTF-8 문자열을 간편하게 변환하세요.
브라우저에서 변환
입력과 결과는 브라우저에서 처리하며 변환 서버로 전송하지 않습니다. 사이트 방문은 Google 애널리틱스로 측정합니다.
Base64란?
Base64는 데이터를 텍스트로 표현하는 방식입니다. 암호화가 아니며 민감한 정보를 보호하지 않습니다.
Base64 인코딩 방법과 텍스트 변환 예제
Base64 인코딩은 데이터를 전달하기 쉬운 문자로 표현하는 과정입니다. 이 온라인 인코더는 입력한 한글·영문·이모지를 UTF-8 바이트로 변환한 다음 표준 Base64 문자열을 만듭니다. 텍스트를 API나 다른 시스템에 전달할 때 출력 형식이 맞는지 확인하는 데 사용할 수 있습니다.
- 입력 칸에 변환할 원문 텍스트를 입력하거나 붙여넣으세요. 이미 인코딩된 문자열을 넣으면 그 문자열을 다시 인코딩하므로 원문을 복원하려면 디코딩 페이지를 사용하세요.
- 입력하거나 붙여넣으면 자동으로 변환됩니다. 자동 변환을 끄면 변환 버튼이나 Ctrl+Enter(맥은 ⌘+Enter)를 사용하세요.
- 결과 복사 버튼으로 출력 값을 복사하세요. UTF-8 입력 또는 복원한 데이터의 한도는 5 MB(5 × 1024 × 1024바이트)입니다.
한글·영문·이모지 Base64 예제
아래 값은 UTF-8 기준으로 검증한 예제입니다. 입력과 결과를 비교해 변환 방향을 확인하세요. 한글과 이모지는 여러 바이트를 사용하므로 글자 수와 Base64 길이가 같지 않습니다.
| 입력 | 결과 |
|---|---|
Hello | SGVsbG8= |
한글 | 7ZWc6riA |
안녕하세요 😀 | 7JWI64WV7ZWY7IS47JqUIPCfmIA= |
인코딩 결과의 문자·패딩·길이
결과는 A–Z, a–z, 0–9, +, /와 끝의 = 패딩을 사용하는 표준 Base64이며, 출력에 줄바꿈을 자동으로 추가하지 않습니다. UTF-8 바이트가 n개이면 결과 길이는 4 × ceil(n / 3)자입니다. f → Zg==, fo → Zm8=, foo → Zm9v처럼 마지막 바이트 수에 따라 패딩이 달라집니다. URL-safe 형식을 요구하는 시스템에는 +와 /를 -와 _로 바꾸고 해당 프로토콜의 패딩 규칙을 따라야 합니다.
한글 인코딩과 UTF-8
한글·이모지는 문자 그대로 btoa()에 넣으면 오류가 날 수 있지만, 이 인코더는 먼저 TextEncoder로 UTF-8 바이트를 만든 뒤 Base64로 변환합니다. 다시 읽는 시스템도 복원한 바이트를 UTF-8로 해석해야 한글이 올바르게 표시됩니다. 다른 문자 인코딩이 필요하면 결과 칸 위에서 선택하고, 다시 디코딩할 때도 같은 방식으로 맞추세요.
한글·이모지 Base64 인코딩: 문자 인코딩 선택
한글과 이모지를 함께 보낼 때는 기본값 UTF-8을 사용하세요. 받는 시스템이 EUC-KR / CP949, Shift_JIS, Windows-1252 같은 방식을 지정했다면 결과 칸 위에서 해당 문자 인코딩을 선택한 뒤 결과를 복사하세요.
디코딩할 때도 같은 문자 인코딩을 선택해야 원문이 복원됩니다. 일부 오래된 인코딩은 이모지나 다른 언어의 문자를 담을 수 없습니다. 변환할 수 없다는 오류가 나오면 받는 시스템이 허용하는 경우 UTF-8로 바꾸세요.
| 문자 인코딩 | 원문 | Base64 값 |
|---|---|---|
| UTF-8 | 한글 | 7ZWc6riA |
| EUC-KR / CP949 | 한글 | x9Gx2w== |
JSON·API에 사용할 Base64 값 만들기
이 인코더는 입력한 텍스트 자체를 변환합니다. {"name":"한글"}을 넣으면 JSON 문서 전체가 인코딩되고, 한글만 넣으면 해당 값만 인코딩됩니다. 이미지 파일 경로나 https://로 시작하는 주소를 입력해도 파일을 읽어 변환하지 않고 그 경로·주소 문자열을 인코딩합니다.
기본 출력은 +, /, =를 포함할 수 있는 표준 Base64입니다. 받는 API가 표준 Base64인지 Base64URL인지 먼저 확인하세요. URL 쿼리에 표준 Base64를 넣을 때는 URL 인코딩을 적용해야 +가 공백으로 해석되는 일을 피할 수 있습니다. Base64URL이 필요한 경우 +를 -로, /를 _로 바꾸고 API가 지정한 패딩 규칙을 따르세요.
같은 글인데 Base64 결과가 다른 이유
공백, 줄바꿈, 문자 인코딩이 다르면 눈으로 비슷하게 보이는 텍스트도 바이트가 달라집니다. 아래 예는 모두 UTF-8 기준이며 LF는 줄바꿈 한 개입니다. 결과가 예상과 다르면 앞뒤 공백과 줄바꿈을 먼저 확인하세요.
| 입력 텍스트 | Base64 결과 |
|---|---|
| Hello | SGVsbG8= |
| Hello + 공백 1개 | SGVsbG8g |
| Hello + LF | SGVsbG8K |
자주 묻는 질문
공백과 줄바꿈도 인코딩되나요?
네. 입력한 공백과 줄바꿈은 UTF-8 바이트에 포함되므로 Hello와 Hello 뒤에 줄바꿈을 넣은 결과는 다릅니다. 다시 디코딩하면 실제 입력한 텍스트가 복원됩니다. 운영체제에 따라 LF와 CRLF가 다를 수 있으니 정확한 값이 필요하면 원문의 줄바꿈도 확인하세요.
이모지가 포함된 텍스트를 EUC-KR로 인코딩할 수 있나요?
EUC-KR / CP949는 이모지를 표현하지 못합니다. 이모지가 있는 입력은 UTF-8을 선택하세요. 이 도구는 표현할 수 없는 문자를 ?로 바꾸어 결과를 만들지 않고 오류를 표시합니다.
Base64 인코딩으로 내용을 안전하게 숨길 수 있나요?
Base64는 데이터를 되돌릴 수 있는 문자 형태로 표현하며 암호화가 아닙니다. 비밀번호나 비밀 정보를 보호하지 않습니다.
변환은 브라우저에서 실행되며 입력과 결과는 변환 서버에 전송하지 않습니다. Google Analytics로 방문과 기능 사용을 측정합니다.