Base64 인코더
텍스트를 Base64로 인코딩합니다. UTF-8을 완전히 지원하며 URL 안전 알파벳과 패딩 설정을 제공합니다. 브라우저에서 실행됩니다.
브라우저에서 로컬로 처리됩니다. 텍스트는 업로드되지 않습니다.
도구 소개
Base64는 바이너리 데이터를 출력 가능한 64개의 ASCII 문자로 표현하는 방식이라 JSON, HTML, 이메일, 데이터 URL, HTTP 헤더에 안전하게 넣을 수 있습니다. 이 도구는 텍스트를 UTF-8로 Base64 변환하므로, 브라우저의 btoa와 달리 악센트 문자, 한글을 비롯한 CJK 문자, 이모지도 올바르게 인코딩됩니다.
결과를 URL, 파일 이름, JWT에 넣을 때는 URL 안전 알파벳(RFC 4648 §5)으로 전환하세요. +와 /가 -와 _로 바뀝니다. URL 안전 방식에서 흔히 생략하는 끝의 = 패딩을 제거하거나, MIME 방식에 맞게 한 줄에 76자씩 줄바꿈할 수도 있습니다.
인코딩은 TextEncoder를 사용해 브라우저에서 로컬로 이루어지며, 입력한 내용은 업로드되지 않습니다. Base64는 암호화가 아니라 인코딩이라는 점을 기억하세요. 누구든 디코딩할 수 있습니다.
사용 방법
- 1인코딩할 텍스트를 입력하거나 붙여넣으세요.
- 2필요하면 URL 안전 알파벳, 패딩 제거, 76자 줄바꿈을 선택하세요.
- 3Base64 출력을 복사하거나 텍스트 파일로 다운로드하세요.
지원 형식
텍스트 입력(UTF-8로 인코딩), Base64 텍스트 출력(표준 또는 URL 안전 알파벳).
프라이버시
이 도구는 브라우저에서 실행됩니다. 입력하신 데이터는 사용자의 기기에서 처리되며 당사 서버로 전송되지 않습니다.
제한 사항
- Base64는 데이터 크기를 약 33% 늘리며 보안 기능이 없습니다. 비밀 정보를 숨기는 용도로 사용하지 마세요.
- 이 도구는 텍스트를 인코딩합니다. 임의의 바이너리 파일 인코딩은 여기서 지원하지 않습니다.
- 매우 큰 텍스트(수 MB 이상)는 처리에 시간이 걸리고 브라우저 메모리를 많이 사용할 수 있습니다.
- 줄바꿈을 적용하면 개행 문자가 삽입되는데, 이를 받아들이지 않는 곳이 있습니다. MIME 방식의 출력이 필요하지 않다면 꺼 두세요.
FAQ
이모지나 악센트 문자가 btoa()에서는 안 되는데 여기서는 되는 이유는 무엇인가요?
btoa는 U+00FF까지의 문자만 받습니다. 이 도구는 먼저 텍스트를 UTF-8 바이트로 변환한 다음 그 바이트를 인코딩하며, 이것이 모든 유니코드 텍스트를 다루는 올바른 방법입니다.
URL 안전 Base64란 무엇인가요?
+와 / 대신 -와 _를 사용하는 변형으로, 추가 이스케이프 없이 URL, 쿠키, 파일 이름에 넣을 수 있습니다. JWT는 패딩 없이 이 방식을 사용합니다.
= 패딩이 꼭 필요한가요?
표준 Base64에는 패딩이 포함되며, 많은 디코더가 패딩을 요구합니다. URL 안전 방식(JWT, 일부 API)에서는 보통 생략합니다. 이 사이트의 디코더는 둘 다 받아들입니다.
Base64는 암호화인가요?
아니요. 누구나 되돌릴 수 있는 인코딩입니다. 비밀 유지를 위해 의존해서는 안 됩니다.
관련 도구
Base64 디코더
Base64와 URL 안전 Base64를 UTF-8 텍스트로 디코딩합니다. 잘못된 문자, 길이, 패딩은 알기 쉬운 오류로 안내합니다.
URL 인코더
URL과 쿼리 문자열에서 안전하게 쓸 수 있도록 텍스트를 퍼센트 인코딩합니다. 구성 요소 모드와 전체 URL 모드를 지원하며 브라우저에서 실행됩니다.
JWT 디코더
JSON Web Token의 헤더와 페이로드를 디코딩하고 exp, iat, nbf를 날짜로 보여 줍니다. 디코딩은 검증이 아니며 서명은 확인하지 않습니다.
JSON 포맷터
JSON을 구문 강조와 함께 정리하고 키를 정렬합니다. 오류는 행과 열로 정확히 알려 드리며, 브라우저에서 로컬로 실행됩니다.