Base64 인코더/디코더
텍스트 실시간 양방향 인코딩/디코딩 및 이미지 Data URI 변환 지원!
- "텍스트 인코딩/디코딩" 또는 "이미지→Base64" 탭을 선택합니다.
- 텍스트 모드: 왼쪽에 일반 텍스트를 입력하면 오른쪽에 Base64가 자동 표시되고, 오른쪽에 Base64를 붙여넣으면 왼쪽에서 자동 디코딩됩니다.
- 이미지 모드: 업로드 영역을 클릭하거나 이미지를 드래그하면 Data URI Base64 문자열을 얻을 수 있습니다.
- 복사 버튼으로 결과를 클립보드에 복사합니다.
언제 사용하나요?
- 텍스트, 토큰, 설정값, API 응답을 Base64로 바꿔 전송, 삽입, 테스트에 활용하고 싶을 때.
- 이미지를 Data URI로 변환해 HTML, CSS, 테스트 데이터에 바로 넣고 싶을 때.
- 전달받은 Base64 문자열이 실제로 어떤 내용을 담고 있는지 빠르게 확인하고 싶을 때.
Base64는 암호화인가요?
아니요. Base64는 단지 인코딩 형식입니다. 내용을 받은 사람은 쉽게 다시 풀 수 있으므로 민감한 정보를 보호하는 용도로 쓰면 안 됩니다.
디코딩했더니 깨진 문자나 오류가 나오는 이유는 무엇인가요?
표준 Base64가 아니거나, 문자열에 불필요한 문자가 섞였거나, 원본이 UTF-8 텍스트가 아닌 경우가 흔한 원인입니다. 원본이 바이너리 데이터였다면 문자로 보일 때 깨져 보일 수도 있습니다.
이미지를 Data URI로 바꾸는 용도는 무엇인가요?
결과를 HTML의 src나 CSS의 background-image에 바로 붙여 넣을 수 있습니다. 작은 아이콘, 프로토타입, 단일 파일 데모에 유용하지만 큰 이미지에는 적합하지 않습니다.
왜 Base64 결과가 원본보다 더 길어지나요?
이것은 Base64의 정상적인 특성입니다. 같은 바이트 데이터를 표현하기 위해 더 많은 문자를 사용하므로 결과는 보통 원본보다 약 3분의 1 정도 길어집니다.
이 도구는 큰 파일이나 많은 이미지에도 적합한가요?
그렇지는 않습니다. 이 페이지는 텍스트와 작은 이미지를 빠르게 변환하고 확인하는 용도에 더 적합합니다. 큰 파일이나 대량 처리에는 배치 작업이나 백엔드 처리 방식이 더 낫습니다.
Base64 완전 가이드: 동작 원리, 사용 시점, 자주 하는 실수
Base64는 API, JWT, 이메일, Data URL에서 널리 쓰이지만 암호화가 아닙니다. 이 글에서는 원리, 성능 트레이드오프, 실무 사용 패턴을 한 번에 정리합니다.
URL 인코딩 완전 가이드: 퍼센트 인코딩 규칙과 실무 함정
URL 인코딩은 간단해 보이지만 파라미터 깨짐, 이중 인코딩, API 연동 오류의 주요 원인입니다. 이 글에서는 퍼센트 인코딩 원리와 encodeURI/encodeURIComponent 차이, 그리고 안정적인 적용 패턴을 정리합니다.