윈도우 메모장에서 작성한 텍스트 파일 인코딩 오류로 글자가 깨질 때 해결법

윈도우 메모장에서 작성한 텍스트 파일을 다른 컴퓨터나 프로그램에서 열었는데 한글이 갑자기 ????처럼 보이거나 안녕하세요처럼 이상한 문자로 나타나는 경험이 있습니다. 특히 오래된 메모장에서 만든 텍스트 파일이나 인터넷에서 내려받은 .txt 문서, 프로그램 설정 파일, CSV 파일을 열었을 때 이런 문제가 자주 발생합니다. 파일 자체가 완전히 망가진 것처럼 보여도 실제로는 글자가 저장된 방식과 파일을 읽는 프로그램이 예상한 방식이 서로 달라서 생기는 경우가 많습니다.

윈도우 메모장에서 작성한 텍스트 파일 인코딩 오류로 글자가 깨질 때 해결법

 

저도 예전에 윈도우 메모장으로 작성해 둔 텍스트를 다른 프로그램에서 열었다가 한글이 전혀 알아볼 수 없는 문자로 변해 있는 것을 보고 파일이 손상된 줄 알았습니다. 그런데 원본 파일을 그대로 두고 다른 인코딩으로 다시 열어 보니 정상적인 한글이 그대로 살아 있는 경우가 있었습니다. 반대로 깨진 상태로 파일을 저장해 버린 뒤에는 원래 글자를 복구하기가 훨씬 어려워지는 경우도 있어서, 글자가 깨졌을 때는 무작정 저장하지 않는 것이 가장 중요합니다.

 

텍스트 파일의 글자가 깨졌다면 먼저 파일을 다른 이름으로 보관한 다음 어떤 인코딩으로 저장되었는지 확인하는 것이 가장 안전합니다. 윈도우 11의 최신 메모장은 새 문서를 기본적으로 UTF-8 방식으로 저장하는 환경이지만, 오래된 파일이나 다른 프로그램에서 만들어진 텍스트는 ANSI 계열, UTF-8, UTF-8 BOM, UTF-16 등 다양한 방식으로 저장되어 있을 수 있습니다. 오늘 제가 준비한 포스팅에서는 인코딩이 무엇인지부터 한글이 깨지는 대표적인 원인, 메모장에서 다시 저장하는 방법, ANSI와 UTF-8을 선택하는 기준, 이미 깨진 파일을 복구할 때 주의할 점, 메모장에서 해결되지 않을 때 대체 편집기로 확인하는 방법까지 실제로 따라 하기 쉽게 정리해 보겠습니다.

 

텍스트 파일 인코딩이 달라지면 한글이 깨져 보이는 이유

텍스트 파일은 문장을 눈에 보이는 글자 그대로 저장하는 것이 아니라 각각의 문자를 컴퓨터가 이해할 수 있는 숫자 형태로 기록합니다. 여기에서 어떤 숫자를 어떤 문자로 해석할지 약속한 방식이 문자 인코딩입니다. 예를 들어 같은 한글 문장이라도 UTF-8 방식으로 저장할 수 있고, 한국어 윈도우 환경에서 오래 사용된 ANSI 계열 코드 페이지를 기준으로 저장할 수도 있습니다. 파일을 저장한 프로그램과 파일을 여는 프로그램이 같은 방식으로 해석하면 정상적인 한글이 나오지만, 서로 다른 방식으로 읽으면 글자가 깨진 것처럼 보입니다.

 

가장 쉽게 생각하면 편지와 해독 방법이 서로 다른 상황입니다. 내용을 담은 데이터 자체가 반드시 사라진 것은 아닌데, 읽는 프로그램이 다른 규칙으로 숫자를 해석하면서 전혀 다른 글자로 보여주는 것입니다. 그래서 메모장에서 글자가 깨진 파일을 보고 곧바로 파일이 손상되었다고 단정하지 않는 것이 좋습니다.

 

특히 한글은 영문 알파벳보다 인코딩 차이에 민감하게 나타날 수 있습니다. 숫자와 영문처럼 여러 인코딩에서 비교적 비슷하게 해석되는 문자는 문제가 눈에 잘 띄지 않지만, 한글이나 특수문자는 잘못 해석했을 때 전혀 다른 문자 조합으로 보이기 쉽습니다. 그래서 영어만 들어 있는 문서는 아무 문제 없이 열리는데 한글이 포함된 문서만 깨지는 경우가 생깁니다.

 

중요한 것은 글자가 깨져 보이는 것과 실제 데이터가 완전히 사라진 것은 서로 다른 문제라는 점입니다. 파일을 올바른 인코딩으로 다시 읽으면 원래 한글이 정상적으로 나타날 가능성이 있습니다. 반대로 이미 잘못 해석된 상태에서 저장을 반복하면 원래의 문자 정보가 덮어써져 복구가 어려워질 수 있습니다.

 

저는 그래서 인코딩 문제가 생긴 파일을 발견하면 가장 먼저 원본을 복사합니다. 예를 들어 원래 파일이 메모.txt라면 메모_원본.txt 같은 이름으로 복사해 둔 다음 복사본으로 여러 인코딩을 테스트합니다. 이렇게 하면 잘못된 설정으로 저장해 버려도 원본을 다시 시도할 수 있습니다. 단순해 보이지만 실제 복구 과정에서는 이 한 단계가 상당히 중요합니다.

 

또한 파일 확장명만 보고 인코딩을 판단할 수는 없습니다. .txt라고 해서 반드시 UTF-8인 것도 아니고, .csv라고 해서 반드시 특정 인코딩인 것도 아닙니다. 같은 확장자를 가진 파일이라도 어떤 프로그램에서 어떤 방식으로 저장했느냐에 따라 인코딩이 달라질 수 있습니다. 따라서 파일의 출처와 생성 프로그램을 함께 생각해야 합니다.

 

ANSI UTF-8 UTF-8 BOM UTF-16을 어떻게 구분해서 선택할까

텍스트 파일이 깨졌을 때 가장 많이 보게 되는 단어가 ANSI와 UTF-8입니다. 처음 보면 둘 중 무엇을 골라야 할지 막막하지만 파일의 생성 환경을 알고 있다면 판단하기가 훨씬 쉬워집니다. UTF-8은 현재 웹과 여러 운영체제, 프로그램에서 널리 사용되는 범용적인 문자 인코딩으로 한글을 포함한 다양한 언어를 안정적으로 표현하는 데 적합합니다. 최근 윈도우 11의 메모장에서도 새 문서를 UTF-8 방식으로 저장하는 것이 기본적인 흐름입니다.

 

반면 오래된 한국어 윈도우 프로그램이나 과거에 만들어진 텍스트 파일은 ANSI라는 이름으로 표시되는 한국어 시스템 코드 페이지를 사용하는 경우가 있습니다. 한국어 윈도우 환경에서는 흔히 CP949 계열로 이해할 수 있지만, 메모장에 표시되는 ANSI라는 이름이 항상 하나의 고정된 국제 인코딩을 의미하는 것은 아닙니다. 즉, "ANSI = 특정 하나의 문자표"라고 단순하게 생각하기보다 현재 시스템의 코드 페이지를 사용하는 호환 방식이라고 이해하는 편이 좋습니다.

 

UTF-8 BOM은 UTF-8 파일 앞에 인코딩을 식별하는 표시를 덧붙인 형태입니다. 일부 오래된 프로그램은 BOM이 있는 UTF-8 파일을 더 쉽게 인식하기도 하지만, 반대로 BOM을 예상하지 않는 프로그램에서는 파일 시작 부분에 이상한 문자가 보이거나 처리 방식이 달라질 수도 있습니다. 따라서 파일을 어떤 프로그램에서 사용할 예정인지까지 고려해 인코딩을 선택하는 것이 좋습니다.

 

UTF-16은 윈도우의 일부 시스템 파일이나 특정 프로그램에서 사용하는 방식으로, 한글과 여러 문자를 표현할 수 있습니다. 특히 오래된 윈도우 기반 텍스트 파일에서 Unicode라는 이름으로 저장된 파일을 만나는 경우가 있는데, 이런 파일을 UTF-8로 잘못 읽으면 역시 글자가 깨질 수 있습니다. 따라서 한글이 깨졌을 때는 무조건 UTF-8만 고르는 것보다 기존 파일이 어떤 환경에서 만들어졌는지를 생각해야 합니다.

 

새로운 텍스트 파일을 만들어 여러 컴퓨터와 프로그램에서 사용할 목적이라면 UTF-8을 우선 고려하는 것이 일반적으로 편리합니다. 하지만 이미 오래된 시스템에서 사용하던 파일이 깨진 것이라면 기존 인코딩을 유지해야 정상적으로 읽을 수 있습니다. 예를 들어 오래된 업무 프로그램에서 만들어진 한글 텍스트 파일이라면 UTF-8로 변환하는 것이 항상 정답은 아닙니다.

 

아래처럼 파일의 성격을 기준으로 접근하면 선택하기가 편합니다.

제가 만든 아래 표를 참고해보세요!

상황	먼저 고려할 인코딩	참고할 점
윈도우 11에서 새로 작성하는 일반 텍스트	UTF-8	여러 환경에서 사용하기 편한 범용 형식
오래된 한국어 윈도우 프로그램에서 만든 파일	ANSI 계열	현재 시스템의 한국어 코드 페이지와 관련될 수 있음
웹이나 다른 운영체제와 공유하는 텍스트	UTF-8	언어 호환성이 좋음
기존 파일을 열었는데 한글만 깨짐	원본의 기존 인코딩 확인	바로 덮어쓰지 말고 여러 방식으로 테스트
특정 오래된 프로그램이 요구하는 파일	해당 프로그램이 요구하는 방식	호환성이 최우선

 

이처럼 인코딩은 최신 형식을 무조건 선택하는 문제가 아니라 파일을 어디에서 어떻게 사용할 것인지에 맞추는 문제입니다. 특히 이미 만들어진 파일의 글자가 깨졌다면 저장 당시의 인코딩을 추측하는 과정이 복구의 핵심입니다.

 

윈도우 메모장에서 글자가 깨진 텍스트 파일을 안전하게 다시 여는 방법

이미 글자가 깨진 텍스트 파일을 만났다면 가장 중요한 원칙은 원본을 그대로 유지하는 것입니다. 파일을 열자마자 내용이 이상하게 보인다고 해서 저장 버튼을 눌러서는 안 됩니다. 현재 잘못된 인코딩으로 해석된 내용이 그대로 저장되면 원래 데이터가 다른 형태로 덮어써질 수 있기 때문입니다. 먼저 파일을 다른 폴더에 복사하고 복사본을 테스트 대상으로 사용하는 것이 안전합니다.

 

윈도우 메모장에서 파일을 열었을 때 글자가 깨졌다면 다른 이름으로 저장 기능을 이용해 현재 파일의 상태를 보존할 수 있습니다. 다만 단순히 다른 인코딩으로 바로 저장하는 것과 파일을 올바른 인코딩으로 다시 읽는 것은 다른 작업이라는 점을 이해해야 합니다. 이미 메모장이 잘못된 문자로 해석한 상태라면 그 상태를 UTF-8로 저장한다고 해서 원래 한글이 되살아나는 것은 아닙니다.

 

예를 들어 원본이 한국어 ANSI 계열로 저장된 파일인데 메모장이 이를 다른 방식으로 잘못 해석해 이상한 문자열을 보여준다고 가정해 보겠습니다. 이 상태에서 그대로 UTF-8로 저장하면 "깨진 문자열을 UTF-8로 저장한 파일"이 될 수 있습니다. 필요한 것은 저장이 아니라 올바른 인코딩으로 다시 읽는 것입니다.

 

최신 윈도우 메모장은 텍스트 파일을 열 때 상황에 따라 인코딩을 자동으로 인식할 수 있지만, 모든 오래된 파일이나 모든 인코딩을 완벽하게 추론하는 것은 아닙니다. 그래서 파일의 출처가 분명하다면 그 정보를 활용하는 것이 좋습니다. 예를 들어 오래된 사내 프로그램에서 만든 파일이라면 예전 시스템이 어떤 코드 페이지를 사용했는지 확인하는 것이 훨씬 정확합니다.

 

파일이 정상적으로 열린 뒤에도 저장 형식을 확인하고 싶다면 메모장의 다른 이름으로 저장 메뉴에서 인코딩 항목을 확인할 수 있습니다. 여기에서 UTF-8이나 ANSI 등의 옵션을 선택할 수 있지만, 이 메뉴는 주로 파일을 저장할 때 사용하는 기능입니다. 따라서 이미 깨진 파일의 복구에서는 "저장하기 전에 어떤 인코딩으로 원본을 읽었는가"가 더 중요할 수 있습니다.

 

저는 복구할 때 다음과 같은 식으로 진행하는 것을 추천합니다. 첫째, 원본 파일을 복사합니다. 둘째, 현재 파일이 어떤 프로그램과 시스템에서 만들어졌는지 확인합니다. 셋째, 의심되는 인코딩으로 복사본을 다시 열어 비교합니다. 넷째, 정상적으로 한글이 나타난 복사본만 별도의 이름으로 저장합니다. 마지막으로 새 파일을 여러 프로그램에서 다시 열어 정상적으로 보이는지 확인합니다.

 

복구 과정에서 원본과 복구본을 분리해 두면 실수로 잘못 저장할 가능성이 크게 줄어듭니다. 특히 수년간 보관한 문서나 업무 자료처럼 다시 작성하기 어려운 파일은 이 원칙을 꼭 지키는 것이 좋습니다.

 

ANSI로 저장된 한글 파일과 UTF-8 파일을 제대로 변환하는 방법

한글이 정상적으로 보이는 파일을 다른 환경에서도 안전하게 사용하려면 필요에 따라 UTF-8로 변환하는 방법을 사용할 수 있습니다. 예를 들어 오래된 프로그램에서 만든 텍스트 파일을 웹서비스나 다른 운영체제에서 사용해야 한다면 기존 ANSI 방식보다 UTF-8이 더 편리할 수 있습니다. 이때 중요한 것은 먼저 원본이 올바르게 읽히는 상태를 확보한 다음 UTF-8로 저장하는 것입니다.

 

파일을 메모장에서 정상적으로 열었다면 다른 이름으로 저장을 선택하고 파일 형식과 인코딩을 확인합니다. 여기에서 UTF-8을 선택해 새 이름으로 저장하면 원래 내용이 UTF-8로 변환된 새 파일을 만들 수 있습니다. 원본 파일을 바로 덮어쓰기보다 새 이름으로 저장하는 것이 좋습니다. 이렇게 하면 변환 결과가 기대와 다를 때 원본으로 다시 돌아갈 수 있습니다.

 

예를 들어 원본 파일이 자료_구버전.txt라면 자료_UTF8.txt처럼 별도의 이름으로 저장해 두는 방식입니다. 이후 새 파일을 다른 프로그램이나 다른 컴퓨터에서 열어 한글이 정상적으로 나타나는지 확인합니다. 모든 프로그램에서 문제가 없다면 그때 원본을 보관하면서 UTF-8 버전을 실제 사용 파일로 선택할 수 있습니다.

 

인코딩 변환은 글자를 수정하는 것과 다릅니다. UTF-8로 저장한다고 해서 문장의 내용이 달라지는 것이 아니라 같은 문자를 다른 방식으로 저장하는 것입니다. 다만 현재 파일이 이미 잘못 읽힌 상태라면 변환 전에 정상적인 한글이 보이는 상태를 만드는 것이 먼저입니다.

 

특히 CSV 파일에서 인코딩 문제를 자주 경험할 수 있습니다. 메모장에서는 한글이 정상적으로 보이는데 다른 프로그램에서 열었을 때 깨지거나, 반대로 다른 프로그램에서는 정상인데 메모장에서 이상하게 보이는 경우가 있습니다. CSV는 텍스트 파일이지만 프로그램마다 인코딩을 자동으로 추론하는 방식이 달라질 수 있기 때문에 UTF-8로 명확하게 저장하는 것이 도움이 되는 경우가 많습니다.

 

반대로 오래된 업무 프로그램이 특정 ANSI 계열 인코딩만 요구한다면 무조건 UTF-8로 변환해서는 안 됩니다. 파일을 사용하는 프로그램이 UTF-8을 지원하지 않으면 변환한 뒤 파일을 읽지 못할 수 있습니다. 이처럼 인코딩은 기술적으로 더 최신이라는 이유만으로 변경하는 것이 아니라 호환해야 하는 프로그램에 맞춰 결정해야 합니다.

 

저는 파일을 다른 사람에게 전달하거나 장기간 여러 운영체제에서 사용할 예정이라면 UTF-8을 우선 검토하고, 특정 오래된 프로그램에서만 사용하는 파일이라면 기존 인코딩을 유지하는 편을 선택합니다. 중요한 것은 파일의 용도를 먼저 생각하는 것입니다.

 

그리고 파일을 변환한 뒤에는 반드시 실제 사용하는 프로그램에서 테스트해야 합니다. 메모장에서 정상적으로 보인다고 해서 모든 프로그램에서 동일하게 읽힌다고 보장할 수는 없습니다. 특히 특수문자나 한글이 많은 문서라면 파일 전체를 처음부터 끝까지 확인하지 않더라도 핵심 부분과 특수문자가 포함된 부분을 몇 군데 검사하는 것이 좋습니다.

 

이미 글자가 깨진 상태로 저장했다면 복구할 때 주의할 점

가장 어려운 상황은 글자가 깨진 상태에서 사용자가 그대로 저장해 버린 경우입니다. 이때는 단순히 인코딩을 다시 선택한다고 해서 원래 글자가 항상 복구되는 것은 아닙니다. 원본 문자 정보가 유지된 상태에서 잘못 읽고 있는 것이라면 올바른 인코딩으로 다시 열어 해결할 수 있지만, 잘못 해석된 문자열을 실제 파일에 덮어써 버렸다면 원래 바이트 정보가 변경되었을 수 있습니다.

 

따라서 저장된 파일이 이미 깨져 있다면 먼저 백업이나 이전 버전이 있는지 확인하는 것이 중요합니다. 같은 파일의 이전 복사본, 메일 첨부파일, 클라우드 저장소의 이전 버전, 윈도우 파일 기록, 다른 사람에게 전달한 원본 등이 남아 있다면 그 파일을 기준으로 복구하는 것이 가장 안전합니다.

 

깨진 파일 하나를 계속 수정하면서 복구하려고 하지 않는 것이 좋습니다. 복구를 시도할 때마다 다른 이름으로 복사해 두고 작업해야 합니다. 예를 들어 원본이 깨졌다면 복사본 A에서는 UTF-8, 복사본 B에서는 ANSI, 복사본 C에서는 UTF-16과 같은 방식으로 각각 테스트할 수 있습니다. 이렇게 하면 하나의 파일을 여러 번 덮어쓰면서 복구 가능성을 낮추는 일을 피할 수 있습니다.

 

메모장 자체에서 원하는 결과가 나오지 않는다면 다른 텍스트 편집기를 활용하는 것도 방법입니다. Notepad++ 같은 편집기는 파일의 현재 인코딩을 확인하고 다른 인코딩으로 다시 열거나 변환할 때 보다 세밀한 선택지를 제공하는 경우가 있습니다. 이때도 원본 파일을 그대로 두고 복사본을 작업 대상으로 사용하는 것이 좋습니다.

 

예를 들어 깨진 한글이 특정 패턴으로 나타난다면 UTF-8 파일을 다른 인코딩으로 잘못 읽은 것인지 추측할 수 있습니다. 반대로 한글과 특수문자가 모두 깨지고 파일 앞부분에 이상한 문자까지 나타난다면 UTF-8 BOM이나 UTF-16 같은 다른 저장 방식을 확인할 필요가 있습니다. 다만 겉으로 보이는 문자만 보고 인코딩을 100% 확정할 수는 없기 때문에 파일의 생성 프로그램과 원본 환경을 함께 확인하는 것이 좋습니다.

 

파일이 업무상 중요하고 복구가 어려운 상황이라면 무리하게 여러 번 저장하지 말고 원본을 그대로 보존한 뒤 전문적인 데이터 복구 방법을 고려하는 것이 좋습니다. 특히 파일이 손상된 것인지 단순히 인코딩이 다른 것인지 구분하기 어려운 상태라면 추가 작업으로 원본 데이터가 덮어써질 위험이 있습니다.

 

복구에 성공한 뒤에는 같은 문제가 다시 발생하지 않도록 새 파일을 UTF-8로 저장하고 사용하는 프로그램에서 제대로 읽히는지 확인하는 것이 좋습니다. 오래된 시스템과 최신 프로그램을 함께 사용하는 환경이라면 파일의 인코딩 규칙을 하나 정해 두는 것도 도움이 됩니다.

 

윈도우 메모장 인코딩 오류를 예방하는 파일 저장 습관

인코딩 문제는 한 번 해결하는 것도 중요하지만 처음부터 발생하지 않도록 파일을 저장하는 습관을 만드는 것이 더 편합니다. 일반적인 텍스트 문서를 새로 작성하고 다른 사람이나 다른 운영체제에서 사용할 예정이라면 UTF-8을 기본적인 선택으로 생각해 볼 수 있습니다. 최신 윈도우 11 메모장에서는 새 문서를 UTF-8로 저장하는 흐름이 기본이기 때문에 과거보다 한글 인코딩 문제를 줄이기 쉬워졌습니다.

 

하지만 "UTF-8이면 모든 문제가 해결된다"고 생각해서는 안 됩니다. 파일을 사용하는 오래된 프로그램이 ANSI 계열을 요구하거나 특정 인코딩을 전제로 만들어져 있다면 기존 규격을 유지해야 할 수 있습니다. 특히 프로그램 설정 파일이나 오래된 데이터 파일은 문서 자체보다 호환성이 훨씬 중요할 수 있습니다.

 

파일 이름만 보고 인코딩을 기억하기 어렵다면 파일명에 구분 표시를 넣는 방법도 있습니다. 예를 들어 같은 내용의 파일을 여러 버전으로 관리해야 한다면 자료_UTF8.txt처럼 이름을 명확하게 지정해 두면 나중에 어떤 파일을 사용해야 할지 판단하기 쉽습니다. 다만 실제 업무 환경에서는 팀에서 정한 파일 규칙이 있다면 그 규칙을 우선해야 합니다.

 

중요한 텍스트 파일은 변환하거나 다시 저장하기 전에 원본을 남겨 두는 것도 좋은 습관입니다. 인코딩을 바꾸면서 파일 크기나 BOM 유무가 달라질 수 있고, 특정 프로그램에서 예상하지 못한 호환성 문제가 생길 수도 있기 때문입니다. 원본과 변환본을 함께 보관하면 문제가 생겼을 때 비교하기가 훨씬 쉽습니다.

 

특히 오래된 텍스트 파일을 최신 윈도우에서 다시 저장할 때는 정상적으로 한글이 보이는지 먼저 확인한 다음 저장 형식을 결정하는 것이 좋습니다. 파일을 열었을 때 이미 이상한 문자가 보인다면 바로 Ctrl+S를 누르지 말고 원본을 복사해 두세요. 이 한 가지 습관만으로도 불필요한 데이터 손실을 상당히 줄일 수 있습니다.

 

파일을 다른 사람에게 전달할 때도 상대방이 어떤 프로그램을 사용하는지 알 수 있다면 인코딩을 맞춰 주는 것이 좋습니다. 여러 운영체제에서 사용할 문서라면 UTF-8이 편한 경우가 많지만, 오래된 사내 시스템이라면 별도의 규칙이 있을 수 있습니다. 결국 가장 좋은 인코딩은 파일을 실제로 사용할 환경과 호환되는 인코딩입니다.

 

그리고 정기적으로 중요한 텍스트 파일을 별도 위치에 백업해 두는 것도 좋습니다. 인코딩 문제는 파일을 잘못 저장하면서 발생할 수 있지만 저장장치 오류나 실수로 인한 삭제 등 다른 데이터 손실 문제도 항상 존재합니다. 파일이 작다고 해서 백업할 필요가 없는 것은 아니며, 다시 작성하기 어려운 메모와 설정 파일이라면 오히려 작은 용량으로 쉽게 백업할 수 있다는 장점이 있습니다.

 

윈도우 메모장 텍스트 파일 인코딩 오류 해결 총정리

윈도우 메모장에서 한글이 깨지는 문제는 파일 자체가 망가졌기보다 저장된 인코딩과 프로그램이 파일을 읽는 방식이 서로 다르기 때문에 발생하는 경우가 많습니다. ANSI 계열, UTF-8, UTF-8 BOM, UTF-16 등 여러 방식이 존재하기 때문에 오래된 파일이나 다른 프로그램에서 만들어진 파일을 최신 메모장에서 열었을 때 예상하지 못한 문자가 나타날 수 있습니다.

 

가장 먼저 기억해야 할 것은 글자가 깨졌을 때 원본 파일을 바로 저장하지 않는 것입니다. 먼저 파일을 다른 이름으로 복사한 뒤 복사본을 대상으로 인코딩을 확인해야 합니다. 올바른 인코딩으로 다시 읽어 정상적인 한글이 나타난다면 그 상태에서 UTF-8이나 프로그램에 필요한 형식으로 새 파일을 저장하면 됩니다.

 

새로 만드는 일반적인 텍스트 파일이라면 UTF-8을 우선 고려할 수 있습니다. 최신 윈도우 11 메모장도 새 문서를 UTF-8로 저장하는 흐름을 기본으로 사용하지만, 오래된 프로그램과의 호환성이 필요한 파일이라면 ANSI 계열이나 UTF-16 등 기존 형식을 유지해야 할 수 있습니다. 따라서 최신 인코딩이 언제나 정답인 것이 아니라 파일을 사용하는 프로그램과 환경이 무엇인지 판단하는 것이 중요합니다.

 

이미 깨진 파일을 실수로 저장했다면 이전 복사본이나 백업을 먼저 찾고, 원본 데이터를 덮어쓰지 않는 상태에서 복구를 시도하는 것이 좋습니다. 메모장에서 해결되지 않는다면 인코딩을 보다 세밀하게 확인할 수 있는 다른 텍스트 편집기를 이용하는 것도 방법입니다. 중요한 파일일수록 여러 번 덮어쓰면서 복구를 시도하지 않는 것이 안전합니다.

 

저라면 인코딩 문제가 생긴 파일을 발견했을 때 먼저 복사본을 만들고, 파일이 어디에서 만들어졌는지부터 확인하겠습니다. 오래된 한국어 윈도우 프로그램에서 만들어졌다면 ANSI 계열을 우선 의심하고, 웹이나 최신 시스템에서 사용된 문서라면 UTF-8을 먼저 확인하겠습니다. 정상적인 한글이 보이는 인코딩을 찾았다면 그 파일을 새 이름으로 저장한 뒤 실제 사용하는 프로그램에서도 다시 열어 보겠습니다.

 

인코딩 문제는 처음에는 굉장히 복잡해 보이지만, 원본을 보호하고 올바른 인코딩으로 읽은 뒤 필요한 형식으로 새롭게 저장한다는 순서만 기억하면 훨씬 쉽게 접근할 수 있습니다. 특히 한글 문서를 자주 다룬다면 새 파일은 UTF-8을 기준으로 관리하고, 오래된 프로그램과 연결된 파일은 해당 프로그램의 요구 조건을 확인하는 습관을 만들어 두는 것이 좋습니다.

 

질문 QnA

윈도우 메모장에서 한글이 깨지는 가장 흔한 원인은 무엇인가요?

대부분은 파일을 저장한 인코딩과 현재 프로그램이 해석하는 인코딩이 맞지 않아서 발생합니다. 특히 오래된 한국어 프로그램에서 만든 파일과 최신 프로그램 사이에서 ANSI 계열과 UTF-8의 차이 때문에 한글이 깨질 수 있습니다. 파일이 실제로 손상된 것이 아니라 잘못된 방식으로 읽고 있는 상황일 수도 있습니다.

한글이 깨진 파일을 열었을 때 바로 저장해도 되나요?

가능하면 바로 저장하지 않는 것이 좋습니다. 현재 프로그램이 파일을 잘못 해석한 상태라면 그 내용을 다시 저장하면서 원래 데이터를 덮어쓸 수 있기 때문입니다. 먼저 원본 파일을 다른 이름으로 복사한 뒤 복사본을 대상으로 인코딩을 확인하는 것이 안전합니다.

윈도우 11에서는 UTF-8을 사용하면 한글 깨짐이 거의 없나요?

UTF-8은 다양한 환경에서 사용하기 좋은 범용 인코딩이지만 모든 프로그램과 파일에서 무조건 문제를 없애주는 것은 아닙니다. 오래된 프로그램이 ANSI 계열이나 다른 특정 인코딩을 요구하는 경우에는 UTF-8로 저장하면 오히려 호환되지 않을 수 있습니다. 파일을 사용하는 프로그램의 요구 조건을 함께 확인하는 것이 중요합니다.

ANSI와 UTF-8 중 어떤 것을 선택해야 하나요?

새로운 텍스트 파일을 여러 환경에서 사용할 목적이라면 UTF-8을 우선 고려할 수 있습니다. 반대로 오래된 한국어 윈도우 프로그램이나 특정 업무 시스템에서 사용하던 파일이라면 기존 ANSI 계열 인코딩을 유지해야 할 수 있습니다. 어떤 형식이 더 좋은지보다 파일을 사용하는 환경과의 호환성이 중요합니다.

깨진 파일을 UTF-8로 다시 저장하면 원래 한글이 돌아오나요?

항상 그렇지는 않습니다. 원본 파일은 정상인데 프로그램이 잘못된 인코딩으로 읽고 있었다면 올바른 방식으로 다시 열어 정상적인 한글을 볼 수 있습니다. 하지만 이미 깨진 문자열을 실제 파일에 저장해 버린 경우에는 원래 문자 정보가 덮어써졌을 수 있으므로 단순히 UTF-8로 다시 저장하는 것만으로는 복구되지 않을 수 있습니다.

메모장에서 해결되지 않으면 어떤 프로그램을 사용하면 좋나요?

인코딩을 세밀하게 확인하고 변환해야 한다면 Notepad++ 같은 텍스트 편집기를 활용할 수 있습니다. 이런 프로그램은 현재 파일의 인코딩을 확인하고 다른 방식으로 다시 열거나 저장하는 기능이 더 다양할 수 있습니다. 중요한 파일이라면 어떤 편집기를 사용하더라도 원본을 복사해 둔 뒤 복사본으로 작업하는 것이 좋습니다.

윈도우 메모장에서 글자가 깨졌을 때 가장 중요한 것은 당황해서 바로 저장하지 않는 것입니다. 한글이 ????나 이상한 문자로 나타난다고 해서 곧바로 파일 자체가 망가진 것은 아닐 수 있으며, 저장 당시의 인코딩과 현재 프로그램이 파일을 해석하는 방식이 달라서 생기는 경우가 많습니다.

 

먼저 원본을 복사해 보관하고 파일을 만든 프로그램과 사용했던 환경을 떠올려 보세요. 오래된 한국어 윈도우 프로그램에서 만든 문서라면 ANSI 계열을 의심하고, 최신 프로그램이나 여러 운영체제에서 공유할 문서라면 UTF-8을 먼저 확인하는 방식으로 접근하면 좋습니다. 정상적인 한글이 나타나는 인코딩을 찾았다면 원본을 보존한 상태에서 새 파일로 저장해 두는 것이 가장 안전합니다.

 

특히 이미 깨진 상태로 저장해 버린 파일은 단순 변환만으로 복구되지 않을 수 있으니 백업이나 이전 버전을 먼저 찾아보는 것이 좋습니다. 평소에도 새로운 텍스트 파일은 어떤 환경에서 사용할지 생각해 인코딩을 선택하고, 중요한 파일은 원본과 변환본을 분리해서 관리하면 같은 문제를 다시 겪을 가능성을 크게 줄일 수 있습니다.