Base64 인코딩・디코딩 변환기｜무료・가입 불필요
텍스트와 Base64 형식을 상호 변환하는 무료 도구입니다. 클릭 한 번으로 인코딩・디코딩 모드를 전환할 수 있고, 이메일 첨부・JWT 토큰 등에 활용됩니다. 모든 처리가 브라우저 내에서 이루어져 입력값이 서버로 전송되지 않습니다.
Base64 인코딩・디코딩이란
Base64는 바이너리 데이터나 임의의 문자열을 A–Z, a–z, 0–9, +, / 총 64종류의 ASCII 문자만으로 표현하는 인코딩 방식입니다. 7비트 ASCII 문자만 처리할 수 있던 예전 메일 시스템 등에서도 바이너리 데이터가 손상되거나 잘못 해석되지 않고 안전하게 전달되도록 고안되었습니다.
이 도구는 클릭 한 번으로 텍스트와 Base64 형식을 상호 변환합니다. 모든 처리는 브라우저 안에서 완결되므로 입력한 내용이 서버로 전송되는 일은 없습니다. 한국어・일본어・이모지를 포함한 유니코드 문자열도 내부적으로 UTF-8 인코딩을 거치기 때문에 올바르게 변환됩니다.
Base64 변환 도구 사용법
- 모드를 선택합니다 텍스트를 Base64로 바꾸려면 "인코딩", Base64를 텍스트로 되돌리려면 "디코딩"을 선택합니다.
- 입력란에 텍스트를 붙여넣습니다 변환하고 싶은 문자열이나 Base64 데이터를 "입력"란에 붙여넣습니다.
- 출력 결과를 확인합니다 입력에 따라 "출력"란에 변환 결과가 실시간으로 표시됩니다.
- 결과를 복사합니다 변환 결과를 복사하여 이메일 첨부・데이터 URI・API 요청 등 원하는 용도에 붙여넣습니다.
더 잘 활용하기 위한 팁
- Base64라는 이름은 인코딩에 사용하는 문자가 64종류（A–Z, a–z, 0–9, +, /）이기 때문입니다. 끝에 붙는
=는 바이트 수를 3의 배수로 맞추기 위한 패딩 문자입니다. - JWT（JSON Web Token）는 헤더·페이로드·서명을 Base64URL（
+→-,/→_）로 인코딩합니다. URL 안전 변형이므로 이 도구의 출력과 일부 다를 수 있습니다. - HTML/CSS의 데이터 URI（
data:image/png;base64,iVBOR...）도 대표적인 사용 예입니다. 작은 아이콘을 인라인으로 삽입할 때 활용됩니다. - Base64는 암호화가 아닌 인코딩입니다. 누구든 즉시 디코딩할 수 있으므로 민감한 정보 보호에는 사용할 수 없습니다.
Base64 변환 도구 활용 방법
데이터 URI 만들기
작은 이미지를 파일 없이 HTML/CSS에 넣고 싶을 때, 이미지 데이터를 Base64로 변환해 data: URI를 만들 수 있습니다.
JWT 토큰 내용 확인하기
JWT의 헤더와 페이로드 부분을 디코딩해 담긴 클레임 내용을 확인할 수 있습니다（서명 검증은 별도로 필요합니다）.
API 응답 디버깅하기
API가 Base64로 인코딩해 반환하는 바이너리 데이터나 텍스트를 개발 중에 디코딩해 실제 내용을 확인할 수 있습니다.
설정 파일・환경 변수 값 만들기
인증서나 키 파일을 Base64로 변환해 환경 변수나 설정 파일에 넣을 때 사용할 수 있습니다.
Base64 관련 용어집
- Base64
- 바이너리 데이터를 64종류의 ASCII 문자만으로 표현하는 인코딩 방식입니다. 3바이트의 데이터를 4문자로 변환하기 때문에 데이터 양이 원본보다 약 33% 늘어납니다.
- 패딩（=）
- Base64 출력의 전체 길이를 4의 배수로 맞추기 위해 끝에 붙는
=기호입니다. 원본 데이터의 길이에 따라 0개・1개・2개 중 하나가 붙습니다. - Base64URL
- URL 안에서 특별한 의미를 가지는
+와/를 각각-와_로 바꾼, URL 안전 버전의 Base64입니다. JWT와 OAuth 토큰에 사용됩니다. - MIME
- 이메일로 이미지나 오디오 같은 바이너리 파일을 첨부할 수 있게 해 주는 규격입니다. 7비트 ASCII만 처리할 수 있는 SMTP로 바이너리를 보내기 위해 내부적으로 Base64 인코딩을 사용합니다.
- 데이터 URI
- HTML/CSS 안에 이미지 같은 파일을 외부 링크 없이 직접 넣는 표기법입니다.
data:image/png;base64,...와 같이 Base64로 인코딩한 데이터를 사용합니다.
자주 묻는 질문
data:image/png;base64,...）, JWT 인증 토큰, API를 통한 바이너리 데이터 전송 등에 널리 활용됩니다.
여담 ― Base64, 이메일, 그리고 URL의 충돌
Base64가 보급된 가장 큰 계기는 전자 메일입니다. 1970~80년대 SMTP는 7비트 ASCII만 처리할 수 있어 바이너리 첨부 파일이 전송 중 손상되곤 했습니다. MIME은 바이너리를 Base64로 텍스트화하여 전송하는 방식을 도입했고, 오늘날 모든 이메일 첨부 파일의 내부 표현에 여전히 사용되고 있습니다.
Base64 문자 집합에는 URL에서 특수한 의미를 갖는 +와 /가 포함됩니다. 이 문제를 해결하기 위해 Base64URL（+→-, /→_, 패딩 없음）이 만들어졌습니다. JWT와 OAuth 토큰이 Base64URL을 사용하는 이유가 여기 있습니다.
3바이트 바이너리가 4문자의 Base64로 변환되므로 데이터 크기는 약 33% 증가합니다. 큰 이미지를 데이터 URI로 변환하면 HTML 파일이 크게 커지므로 작은 아이콘 외에는 권장하지 않습니다.