텍스트 및 CSV 인코딩 복구

특수 문자가 알아볼 수 없게 깨지는 이유

악센트가 붙은 글자, 아포스트로피, 통화 기호가 있어야 할 자리에 이상한 기호가 두세 개 보이거나 한글이 깨져 보인다면, 파일이 잘못된 문자 인코딩으로 읽힌 거예요. 텍스트는 바이트로 저장되고, 인코딩은 바이트를 글자로 바꾸는 규칙이에요. 최신 시스템은 UTF-8을 써요. 오래된 Windows 프로그램, 특히 Excel은 Windows-1252 같은 지역 인코딩으로 텍스트를 저장하고 여는 경우가 많아요. 한 방식으로 기록한 파일을 다른 방식으로 읽으면 기본 ASCII 밖의 모든 문자가 잘못 나와요. 데이터가 사라진 건 아니에요. 잘못된 규칙으로 해독되고 있을 뿐이에요.

서로 다른 두 문제, 두 가지 해결법

파일이 예전 인코딩으로 되어 있는 경우. 오래된 Windows 도구에서 내보낸 CSV는 Windows-1252나 ISO-8859-1로 저장되어 있어요. UTF-8을 기대하는 도구에서는 물음표나 대체 문자로 보여요. 해결법: 이 도구에 원래 인코딩을 알려 주면 파일을 모든 프로그램이 제대로 읽는 UTF-8로 다시 저장해 줘요.

파일이 이중 인코딩된 경우, 이른바 "mojibake". 누군가 UTF-8 파일을 Windows-1252로 읽은 뒤 다시 저장해서, 올바른 바이트가 각각 잘못된 문자 두세 개로 다시 인코딩된 경우예요. 악센트 글자마다 앞에 물결표가 붙은 대문자 A가 나타나는 전형적인 현상이 여기서 생겨요. 해결법: 복구 옵션이 그 문자들을 다시 바이트로 인코딩한 뒤 UTF-8로 제대로 해독해서 실수를 되돌려요.

자동 감지

원본을 자동으로 두면 도구는 먼저 파일을 엄격한 UTF-8로 읽어 봐요. 실패하면 Windows-1252로 읽어요. 성공했지만 텍스트에 이중 인코딩의 전형적인 패턴이 있으면 복구를 적용해요. 대부분은 이것만으로 충분해요. 자동 결과가 여전히 이상해 보일 때만 인코딩을 직접 정하세요.

BOM 옵션

Windows용 Excel은 지금도 파일이 바이트 순서 표시로 시작하지 않으면 CSV를 열 때 지역 인코딩으로 간주해요. 파일을 다시 Excel에서 열 거라면 BOM을 켜세요. 데이터베이스, 프로그래밍 도구, 대부분의 웹 가져오기에는 꺼 두세요. 일부는 이 표식을 첫 번째 열 이름의 일부로 취급해요.

결과

결과물은 이름과 내용은 그대로이고 인코딩만 올바르게 바뀐 UTF-8 텍스트 파일이에요. CSV, TXT 등 모든 일반 텍스트 파일에 쓸 수 있어요. 아무것도 업로드되지 않고, 복구는 브라우저 안에서 이뤄져요. 더 자세한 설명은 Excel에서 CSV 글자가 깨질 때 가이드를 읽어 보세요.