인코딩 변환기 소개

파일을 열었는데 낱말 대신 CafÃ©, ë²„ê·¸, æ–‡å—åŒ–ã, 또는 물음표만 줄지어 있습니다. 글이 망가진 것이 아니라 잘못된 인코딩으로 읽히고 있을 뿐입니다. 이 도구는 올바른 인코딩으로 읽어 UTF-8로 다시 저장합니다. 그러면 이후 모든 프로그램에서 제대로 보입니다.

윈도우 명령 프롬프트의 chcp, 메모장의 *다른 이름으로 저장 → 인코딩*이 하는 일과 같습니다. 여기서는 두 번만 누르면 되고, 파일은 기기 밖으로 나가지 않습니다. 해독은 브라우저가 합니다.

자주 겪는 두 가지 문제를 해결합니다

옛 프로그램에서 온 파일 — 해당 국가의 옛 코드 페이지(Windows-1252, EUC-KR, Shift_JIS, GBK, Big5, Windows-1251 등)로 저장된 CSV, 자막 파일, .txt. 이 인코딩으로 읽기에서 그 코드 페이지를 고른 뒤 UTF-8로 저장하세요.
글자 깨짐(모지바케) — 이미 유니코드인데 é 자리에 Ã©가 보이는 경우. 어딘가에서 UTF-8 바이트를 Windows-1252로 읽었기 때문입니다. 복구에 체크하면 되돌아옵니다.

이런 일을 할 수 있어요

어디서든 제대로 열리도록 ANSI를 UTF-8로 변환
엑셀이 CSV를 열 때 한글이나 악센트를 망가뜨리지 않도록 UTF-8 BOM 추가
프로그램이나 웹 페이지에 방해가 되는 BOM 제거
악센트나 한글이 기호로 나오는 자막 파일(.srt, .vtt) 고치기
한국어 EUC-KR, 일본어 Shift_JIS, 중국어 GBK·Big5 파일을 UTF-8로 변환
동시에 줄바꿈을 윈도우(CRLF)와 맥/리눅스(LF) 사이에서 변경

기능

자동 판별 — BOM, UTF-16, 올바른 UTF-8을 알아서 찾아내고 그 판단을 보여 줍니다
읽기 지원 20종 이상 — UTF-8, UTF-16 LE/BE, Windows-125x 계열, ISO-8859, EUC-KR, Shift_JIS, EUC-JP, GBK, GB18030, Big5, KOI8-R, Mac Roman
저장 방식 6가지 — UTF-8, UTF-8 BOM 포함, UTF-16 LE, UTF-16 BE, Windows-1252, ISO-8859-1
UTF-8을 1252로 읽은 전형적인 경우를 위한 깨짐 복구
줄바꿈 제어 — 유지, CRLF, LF
내려받기 전에 확인할 수 있는 실시간 미리보기
작은 코드 페이지로 저장할 때 글자가 사라지면 경고
파일이 없을 때 깨진 글 조각을 위한 붙여넣기 모드
100% 브라우저 안에서 처리 — 업로드 없음

판별은 얼마나 확실한가요? "이 인코딩으로 읽기"는 왜 있나요?

일반 텍스트 파일은 바이트일 뿐이며, 자기 인코딩을 어디에도 적어 두지 않습니다. HTML에 <meta charset>이, 메일에 charset= 헤더가 필요한 이유가 바로 그것입니다. 그것이 없으면 인코딩은 바이트에서 추론할 수밖에 없습니다.

게다가 같은 바이트가 여러 인코딩에서 모두 유효합니다. 두 바이트 B0 A1은 아래 모두에서 유효합니다.

| 이렇게 읽으면 | 이렇게 나옵니다 |

|---|---|

| EUC-KR | 가 |

| GB18030 | 啊 |

| Big5 | 陛 |

| Windows-1252 | °¡ |

| Windows-1251 | °Ў |

엄격하게 검사해도 결론이 나지 않습니다. 실제 한국어 텍스트는 Shift_JIS, Big5, GB18030, Windows-1251로도 오류 없이 해독됩니다. 그래서 이 도구는 *결과*를 봅니다. 모든 후보로 해독해 보고, 하나의 일관된 문자 체계와 자연스러운 비영어 문자 비율을 만들어 내는 것을 고릅니다.

실제로는 이렇게 됩니다.

UTF-8, UTF-16, BOM이 있는 파일 — 확실하게 판별합니다.
영어만 있는 글 — 확실합니다. 여기 있는 모든 인코딩이 똑같이 읽습니다.
옛 코드 페이지 — 가장 가능성 높은 것을 알려 주고, 근소한 차이의 후보를 누를 수 있는 버튼으로 보여 줍니다. 한국어, 일본어, 키릴 문자는 대개 정확히 짚어냅니다.
간체자·번체자·일본 한자, 그리고 Windows-1252와 1258은 정말로 구분되지 않을 수 있습니다. 바이트 패턴이 겹치기 때문입니다. 그럴 때 이 인코딩으로 읽기를 쓰고 미리보기로 판단하세요.

이 항목은 단계가 아니라 대비책입니다. 미리보기가 이상하지 않다면 자동으로 찾기로 두세요.

파일이 왜 그대로인가요?

가장 흔한 의문이지만 문제가 아닙니다. 글에 영문자와 숫자, 문장 부호만(이른바 ASCII) 쓰였다면 UTF-8, Windows-1252, ISO-8859-1은 완전히 같은 바이트로 저장합니다. 변환할 것이 없으니 저장된 파일이 똑같고, 어떤 확인 도구에서도 여전히 UTF-8이라고 나옵니다.

이제 이런 상황이면 도구가 알려 줍니다. 바이트가 진짜로 달라져야 한다면 UTF-16 LE / BE나 UTF-8 BOM 포함을 고르세요. 이들은 언제나 파일을 바꿉니다. 인코딩 사이의 차이는 글에 악센트, 한글, 한자, 키릴 문자 같은 비영어 문자가 들어가야 비로소 나타납니다.

사용 방법

텍스트 파일을 끌어다 놓으세요. 인코딩을 추정해 글자를 보여 줍니다
저장 형식을 고르세요. 대부분 UTF-8(BOM 없음)이 정답입니다. 엑셀에서 열 CSV라면 UTF-8 BOM 포함을 쓰세요
(선택) 원하는 줄바꿈을 설정하세요
다운로드를 눌러 고쳐진 파일을 저장하세요. 인코딩이 파일 이름에 들어갑니다(notes-ANSI-1252-AppAndTools.txt, notes-UTF-8-AppAndTools.txt). 같은 파일을 두 인코딩으로 저장해도 언제나 구분할 수 있습니다

인코딩 변환기