텍스트 인코딩 변환기
텍스트 인코딩 형식 12개를 양방향으로 변환합니다(일반 텍스트, Base64 인코딩, ASCII 코드, UTF-8 인코딩, UTF-16 인코딩 등).
이 페이지는 일반 텍스트, ASCII 코드, UTF-8 인코딩, UTF-16 인코딩, Base64 인코딩, 16진수 인코딩 등 12개의 형식 사이에서 텍스트 인코딩을(를) 변환합니다. 양방향 변환을 한 페이지에서 할 수 있고, 아래에서 계산 예시와 각 형식의 뜻을 설명합니다.
사용 방법
- 선택 상자에서 변환 전과 변환 후 항목을 고릅니다(예: 일반 텍스트와 Base64 인코딩).
- 두 칸 중 어느 쪽에 값을 입력해도 다른 칸이 자동으로 바뀝니다.
- 바꾸기 버튼으로 두 항목을 맞바꾸거나, 예시 넣기로 바로 쓸 수 있는 값을 넣을 수 있습니다.
예시
웹 개발자는 공백과 악센트가 있는 글자를 URL에 그대로 넣을 수 없으므로, 검색어와 폼 값을 URL에 넣기 전에 퍼센트 인코딩합니다.
일반 텍스트 café au lait → URL 인코딩 (퍼센트 인코딩) caf%C3%A9%20au%20lait
이 페이지의 형식
일반 텍스트: 일반 텍스트는 글자, 문장 부호, 이모지 같은 유니코드 문자를 나타내며, 내부적으로는 UTF-8 바이트를 사용합니다. 다른 형식에는 제약이 있습니다. ASCII는 모든 문자를 나타낼 수 없고, 모스 부호 변환은 대소문자와 공백을 정규화합니다.
ASCII 코드: ASCII(ANSI X3.4)는 영문자, 숫자, 문장 부호, 제어 문자에 0에서 127까지의 번호를 붙입니다. 여기서는 각 문자를 10진수 코드로 쓰므로 A는 65이고 공백은 32입니다. é나 이모지 같은 문자에는 ASCII 코드가 없습니다.
UTF-8 인코딩: UTF-8(RFC 3629)은 유니코드 문자 하나를 1~4바이트로 저장하며 ASCII 문자는 1바이트로 유지하는, 웹에서 가장 널리 쓰이는 인코딩입니다. 바이트는 16진수로 표시되며 올바른 UTF-8이어야 합니다. €(U+20AC)는 E2 82 AC입니다.
UTF-16 인코딩: UTF-16은 문자 하나를 16비트 코드 단위 하나 또는 둘로 저장합니다. U+FFFF까지의 문자는 하나를 쓰고, 나머지는 서로게이트 쌍을 쓰며, 예를 들어 😀는 D83D DE00입니다. JavaScript, Java, Windows의 내부 문자열 형식이며, 여기서는 코드 단위를 빅 엔디언 16진수로 표시합니다.
Base64 인코딩: Base64(RFC 4648)는 64개의 출력 가능한 문자(A-Z, a-z, 0-9, +, /)로 바이트를 쓰는 방식으로, 3바이트를 4문자로 바꾸고 끝을 =로 채웁니다. 텍스트는 먼저 UTF-8로 인코딩되므로 Hello는 SGVsbG8=가 됩니다. Base64, 16진수, 2진수, URL 인코딩 사이에서는 텍스트가 아닌 바이트도 변환됩니다.
16진수 인코딩: 16진수(Base16, RFC 4648)는 각 바이트를 두 자리 16진수로 쓰며, 텍스트는 UTF-8 바이트를 사용하므로 Hello는 48656C6C6F입니다. 디코딩할 때는 바이트 사이의 공백, 쉼표, 0x 또는 \x 접두사를 허용합니다.
URL 인코딩 (퍼센트 인코딩): URL 인코딩(퍼센트 인코딩, RFC 3986)은 A-Z, a-z, 0-9와 - . _ ~를 제외한 모든 문자를 UTF-8 바이트마다 %와 두 자리 16진수로 바꿉니다. 그래서 공백은 %20, é는 %C3%A9가 됩니다. RFC 3986에 따라 + 기호는 공백이 아니라 문자 그대로의 더하기로 디코딩합니다.
HTML 엔티티 인코딩: HTML 문자 참조는 문자를 &이름; 또는 &#숫자;로 씁니다. 인코딩할 때는 & < > " '를 이스케이프하고 U+00A0 이상의 문자는 10진수 참조로 쓰며, HTML의 Windows-1252 재매핑을 피하려고 C1 제어 문자는 그대로 둡니다. 디코딩에는 세미콜론이 필요하고 숫자 참조와 HTML 4의 이름 참조를 지원합니다.
2진 코드: 2진 텍스트는 각 바이트를 8비트로 쓰며 텍스트는 UTF-8 바이트를 사용하므로 H(바이트 72)는 01001000입니다. ASCII 문자는 8비트 묶음 하나이고, 그 밖의 문자는 둘에서 넷입니다.
모스 부호: 국제 모스 부호(ITU-R M.1677-1)는 글자, 숫자, 일부 문장 부호를 점과 선으로 나타냅니다. 여기서는 글자는 공백으로, 단어는 /로 구분합니다. 모스 부호에는 소문자가 없어 디코딩한 텍스트는 대문자로 나오며, ! & ; _ $는 ITU 규정에는 없는 통용 부호를 씁니다.
유니코드 코드 포인트: 유니코드 코드 포인트는 유니코드 표준이 문자에 부여한 번호로, U+와 최소 네 자리 16진수로 씁니다. 예를 들어 A는 U+0041, 😀는 U+1F600입니다. 코드 포인트는 U+0000부터 U+10FFFF까지입니다.
퓨니코드 (Punycode): 퓨니코드(RFC 3492)는 유니코드를 ASCII로 쓰는 방식이며, 여기서는 인코딩된 레이블에 xn-- 접두사를 붙입니다. münchen.de는 xn--mnchen-3ya.de가 됩니다. ASCII 레이블과 대소문자는 그대로 유지합니다. 이것은 인코딩 단계일 뿐이며 IDNA 매핑을 적용하거나 호스트 이름을 검증하거나 도메인 등록 여부를 확인하지는 않습니다.
자주 묻는 질문
Base64는 암호화인가요?
아닙니다. Base64는 이메일이나 JSON처럼 텍스트만 지나갈 수 있는 경로로 이진 데이터를 보낼 수 있도록 바이트를 64개의 출력 가능한 문자로 다시 쓸 뿐이며, 누구나 키 없이 디코딩할 수 있습니다. 또한 3바이트를 4문자로 바꾸므로 데이터가 커집니다.
URL에서 공백은 %20으로 인코딩해야 하나요, +로 해야 하나요?
RFC 3986에서 정의한 퍼센트 인코딩은 공백을 %20으로 씁니다. application/x-www-form-urlencoded로 전송되는 HTML 폼은 공백을 +로 쓰므로, 쿼리 문자열의 +가 공백을 뜻하는지는 받는 서버가 어떻게 디코딩하느냐에 달려 있습니다.
결과는 얼마나 정확한가요?
어떤 내용을 나타낼 수 있는지는 선택한 형식에 따라 정해집니다. 변환 오류는 결과와 따로 표시되므로 인코딩된 텍스트로 오해할 일이 없습니다.
최종 업데이트:
이 입력값이 담긴 페이지 주소: https://kakao.mobile/ko/tools/text-encoding-converter/
인용·퍼가기
kakaoCalc. (2026, November 8). 텍스트 인코딩 변환기. https://kakao.mobile/ko/tools/text-encoding-converter/
“텍스트 인코딩 변환기.” kakaoCalc, 8 Nov. 2026, kakao.mobile/ko/tools/text-encoding-converter/.