Base64 인코딩·디코딩
base64• 텍스트를 Base64로 인코딩/디코딩해요. URL-safe 변형도 지원해요. • 한글 등 유니코드를 UTF-8로 안전하게 처리하고 결과를 복사하세요.
한글 등 유니코드는 UTF-8로 처리해요. URL-safe 옵션은 +와 /를 -와 _로 바꾸고 = 패딩을 제거해요(JWT·쿼리 파라미터용). 디코딩은 표준·URL-safe 형식을 모두 인식해요.
Base64란 무엇인가요
Base64는 어떤 데이터든 영문·숫자·기호 64가지만 써서 표현하는 인코딩 방식이에요. 이메일이나 URL처럼 텍스트만 안전하게 오가는 통로로 바이너리 데이터를 실어 보내려고 만들어졌어요.
실무에서는 API 인증 헤더(Basic 인증), 이미지나 파일을 텍스트로 넣는 data URI, JWT 토큰의 각 조각을 읽을 때 자주 만나요. 원본보다 길이가 약 33% 늘어나는 대신, 어떤 시스템을 거쳐도 글자가 깨지지 않아요.
주의할 점은 Base64가 암호화가 아니라는 거예요. 열쇠 없이 누구나 되돌릴 수 있으니 비밀번호나 개인정보를 감추는 용도로 쓰면 안 돼요. 이 도구의 변환은 전부 브라우저 안에서 처리되고 서버로 전송되지 않아요.
자주 묻는 질문
base64 디코딩하면 한글이 깨져요
이 도구는 인코딩과 디코딩 모두 UTF-8을 기준으로 처리해요. 그런데도 깨진다면 원본을 만든 쪽이 EUC-KR 같은 다른 문자셋으로 인코딩했을 가능성이 커요. 이때는 Base64를 푼 뒤 해당 문자셋으로 다시 해석해야 원래 글자가 나와요.
base64 끝에 = 가 붙는 이유는 뭔가요
Base64는 원본을 3바이트씩 묶어 4글자로 바꿔요. 마지막 묶음이 3바이트에 못 미치면 모자란 자리를 = 로 채워 전체 길이를 4의 배수로 맞춰요. 그래서 = 는 0개나 1개, 2개만 붙고 3개가 붙는 경우는 없어요. = 개수만 봐도 원본 바이트 수가 3의 배수였는지 알 수 있어요.
URL-safe base64는 표준과 무엇이 다른가요
표준 Base64가 쓰는 + 와 / 는 주소나 파일 이름에서 다른 뜻으로 읽힐 수 있어요. 그래서 URL-safe 방식은 이 둘을 - 와 _ 로 바꾸고 = 패딩도 떼어내요. JWT가 쓰는 형식이며, 이 도구의 디코딩은 두 형식을 자동으로 구분해요.
base64로 비밀번호를 감춰도 되나요
안 돼요. 열쇠가 없어도 누구나 되돌릴 수 있어서 가리개 역할조차 못 해요. API의 Basic 인증 헤더도 아이디와 비밀번호를 Base64로 담을 뿐이라 HTTPS 없이 보내면 그대로 읽혀요. 감추려면 암호화가 필요해요.
base64 문자열 길이는 어떻게 계산하나요
원본 바이트 수를 3으로 나눠 올림한 뒤 4를 곱하면 돼요. 100바이트라면 136자가 나와요. 대략 3분의 4배, 즉 33% 정도 늘어난다고 보면 되고 URL-safe로 패딩을 빼면 한두 글자 짧아져요. 길이 제한이 있는 곳에 붙여 넣기 전 가늠할 때 좋아요.
base64 디코딩이 오류가 나요
Base64에 없는 문자가 섞였거나 문자열 일부가 잘렸을 때 실패해요. 이 도구는 중간의 공백과 줄바꿈을 지우고 부족한 패딩도 자동으로 채우니, 그래도 오류가 뜬다면 복사 과정에서 값이 손상됐을 가능성이 높아요.