엑셀 CSV 글자 깨짐 해결: UTF-8과 열 자료형을 따로 확인하기

CSV를 더블클릭했더니 한글이 깨지거나 일본어 이름이 이상한 기호로 바뀌었다면, 원본을 바로 덮어쓰지 마세요. 문자 인코딩을 잘못 해석했을 수 있습니다. 또 글자가 정상이어도 우편번호의 앞자리 0이나 날짜가 바뀔 수 있습니다. 문자 해석과 열 자료형은 서로 다른 점검입니다.

인코딩 오류와 구분자 오류를 나누기

UTF-8은 문자를 바이트로 표현하는 방식입니다. CSV의 쉼표·세미콜론 같은 구분자는 열을 나누는 규칙입니다. 문자가 이상하면 인코딩을, 한 행이 한 칸에 몰리면 구분자를 먼저 확인하세요. 둘을 동시에 바꾸기보다 미리 보기에서 문제 하나씩 확인하는 것이 좋습니다.

더블클릭 대신 가져오기 미리 보기 사용

Microsoft는 UTF-8 BOM이 있는 CSV를 일반 열기로 처리할 수 있다고 안내합니다. BOM이 없는 UTF-8 파일은 데이터 가져오기 또는 텍스트 가져오기 경로를 안내합니다. BOM 여부는 원본 생성 방식에 따라 다릅니다. 메뉴가 조금 다르더라도 문자 인코딩과 자료형을 선택할 수 있는 가져오기 경로가 핵심입니다.

1. 원본 CSV를 복사해 보관합니다.
2. Excel의 데이터 탭에서 텍스트/CSV 가져오기를 선택합니다.
3. 미리 보기에서 파일의 실제 인코딩과 구분자를 확인합니다.
4. 이름, 주소, 비ASCII 문자가 정상인지 봅니다.
5. 코드와 긴 식별번호 열은 로드 전에 텍스트로 지정합니다.
6. 필요한 변환을 적용한 뒤 새 통합 문서로 저장합니다.

Power Query가 자동으로 넣은 자료형 변경 단계도 확인하세요. 숫자로 읽어 잃어버린 앞자리 0을 나중에 텍스트로 바꾸는 것만으로는 복원하지 못합니다. 해당 열을 처음부터 텍스트로 읽도록 단계 순서를 고치고 원본에서 다시 가져옵니다.

작은 검증 행으로 제대로 읽혔는지 확인

다국어 명단을 받았다면 한글 이름, 일본어 이름, 중국어 이름, 쉼표가 들어간 주소, 00123 코드처럼 서로 다른 사례를 확인하세요. CSV 안에서 따옴표로 묶인 쉼표는 내용일 수 있습니다. 단순히 모든 쉼표를 다른 문자로 바꾸면 이런 주소를 손상시킬 수 있습니다.

검증은 전체 행 수와 열 수, 첫 행·중간 행·마지막 행으로 시작합니다. 중요한 식별번호는 원본과 문자 단위로 대조하세요. 미리 보기의 첫 몇 행만 정상이라고 전체 데이터가 정확하다고 판단하지 않습니다.

깨진 채 저장했다면 원본부터 찾기

잘못 해석한 결과를 저장하면 원래 문자가 이미 대체되었을 수 있습니다. 그 파일을 계속 다른 인코딩으로 저장하는 대신 원본 다운로드나 백업에서 재시작하세요. 정상 데이터의 새 CSV를 내보낼 때도 받는 사람이 기대하는 인코딩·구분자·자료형을 확인하고, 새 파일을 다시 가져와 검증합니다.

공식 자료: Microsoft UTF-8 CSV 열기, 텍스트·CSV 가져오기와 내보내기, 앞자리 0과 긴 숫자 유지. 메뉴는 Excel 버전과 운영체제에 따라 다를 수 있습니다.

함께 읽으면 좋은 글

• 엑셀 앞자리 0과 16자리 번호 지키기: 숫자가 아닌 식별자로 저장하기
• SUMIFS로 월별·카테고리별 합계 구하기: 날짜 끝점을 놓치지 않는 수식