CSV를 엑셀에서 열 때 UTF-8 BOM을 넣어야 하는 경우와 빼야 하는 경우

UTF-8 BOM은 무엇이며 CSV 표준에 꼭 필요한가요?

UTF-8 BOM은 파일 시작의 EF BB BF 바이트로, 디코더가 UTF-8임을 알아보는 서명처럼 쓰입니다. RFC 4180의 CSV 형식 자체가 BOM을 필수로 요구하지는 않습니다. 따라서 BOM을 넣었다고 CSV 문법이 더 정확해지는 것이 아니라, 특정 프로그램의 인코딩 감지를 돕는 호환성 선택이라고 보는 편이 맞습니다.

Excel에서 바로 열 파일에는 왜 BOM이 도움이 되나요?

Microsoft는 UTF-8 CSV가 BOM과 함께 저장되어 있으면 Excel에서 정상적으로 열 수 있다고 안내합니다. BOM이 없는 파일도 데이터 탭의 텍스트/CSV 가져오기에서 UTF-8을 선택하면 읽을 수 있습니다. 전달받는 사람이 파일을 더블클릭할 가능성이 높다면 BOM 포함본이 실수를 줄이고, 가져오기 절차를 통제할 수 있다면 BOM 없이도 충분합니다.

서버 업로드용 CSV에서 BOM을 빼야 하는 이유

정상적인 UTF-8 디코더는 BOM을 처리할 수 있지만, 단순한 파서는 파일 맨 앞의 BOM을 첫 열 이름 일부로 남길 수 있습니다. 그러면 id가 보이지 않는 문자까지 포함된 열로 인식되어 매핑이 실패합니다. API 명세가 UTF-8만 적고 BOM을 언급하지 않았다면 작은 샘플을 먼저 올려 첫 헤더와 첫 값을 확인하세요.

한글 외에 반드시 점검할 CSV 문법

RFC 4180 방식에서는 값에 쉼표, 큰따옴표 또는 줄바꿈이 있으면 필드 전체를 큰따옴표로 감싸고, 값 안의 큰따옴표는 두 번 써야 합니다. BOM을 올바르게 골라도 이 인용 처리가 틀리면 열이 밀립니다. 날짜, 긴 숫자, 0으로 시작하는 코드가 Excel의 자동 형식 변환으로 바뀌지 않는지도 별도로 확인해야 합니다.

단계별로 확인하는 방법

1. 수신 환경 정하기

   파일을 주로 Excel에서 직접 여는지, 서버나 스크립트가 읽는지 먼저 정하고 상대 시스템의 인코딩 명세를 확인합니다.

2. BOM 포함 여부 선택하기

   Excel 직접 열기가 중심이면 UTF-8 BOM을, 기계 처리 중심이면 별도 요구가 없는 한 BOM 없는 UTF-8을 선택합니다.

3. CSV 문법과 값 보존 확인하기

   쉼표·따옴표·줄바꿈 필드의 인용과 날짜·긴 숫자·앞자리 0이 있는 값의 출력 결과를 점검합니다.

4. 실제 수신 프로그램으로 시험하기

   몇 행짜리 샘플을 Excel과 대상 서버 양쪽에서 열어 한글, 첫 헤더, 열 수와 행 수가 같은지 비교합니다.

함께 보면 좋은 글

• 엑셀 파일을 CSV로 바꿀 때 한글이 깨지지 않게 하기
• SRT와 WebVTT 자막 파일의 차이와 선택 기준

UTF-8 BOM을 넣으면 모든 Excel 버전에서 한글이 안 깨지나요?

Microsoft가 BOM 포함 UTF-8 CSV의 직접 열기를 안내하지만 실제 동작은 버전과 가져오기 방식에 영향을 받을 수 있습니다. 배포 대상과 같은 환경에서 샘플 파일을 열어 확인하는 것이 가장 확실합니다.

BOM 없는 CSV를 Excel에서 안전하게 여는 방법은 무엇인가요?

파일을 더블클릭하지 말고 데이터 탭에서 텍스트/CSV 가져오기를 사용해 파일 원본을 UTF-8로 지정하세요. 미리보기에서 한글과 구분자가 맞는지 본 뒤 불러오면 됩니다.

서버가 첫 번째 열을 찾지 못하는데 BOM 때문인지 어떻게 확인하나요?

텍스트 또는 헥스 보기에서 파일 시작이 EF BB BF인지 확인하고, 첫 헤더의 길이나 코드를 출력해 U+FEFF가 붙었는지 봅니다. 제거한 샘플과 비교하면 원인을 좁힐 수 있습니다.

CSV는 쉼표 대신 세미콜론을 써도 되나요?

지역 설정이나 시스템 사양에 따라 세미콜론을 구분자로 쓰는 경우가 있습니다. 다만 상대 시스템이 기대하는 구분자와 일치해야 하며, 일반적인 RFC 4180 CSV 교환에서는 쉼표를 기준으로 검증하는 편이 안전합니다.