깨진 한글을 다시 읽을 수 있게 되돌리기

글자는 바이트로 저장되고, “이 바이트를 어떤 규칙으로 읽을지”가 인코딩입니다. 저장할 때와 열 때의 규칙이 다르면, 같은 파일인데도 안녕 같은 서유럽 문자 나열이나, 네모·물음표로 바뀝니다. 한국에서는 예전에 EUC-KR / CP949(Windows-949)가 많이 쓰였고, 지금은 UTF-8이 기본이라, 두 규칙이 섞인 메일·첨부·CSV에서 자주 만납니다.

중요한 점: 화면에 이미 �로 바뀐 자리는 원본 바이트가 사라진 경우가 많아, 웹 도구만으로 완벽히 되돌리기 어렵습니다. 그런 때는 원본 파일을 메모장·엑셀에서 인코딩을 바꿔 다시 여는 편이 낫습니다.

• 해외 메일 클라이언트가 한글 본문·제목을 이상하게 보여줄 때
• 구형 카페·게시판·사내 게시에서 복사한 글이 서유럽 문자로 보일 때
• CSV를 엑셀에서 열었더니 이름이 깨져, 셀 내용을 복사해 온 경우
• 압축 파일·폴더 이름이 깨진 채 채팅으로 전달된 경우
• 로그·덤프에 남은 깨진 문자열만 있고, 원본 파일을 당장 못 찾을 때

하는 일: 화면에 보이는 문자를 “잘못된 인코딩으로 읽힌 Latin-1 바이트”로 가정한 뒤, UTF-8·EUC-KR·Windows-949로 다시 읽어 후보를 만듭니다. 이중 UTF-8 오인이나 NFC 정규화도 시도합니다.

하지 않는 일: 파일이 통째로 사라졌을 때 추측으로 문장을 지어내지 않습니다. AI로 “그럴듯한 한글”을 만들어 주지도 않습니다. 복구 불가면 그 사실을 알려 드리고, 파일 쪽 재오픈을 안내합니다.

브라우저가 EUC-KR 디코더를 지원하지 않으면 해당 후보는 목록에 안 나올 수 있습니다. Chrome 계열에서는 대체로 동작합니다.

1. 원본 파일(또는 메일 원문)이 남아 있는지 확인합니다. 화면 캡처만 있으면 복구가 어렵습니다.
2. 윈도우 메모장에서 “다른 인코딩으로 열기”로 UTF-8과 한국어를 번갈아 봅니다.
3. 엑셀 CSV는 “데이터 → 텍스트/CSV에서”로 열어 인코딩을 지정하는 편이, 더블클릭 후 복사하는 것보다 안전합니다. 붙여넣기 전 정리는 엑셀 붙여넣기 전 정리에도 적어 두었습니다.
4. 글자는 정상인데 검색·비교만 안 되면 인코딩이 아니라 정규화·숨은 문자 문제일 수 있습니다. 유니코드 정규화·두 닉 비교를 쓰면 됩니다.

투명 공백·제로폭은 “안 보이는데 자리를 차지하는” 문자입니다. 한글 깨짐은 “보이긴 하는데 엉뚱한 글자로 읽히는” 문제입니다. 채용 폼·카페가 특수문자를 거부할 때는 깨짐 복구가 아니라 숨은 문자·이모지 정리가 먼저인 경우가 많습니다. 안 보이는 문자만 지우려면 안 보이는 문자 제거를, 폼 제출이 막힐 때는 특수문자 불가 폼 정리를 보면 됩니다.