한글 파일 깨짐: UTF-8 인코딩 확인하는 순서

SmartInfoBank 운영자 · 작성 2026-04-24 · 수정 2026-10-16 · 4분

파일을 열었더니 한글이 엉뚱한 문자나 물음표로 보인다면 바로 덮어쓰기 저장하지 마세요. 같은 바이트를 다른 문자 규칙으로 읽은 문제와, 원래 글자가 이미 손실된 문제는 해결 방법이 다릅니다.

원본을 복사하고 증상을 나눕니다

① 파일을 별도 폴더에 복사합니다. ② 파일 크기를 기록합니다. ③ 편집기의 다른 인코딩으로 열기 또는 다시 읽기 기능으로 미리보기만 확인합니다. ④ 올바르게 읽히는지 제목·중간 문장·특수문자 세 곳을 확인합니다. ⑤ 확인한 사본만 새 이름으로 저장합니다. 보기 규칙을 바꾸는 것과 변환해서 저장하는 것은 별개입니다.

도구는 UTF-8 유효성을 확인합니다

아래 도구는 파일 바이트를 엄격한 UTF-8 방식으로 읽어 통과 여부를 표시합니다. UTF-8로 읽을 수 없을 때 EUC-KR 해석의 참고 미리보기를 보여 줍니다. 이것은 인코딩 자동 판정 결과가 아닙니다. 영문과 숫자만 있는 짧은 파일은 여러 인코딩에서 똑같이 읽힐 수 있고, 이미 깨진 글자를 UTF-8로 저장한 파일도 유효성 검사에는 통과합니다.

BOM이 없다고 UTF-8이 아닌 것은 아닙니다

도구는 파일 앞의 EF BB BF 바이트도 확인합니다. 이 표식은 UTF-8 BOM입니다. BOM이 없는 UTF-8 파일도 정상입니다. 반대로 파일 앞에 BOM이 있더라도 내용 전체가 올바른지 확인해야 합니다. 줄바꿈 형식이나 CSV 구분자 문제는 인코딩 문제와 따로 점검하세요.

검사용 파일을 만드는 작은 연습

메모장에서 “봄,여름,가을”이라는 가상 문장을 적어 UTF-8로 저장하고 도구로 열어 봅니다. 예상 결과는 엄격한 UTF-8 검사 통과와 같은 한글 미리보기입니다. 편집기가 BOM을 붙이는지에 따라 BOM 표시는 달라질 수 있습니다. 같은 문장의 저장 방식을 바꾸어 별도 파일을 만들면 파일 크기와 해석 결과를 비교할 수 있습니다.

해결되지 않을 때 요청할 정보

보낸 사람에게 사용한 프로그램, 내보내기 인코딩, 구분자, 원본에서의 정상 표시 여부를 확인해 달라고 요청합니다. 물음표로 바뀐 값을 추측해서 복원하지 마세요. 원래 바이트가 사라졌다면 이전 버전이나 원본 시스템에서 다시 내보내야 합니다. 도구의 미리보기는 앞 3,000자로 제한하고 최대 2MB 파일만 받습니다.

결과가 여기에 표시됩니다.