Excel 중국어 CSV: UTF-8·GBK와 깨진 글자 해결

중국어 CSV를 열었는데 읽을 수 없는 기호가 보이면 먼저 수정하지 않은 원본을 보관하세요. 파일의 문자 바이트는 정상이지만 Excel이 다른 문자 인코딩으로 해석했을 수 있습니다. 깨진 화면을 그대로 저장해 원본을 덮어쓰면 복구가 더 어려워집니다.

CSV는 텍스트와 구분자를 저장합니다. 파일 이름만으로 인코딩을 확실히 알 수 없으며 Excel 통합 문서와 같은 워크시트 서식도 담지 않습니다. 바이트를 올바르게 읽는 작업과 표에서 코드·날짜를 보존하는 작업은 따로 확인해야 합니다.

저장에 사용된 인코딩 선택

현대적인 텍스트 교환에는 UTF-8이 널리 쓰입니다. 중국 본토의 오래된 시스템은 GBK 또는 관련 중국어 인코딩으로 내보낼 수 있고, 일부 번체 파일은 Big5를 사용합니다. 하지만 번체처럼 보이는 문구만으로 Big5라고 판단할 수는 없습니다. Unicode 파일에는 간체와 번체 모두 들어갈 수 있습니다.

가능하면 보낸 사람에게 내보내기 인코딩을 확인하세요. 알 수 없다면 후보 인코딩을 바꾸며 미리보기에서 실제 단어, 드문 이름, 문장부호를 살펴보세요. 디코더가 오류 없이 바이트를 읽었다고 해서 선택한 인코딩이 맞다는 뜻은 아닙니다.

Excel 텍스트 가져오기 미리보기

더블 클릭에만 의존하지 말고 Excel의 텍스트 또는 CSV 가져오기 기능을 사용하세요. 현재 데스크톱 버전에서는 보통 데이터 탭에서 텍스트/CSV 가져오기를 선택합니다. 원본 인코딩과 구분자를 고른 뒤 미리보기를 확인하고 표를 불러오세요. 버전과 표시 언어에 따라 메뉴 이름은 다를 수 있습니다.

UTF-8의 바이트 순서 표식인 BOM은 파일을 직접 열 때 Excel이 UTF-8을 알아보는 데 도움이 됩니다. 파일 맨 앞의 인코딩 식별 정보이며 첫 번째 열 이름의 일부가 아닙니다. 다음 시스템이 BOM 없는 UTF-8을 요구할 수도 있으므로 받을 프로그램에 맞춰 출력 형식을 선택하세요.

읽을 수 있는 미리보기를 UTF-8로 변환

1. 5 MB 이하의 복사본을 중국어 파일 인코딩 변환기에서 여세요.
2. 실제 원본 인코딩을 선택하고 미리보기를 읽으세요.
3. 머리글뿐 아니라 여러 중국어 이름이나 설명을 확인하세요.
4. 받을 프로그램에 맞게 BOM 여부를 선택해 UTF-8로 내보내세요.
5. 내보낸 파일을 다시 열어 대표적인 행을 원본 내용과 비교하세요.

확장자를 바꾸거나 BOM을 붙이는 것만으로 GBK 바이트가 UTF-8 바이트로 바뀌지는 않습니다. 먼저 원본 인코딩으로 문자를 올바르게 해독한 다음, 그 문자를 목적 형식으로 인코딩해야 합니다.

앞자리 0과 긴 코드 보존

중국어가 올바르게 표시되어도 Excel은 코드를 숫자나 날짜로 해석할 수 있습니다. 가져올 때 해당 열을 텍스트로 지정하세요. 식별자인 001234는 여섯 글자를 유지해야 합니다. 1234로 바뀌면 정보가 사라집니다.

전각·반각 차이도 가져온 뒤의 대조에 영향을 줍니다. 한 파일에 Ａ１２３, 다른 파일에 A123이 있다면 해당 필드에 한해 의도적으로 전각·반각 변환을 적용하세요. 이는 인코딩 문제를 고치지 않으며 전체 문장에 무차별적으로 적용할 작업도 아닙니다.

흔한 세 가지 증상 구분

이 문제들은 함께 생길 수 있지만 원인은 다릅니다. 가져오기 기능이 쉼표를 기대한다면 UTF-8을 선택하는 것만으로 세미콜론 파일을 올바르게 분리하지 못합니다. 구분자를 선택해도 잘못 해독된 한자는 복구되지 않습니다. 열을 텍스트로 지정하면 식별자를 보호할 수 있지만 원본 인코딩이 무엇인지는 알 수 없습니다.

미리보기는 읽을 수 있는 문자, 올바른 필드 경계, 적절한 열 형식 순서로 확인하세요. 중국어, 0으로 시작하는 코드, 문장부호가 있는 필드가 포함된 몇 행을 사용하세요. ASCII 알파벳만 있는 머리글은 여러 인코딩에서 정상처럼 보이므로 파일 나머지를 확인하기에 충분하지 않습니다.

작은 비교 표본 보관

설명용 테스트 파일에는 이름, 코드, 메모 세 필드를 사용할 수 있습니다. 이름은 李明, 코드는 001234, 메모는 짧은 중국어 문구로 구성하세요. 실제 고객 기록이 아닌 테스트 내용입니다. 예상 텍스트를 파일과 함께 보관해 가져오기나 내보내기 후 같은 값을 비교하세요.

필드에 파일 구분자나 내부 줄바꿈이 들어 있으면 CSV 작성 프로그램이 따옴표를 정확하게 처리해야 합니다. 따옴표로 감싼 셀에 줄바꿈이 들어갈 수 있으므로 텍스트 줄 수가 데이터 행 수와 항상 같지는 않습니다. 보이는 줄 수가 그럴듯하다는 이유만으로 완전하다고 판단하지 말고 실제로 파싱된 행과 열을 비교하세요.

UTF-8로 변환한 다음 UTF-8을 명시적으로 선택해 새 파일을 다시 열고 표본 값을 확인하세요. 이후 실제 수신 프로그램에서도 가져오기를 시험하세요. 인코딩이 올바르더라도 구분자나 열 순서가 그 작업 흐름에 맞지 않을 수 있습니다.

다음 용도에 맞는 출력 선택

BOM이 있는 UTF-8은 일부 Excel 직접 열기 작업에서 인코딩을 식별하는 데 유용합니다. 다른 가져오기 프로그램은 BOM 없는 UTF-8을 기대할 수 있습니다. 어느 한쪽이 언제나 낫지는 않습니다. 다음 프로그램이 지정한 형식을 사용하고 같은 대표 행으로 시험하세요.

BOM은 내보내기 전에 이미 잘못 해독된 텍스트를 복구하지 못합니다. 미리보기부터 문자가 틀리다면 저장을 멈추고 원본 인코딩 선택을 바로잡으세요. 틀린 문자에 UTF-8 표식을 붙여도 내용이 잘못된 새 파일만 만들어집니다.

수식, 여러 시트, 셀 스타일 또는 복잡한 스프레드시트 구조가 필요하다면 CSV는 통합 문서를 대신할 수 없습니다. 그런 기능이 중요할 때는 통합 문서를 작업 원본으로 보관하고 특정 데이터 전달 단계에서만 CSV를 내보내세요. 텍스트 변환 성공을 모든 스프레드시트 기능 보존으로 오해하지 않아야 합니다.

이미 사라진 정보 식별

저장된 파일에서 원래 한자가 대체 문자나 일반 물음표로 바뀌어 있다면 다른 인코딩을 골라도 되살리지 못할 수 있습니다. 수정하지 않은 원본으로 돌아가거나 새로 내보낸 파일을 요청하세요. 변환기는 남아 있는 바이트를 다시 해석할 수 있지만 덮어써서 사라진 텍스트를 재구성하지는 못합니다.