Base64 인코더 / 디코더
브라우저에서 Base64를 로컬로 인코드하고 디코드해요. 텍스트 변환, URL-safe Base64, 파일-Base64 내보내기를 지원해요.
포맷터
0 바이트
파일을 Base64로
파일을 선택하면 바로 Base64로 인코드돼요.
Base64 인코더 / 디코더을(를) 테스트했어요 — 다음엔 JWT 디코더 시도해 보세요 →
Base64 인코더/디코더란?
Base64 도구는 RFC 4648에 따라 바이트를 ASCII로 인코딩하고 다시 변환합니다. 표준 알파벳은 A-Z, a-z, 0-9에 +와 /을 더한 64개의 기호를 사용하며, = 패딩으로 출력을 4바이트 경계에 맞춥니다. 길이 확장은 정확히 4/3입니다 — 입력 3바이트마다 출력 4문자가 되므로 1024바이트 파일은 1366문자 문자열이 됩니다(패딩을 고려하여 올림). 도구는 또한 base64url(RFC 4648 섹션 5)을 지원하며, +를 -로, /를 _로 바꾸고 마지막 =를 제거하여 URL, 파일명, JWT 세그먼트 내에서 출력을 안전하게 만듭니다. 디코딩은 두 알파벳을 모두 수락하고 패딩 부재를 허용합니다 — JWT가 간결성을 위해 =을 제거하는 데 유용합니다. 파일 모드는 브라우저의 FileReader API로 모든 파일을 읽기 때문에 PDF, 인증서, 서명된 바이너리를 base64로 인코딩하여 탭을 떠나지 않고 임베드할 수 있습니다.
Base64 도구 사용법
인코딩하려면 텍스트를 입력 패널에 붙여넣고 인코드를 선택합니다. 디코딩하려면 base64(또는 base64url) 문자열을 붙여넣고 디코드를 선택합니다 — 도구가 사용한 알파벳을 감지합니다. URL 안전 스위치를 전환하여 입력 알파벳에 관계없이 base64url 출력을 강제합니다. 파일을 파일 영역으로 드래그(또는 선택기 사용)하여 바이너리 데이터를 인코딩합니다. 결과에는 알려진 경우 파일의 MIME 유형이 포함됩니다. 바이트 카운터는 실시간 입력 크기를 표시하여 길이 확장을 확인할 수 있습니다(출력은 입력의 약 1.33배여야 함). 디코딩이 실패하면 오류가 첫 번째 잘못된 문자를 표시합니다 — 보통 미아 개행, 스마트 따옴표, 또는 표준으로 잘못 분류된 base64url 문자열입니다.
Base64 인코딩이 어디에나 있는 이유
Base64는 데이터를 전송하는 와이어 프로토콜 — SMTP, JSON, HTTP 헤더, URL — 이 역사적으로 인쇄 가능한 ASCII 부분 집합만 보장하기 때문에 존재합니다. 원시 바이트를 전송하면 제어 문자를 해석하거나 상위 비트를 제거하는 중간 프록시로부터 손상 위험이 있습니다. 인코딩은 33% 크기 증가를 안전한 전송으로 교환하며, 이것이 MIME 이메일 첨부, PEM으로 래핑된 인증서(-----BEGIN CERTIFICATE-----), Data URI(data:image/png;base64,...)가 모두 인코딩을 사용하는 이유입니다. 올바른 변형을 선택하는 것이 중요합니다: 표준 base64는 JSON 또는 XML의 바이너리 페이로드에 맞습니다. base64url은 Authorization: Bearer <token> 헤더와 JWT 세그먼트 내에 맞으며, URL 안전하지 않은 + /이 백분율 인코딩을 필요로 하지 않을 곳입니다. 쿠키는 같은 이유로 base64url을 선호합니다 — 이스케이프할 문자가 적고 브라우저와 프레임워크 간 파서 놀라움이 적습니다.
자주 묻는 질문
URL-safe Base64가 뭔가요?
URL-safe Base64는 +를 -로, /를 _로 바꾸고 끝의 =를 없애서 URL에 넣어도 안전해요.
파일도 인코드할 수 있나요?
네. 파일을 선택하면 바이트를 로컬에서 Base64로 변환해요. 업로드는 없어요.
디코딩이 실패하는 이유는 뭔가요?
입력이 올바른 Base64가 아니거나 바이트가 유효한 UTF-8 텍스트를 나타내지 않을 때 실패해요.
이 도구를 더 큰 작업 흐름 안에서 쓰기
이 컬렉션은 같은 작업에 자주 이어지는 도구와 가이드를 함께 묶어 둡니다.
같은 태그 둘러보기
같은 작업 흐름, 형식, 사용 사례를 공유하는 다른 도구로 바로 이동하세요.