Base64 인코더·디코더
원문이나 Base64를 입력하면 옆에 결과가 바로 나타납니다. 인코딩·디코딩을 바꾸고 필요한 형식으로 복사하세요.
변환 결과
선택한 형식으로 출력원문을 입력하면 바로 인코딩합니다.
바로 쓸 수 있게.
- 바로 보이는 화면입력 위치와 결과 위치를 또렷하게 둡니다.
- 결과 먼저핵심 결과를 앞에 두고, 과정은 필요할 때만 보여줍니다.
- 요구 줄이기가입이나 불필요한 정보 입력 없이 바로 쓰게 합니다.
한글 Base64 변환, 형식과 오류까지 확인하기
Base64 인코더·디코더는 텍스트를 Base64 문자열로 바꾸거나 인코딩된 내용을 원문으로 되돌리는 도구입니다. 한글과 이모지는 UTF-8로 처리하며 표준 Base64와 URL-safe 형식을 지원합니다. API에서 받은 값이나 설정에 넣을 문자열을 확인할 때 사용할 수 있습니다.
인코딩할 때는 원문에 들어 있는 공백과 줄바꿈도 데이터에 포함됩니다. 디코딩할 때는 문자열 형식과 UTF-8 여부를 확인합니다. 오류가 나오면 기호를 임의로 지우기보다 복사한 범위와 원래 문자 인코딩을 먼저 살펴보세요.
Base64는 바이트를 문자로 표현합니다
Base64는 데이터를 영문자와 숫자, 일부 기호로 나타내는 인코딩 방식입니다. 텍스트만 받을 수 있는 곳에 데이터를 전달할 때 쓰입니다. 값을 읽기 어렵게 바꿔도 비밀번호처럼 보호되는 것은 아니며 디코딩하면 원래 내용을 확인할 수 있습니다.
- 인코딩은 원문을 Base64 문자열로 바꾸는 작업입니다.
- 디코딩은 Base64 문자열을 풀어 원래 데이터를 읽는 작업입니다.
원문인지 Base64인지부터 고르세요
일반 문장을 바꾸려면 인코딩을, 이미 만들어진 Base64 값을 읽으려면 디코딩을 선택합니다. 인코딩할 때는 값을 받을 서비스의 안내에 맞춰 형식과 패딩을 정하세요. 디코딩은 표준 형식과 URL-safe 형식을 모두 받아들입니다.
- 인코딩 예시: Hello → SGVsbG8= (패딩 포함).
- 디코딩 예시: 7ZWc6riA → 한글.
한글과 이모지는 UTF-8로 변환합니다
UTF-8은 문자를 바이트로 나타내는 규칙입니다. 이 도구는 텍스트를 UTF-8로 바꾼 뒤 Base64로 인코딩합니다. 디코딩한 데이터가 UTF-8로 읽히지 않으면 오류를 표시하므로 원래 자료가 어떤 문자 인코딩으로 만들어졌는지 확인해야 합니다.
- 한글은 UTF-8에서 6바이트이며 Base64 결과는 7ZWc6riA입니다.
- 😀는 4바이트이며 표준 Base64 결과는 8J+YgA==입니다.
URL-safe는 두 기호를 바꿉니다
URL-safe Base64는 표준 형식의 +와 / 대신 -와 _를 사용합니다. URL이나 식별자에 넣을 값을 만들 때 이 형식을 요구하는 서비스가 있습니다. 형식을 바꿔도 표현하는 원래 데이터는 같습니다.
- 😀의 URL-safe 결과는 패딩을 포함하면 8J-YgA==입니다.
- URL-safe와 패딩 생략은 따로 선택하는 조건입니다. 받을 곳의 요구사항을 확인하세요.
끝의 등호는 패딩입니다
Base64 끝에 붙는 =는 마지막 묶음의 길이를 맞추는 패딩입니다. 원문의 일부가 아닙니다. 이 도구에서는 인코딩 결과의 패딩 포함 여부를 선택할 수 있고 패딩이 생략된 값도 디코딩합니다.
- Hello는 패딩을 포함하면 SGVsbG8=, 생략하면 SGVsbG8입니다.
- 패딩이 필요한 서비스에 전달할 때는 =를 유지하세요.
결과 길이는 글자 수보다 바이트 수에 달려 있습니다
같은 글자 수라도 한글과 영문은 UTF-8 바이트 수가 달라 Base64 길이가 다를 수 있습니다. 패딩을 포함한 Base64 길이는 원문 바이트 수를 3으로 나누고 올림한 값의 4배입니다. 짧은 문자열에서는 패딩의 비중도 크게 보입니다.
- Hello는 5바이트에서 Base64 8자로 바뀝니다.
- 한글은 2글자지만 6바이트이므로 Base64 결과도 8자입니다.
디코딩 오류는 두 단계로 확인하세요
오류가 나면 Base64 형식부터 확인하고 그다음 원래 데이터의 문자 인코딩을 살펴보세요. 이 도구는 잘못된 기호나 패딩, 표준·URL-safe 기호가 섞인 값을 거부합니다. 형식이 맞아도 UTF-8 텍스트로 해석할 수 없으면 변환을 멈춥니다.
- 복사하면서 붙은 따옴표나 설명 문구가 있는지 확인하세요.
- /w==는 Base64로 풀 수 있어도 유효한 UTF-8 텍스트가 아니므로 오류가 납니다.
입력한 텍스트는 브라우저에서 변환합니다
텍스트 변환은 현재 브라우저 안에서 처리합니다. 다른 사람에게 보낼 결과를 만들었다면 원문과 같은 수준으로 내용을 관리하세요. Base64를 한 번 더 인코딩해도 암호화되지 않으며 복원에 비밀키가 필요한 것도 아닙니다.
- 이 도구의 대상은 UTF-8 텍스트입니다. 이미지나 문서 파일을 복원하지 않습니다.
- 디코딩에 성공했다는 사실만으로 데이터의 작성자나 진위가 확인되지는 않습니다.
전달하기 전에 공백과 원문을 확인하세요
인코딩할 원문의 공백·탭·줄바꿈은 결과에 반영됩니다. 디코딩 입력에 섞인 ASCII 공백은 안내 후 무시하지만 원문에 들어 있던 공백은 복원됩니다. 변환한 결과를 다시 디코딩해 의도한 문장인지 확인하면 복사 실수를 찾기 좋습니다.
- 원문 끝의 불필요한 줄바꿈도 Base64 결과를 바꿉니다.
- 완성된 Base64의 대소문자를 바꾸거나 결과 중간을 편집하지 마세요.
Base64 변환에 관해 자주 묻는 질문
표준과 URL-safe를 바꿨는데 결과가 같은 이유는 무엇인가요?
결과에 +나 /가 없으면 URL-safe로 바꿔도 문자열이 같습니다. 예를 들어 한글의 결과인 7ZWc6riA는 두 형식에서 동일합니다. 패딩 설정도 같아야 결과 전체가 같습니다.
패딩이 없는 문자열은 모두 디코딩할 수 있나요?
아닙니다. 올바른 Base64 값에서 끝의 패딩만 생략된 경우를 지원합니다. 잘못된 문자나 불가능한 길이가 포함된 값을 패딩만 추가해서 복원하지는 않습니다.
줄마다 다른 Base64 값을 붙여 넣어도 되나요?
이 도구는 입력 전체를 하나의 Base64 값으로 처리합니다. 긴 값이 줄바꿈된 경우에는 사용할 수 있지만 서로 다른 값 여러 개를 줄 단위로 개별 변환하지는 않습니다.
EUC-KR로 만든 한글도 복원할 수 있나요?
이 도구의 문자 인코딩은 UTF-8입니다. EUC-KR 등 다른 인코딩으로 만든 바이트를 해석하는 기능은 제공하지 않습니다. 원래 인코딩을 확인한 뒤 그 형식을 지원하는 도구를 사용하세요.
디코딩 결과가 �처럼 깨져 보이면 어떻게 하나요?
이 도구는 잘못된 UTF-8을 임의의 대체 문자로 바꾸지 않고 오류로 알립니다. 결과에 �가 실제로 나타난다면 원문에 이미 그 문자가 들어 있었을 수 있습니다. 원본 자료를 확인하세요.
URL에서 복사한 %2B나 %3D도 바로 처리하나요?
%로 시작하는 표기는 URL의 퍼센트 인코딩입니다. 이 도구는 URL 디코딩을 자동으로 수행하지 않으므로 해당 표기를 먼저 원래 문자로 되돌려야 합니다.
같아 보이는 글을 변환했는데 결과가 달라질 수 있나요?
네. 보이지 않는 공백이나 줄바꿈 방식이 다르면 결과도 달라집니다. 한글도 완성된 글자와 자모 조합처럼 화면에서는 비슷하게 보여도 실제 문자 구성이 다를 수 있습니다.
Base64 문자열의 대문자를 소문자로 바꿔도 되나요?
안 됩니다. Base64는 대문자와 소문자를 구별하므로 표기를 바꾸면 다른 데이터가 되거나 디코딩 오류가 발생합니다. 전달받은 값은 대소문자까지 그대로 사용하세요.
Base64와 UTF-8의 기준 자료
문자열 형식은 RFC 4648을, 브라우저의 UTF-8 텍스트 처리는 TextEncoder와 TextDecoder 문서를 참고했습니다. 이 도구는 텍스트를 읽는 용도로 만들었으며 파일 바이트는 다루지 않습니다.