Notepad++ 한글 깨짐 — 인코딩 확인·UTF-8 사본 저장

한줄 요약

깨진 화면에서 바로 UTF-8로 변환해 저장하지 마세요. 원본을 보관하고 작업용 복사본에서 실제 인코딩으로 정상 표시되는지 확인한 뒤, 새 이름의 UTF-8 사본을 저장합니다. 사본을 다시 열어 내용과 경로를 대조하고 사용할 프로그램에서도 확인하세요. 이미 물음표로 손실 저장된 글자는 이 절차만으로 복구되지 않을 수 있습니다.

Notepad++ 설치·패키지 선택

텍스트·코드 편집 · PC

Notepad++

Notepad++는 Windows 전용 무료 오픈소스 텍스트·코드 편집기입니다. 8.9.8.1의 x64·x86·ARM64 설치형과 portable을 제공하며, mini-portable은 언어·플러그인 구성이 다릅니다.

1. 먼저 확인할 것

대상: 기존 일반 텍스트 .txt·.log·.md
원본: 별도 보관 후 작업용 복사본 열기
상단 인코딩: 바이트를 읽는 해석 선택
하단 변환: 정상 표시 후 저장 인코딩 변경
완료 기준: 새 사본 재열기·내용과 수신 프로그램 대조

2. 원본 보호와 사본 저장 순서

1. 원본 보관과 작업 파일 분리

탐색기에서 원본을 별도 보관하고 작업용 복사본을 만듭니다. Notepad++에서는 작업용 파일을 열고 파일명·경로를 확인합니다.
2. 실제 인코딩과 정상 표시 확인

파일을 만든 쪽의 인코딩 정보를 확인하고 인코딩 메뉴의 상단 해석을 선택합니다. 기대한 한글·기호가 보이지 않으면 변환·저장을 진행하지 않습니다.
3. UTF-8 변환 조건 선택

정상 표시된 뒤 인코딩 → UTF-8로 변환을 선택합니다. 받는 프로그램이 BOM을 요구하면 UTF-8-BOM 조건을 확인합니다.
4. 새 이름의 결과 파일 저장

파일 → 다른 이름으로 저장에서 원본과 구분되는 이름으로 저장합니다. 다른 이름으로 복사본 저장은 기존 탭에 남는 별도 명령이므로 아래 차이를 확인하세요.
5. 사본 재열기와 내용 대조

방금 저장한 폴더의 사본을 다시 열어 한글·기호·줄바꿈·인코딩 표시를 대조하고 실제 사용할 프로그램에서도 정상인지 확인합니다.

3. 작업 준비

이 순서는 Windows용 Notepad++에서 일반 텍스트의 UTF-8·Windows 코드페이지 해석을 확인하는 작업입니다. 메뉴명은 8.9.8.1 한국어 번역과 공식 설명을 기준으로 하며 영어 메뉴명도 함께 적었습니다. 이미 앱을 쓰고 있다면 설치를 다시 할 필요가 없습니다. 설치형·포터블 선택은 Notepad++ 안내에서 확인하세요.

원본을 탐색기에서 별도 폴더에 복사해 보관합니다. 아직 저장하지 않은 편집이 있다면 그 내용도 별도 보관하고 디스크 원본과 구분합니다.
작업용 복사본을 만듭니다. 예: 보관할 원본은 문서.txt, 시험할 파일은 문서-확인.txt로 나누고 Notepad++에서 시험할 파일만 엽니다.
파일명·폴더·첫 문장과 현재 상태 표시줄의 인코딩을 확인합니다. 파일을 만든 프로그램이나 제공자가 알려 준 문자 인코딩과 원래 내용이 판단 기준입니다.

다른 종류의 문제는 구분

UTF-16·PDF·바이너리 파일, Excel의 CSV 가져오기, ZIP 파일명과 Windows 언어·폰트 문제에는 이 절차를 그대로 적용하지 않습니다. 확장자 이름 변경도 문자 인코딩 변환을 대신하지 않습니다.

4. 인코딩 확인

인코딩(Encoding) 메뉴에는 현재 바이트를 읽는 선택과 저장할 표현을 바꾸는 변환이 있습니다. 공식 인코딩 설명의 두 역할을 먼저 구분하세요.

해석과 변환의 순서
메뉴	쓰는 조건
상단 UTF-8·ANSI·문자 집합	현재 글자가 원문과 다를 때 실제 파일 인코딩에 맞춰 해석을 확인
하단 UTF-8로 변환 등	원문이 정상으로 보인 뒤 저장할 인코딩을 바꿀 때 사용

출처가 UTF-8이라고 확인되면 상단 UTF-8 선택으로 표시를 확인합니다. 바로 아래의 UTF-8로 변환과 혼동하지 마세요.
출처가 CP949라고 확인되면 인코딩 → 문자 집합 → 한국어 → Windows 949 경로로 해석을 확인할 수 있습니다. ANSI는 Windows의 현재 코드페이지에 따라 의미가 달라 무조건 CP949와 같지 않습니다.
알고 있는 이름·문장·숫자와 기호를 대조합니다. 일부 한글이 읽힌다는 이유만으로 모든 내용이 맞다고 판단하지 마세요. 출처의 인코딩을 모르거나 올바른 원문을 확인할 수 없으면 저장하지 않고 제공자·백업을 확인합니다.

설정의 새 문서 기본 인코딩은 새로 만드는 파일의 조건입니다. 그 기본값만 UTF-8로 바꾸어도 이미 깨져 보이는 기존 파일이 자동으로 복구되는 것은 아닙니다.

5. UTF-8 변환

기대한 원문이 정상으로 보이는 작업용 파일에서 인코딩 → UTF-8로 변환(Convert to UTF-8)을 선택합니다. 이미 원하는 UTF-8 상태라면 같은 변환을 반복할 필요 없이 새 이름 저장 단계로 이동할 수 있습니다.

결과 형식은 받는 쪽 기준으로
선택	판단 기준
UTF-8	받는 프로그램이 일반 UTF-8을 요구하거나 별도 BOM 조건이 없을 때 확인
UTF-8-BOM으로 변환	받는 프로그램이 BOM으로 UTF-8을 식별해야 한다고 안내할 때 확인

변환만으로 원문이 돌아오지는 않음

변환 명령은 현재 표시된 문자 내용을 새 인코딩으로 저장하는 단계입니다. 잘못 해석된 글자나 이미 물음표로 손실 저장된 내용을 그대로 변환하면 원래 글자를 얻지 못할 수 있습니다. BOM도 모든 한글 깨짐을 고치는 설정은 아닙니다.

6. 사본 저장

이 절차의 기본 경로는 파일 → 다른 이름으로 저장(Save As)입니다. 문서-utf8.txt처럼 원본·작업 파일과 다른 이름을 사용하고 저장 위치를 확인합니다. 공식 파일 저장 설명은 아래 두 명령의 작업 탭 차이를 구분합니다.

저장 뒤 편집하는 파일이 다름
명령	저장 결과와 남는 탭
다른 이름으로 저장 / Save As	새 이름의 파일을 저장하고 그 새 파일에서 편집을 계속합니다.
다른 이름으로 복사본 저장 / Save a Copy As	별도 파일을 쓰지만 지금까지 편집하던 파일의 탭에 남습니다.

복사본 저장을 골랐다면 탭 제목이 결과 파일로 바뀌었다고 생각하지 마세요. 저장한 사본은 폴더에서 따로 열어 확인하고, 현재 탭을 계속 저장하면 어느 작업 파일을 바꾸는지 경로를 확인합니다. 앞에서 보관한 원본에는 작업 결과를 덮어쓰지 않습니다.

7. 완료 확인

저장한 폴더에서 결과 파일을 다시 엽니다. 최근 파일 목록의 원본·작업 파일과 혼동하지 않도록 이름과 경로를 확인합니다.
확인했던 첫 문장과 마지막 부분, 한글 이름·숫자·구두점·줄바꿈이 맞는지 대조합니다. 인코딩 표시도 의도한 UTF-8 또는 UTF-8-BOM인지 확인합니다.
실제로 받을 프로그램에서도 파일을 열어 봅니다. 그 프로그램의 UTF-8/BOM 조건과 정상 표시가 맞아야 전달할 수 있습니다.
보관한 원본이 남아 있고 덮어쓰지 않았는지 확인합니다. 사본이 다시 깨지면 사용하지 말고 해석·변환·수신 조건 중 어느 단계가 다른지 대조합니다.

중단할 때

원본 인코딩을 확인할 수 없거나 이미 글자가 물음표 등으로 손실 저장됐다면 다른 인코딩을 계속 고르며 저장하지 않습니다. 원본 제공자·이전 버전·백업에서 손실 전 파일을 찾는 것이 다음 단계입니다. 같은 모양의 물음표가 항상 손실을 뜻하는 것은 아니므로 원래 내용과 대조하세요.

8. ANSI가 회색일 때

Notepad++ 8.8.8 이상은 Windows의 현재 ANSI 코드페이지가 65001인 조건에서 ANSI와 ANSI로 변환을 비활성화합니다. 메뉴가 회색이라는 이유만으로 파일 손상이나 앱 오류라고 판단하지 마세요.

? 메뉴의 Debug Info에서 Current ANSI codepage 값을 확인합니다. 65001은 Windows의 Unicode UTF-8 설정이 적용된 조건을 확인하는 값입니다.
원본 출처가 특정 문자 인코딩을 안내했다면 문자 집합의 해당 항목을 확인합니다. 이 경우에도 정상 원문 표시를 먼저 대조합니다.
이 한 파일을 확인하기 위해 Windows 전체 시스템 로캘을 바로 바꾸지 않습니다. 출처나 필요한 문자 집합을 확인할 수 없으면 원본을 보관하고 지원 안내를 확인하세요.

9. 자주 묻는 질문

UTF-8과 UTF-8로 변환은 같은 메뉴인가요?

상단 UTF-8은 기존 바이트를 읽는 해석 선택이고 하단 UTF-8로 변환은 표시된 문자를 저장할 표현으로 바꾸는 명령입니다. 정상 원문 표시가 먼저이고 결과 인코딩 변환은 그다음입니다.

새 문서 기본값을 UTF-8로 바꾸면 기존 파일도 고쳐지나요?

새 문서 기본값과 기존 파일의 인코딩 해석은 다릅니다. 기존 파일은 원본의 실제 인코딩을 확인하고 정상 표시된 뒤 별도 결과 파일을 저장해야 합니다.

UTF-8-BOM을 고르면 한글 깨짐을 모두 해결하나요?

BOM은 받는 프로그램이 UTF-8을 식별하는 조건 중 하나입니다. 원문 해석이나 이미 손실된 내용을 복구하는 만능 설정은 아니므로 받는 프로그램의 요구를 기준으로 선택하세요.

복사본을 저장했는데 탭 이름은 그대로예요.

Save a Copy As는 별도 사본을 쓰고 기존 작업 탭을 계속 편집합니다. 저장한 폴더에서 사본을 따로 열어 확인하세요. Save As는 새 이름의 파일에서 편집을 계속하는 명령입니다.

이미 물음표로 저장한 글자도 돌아오나요?

원래 문자 정보가 물음표로 손실 저장됐다면 인코딩 선택만으로 원문을 얻을 수 없습니다. 손실 전 원본·이전 버전·백업을 확인하세요. 원래 문장에 포함된 물음표와는 구분해야 합니다.

10. 참고 자료

파일 확장자 변경 방법

Windows 11에서 파일 확장자를 표시하고 한 개 또는 여러 파일의 확장명을 안전하게 바꾸는 방법을 정리했습니다. 확장자 변경과 실제 형식 변환의 차이도 확인하세요.