한글 파일명 깨짐, 압축 전 예방

압축 파일 안의 한글 이름은 왜 깨질까요?

압축 파일 안의 문서는 열리는데 이름만 물음표, 빈 네모, 낯선 기호로 보인다면 파일 내용이 손상되었다고 단정할 필요는 없습니다. ZIP에는 문서 내용뿐 아니라 파일명과 그 문자를 해석하는 데 필요한 정보도 함께 기록됩니다. 압축을 만든 프로그램과 해제 프로그램이 이 정보를 서로 다르게 처리하면 한글 이름만 알아보기 어렵게 표시될 수 있습니다.

원인을 운영체제 자체의 차이로만 설명하면 실제 점검 지점을 놓치기 쉽습니다. 같은 컴퓨터에서도 어떤 압축 프로그램으로 만들고 어떤 프로그램으로 여느냐에 따라 결과가 달라질 수 있습니다. 반대로 서로 다른 운영체제라도 ZIP 파일명 인코딩 정보를 호환되는 방식으로 처리하는 프로그램을 사용하면 이름이 정상적으로 보일 수 있습니다.

이름 문제와 파일 손상도 나누어 확인해야 합니다. 압축을 푼 뒤 문서나 사진이 정상적으로 열리고 용량도 원본과 비슷하다면 표시 문제일 가능성이 큽니다. 파일이 열리지 않거나 용량이 0바이트라면 다운로드 누락, 전송 실패, 압축 파일 손상 같은 다른 원인도 함께 살펴야 합니다. 이름이 깨졌다는 이유만으로 여러 번 재압축하면 원본과 수정본을 구분하기 어려워질 수 있으므로 받은 압축 파일부터 복사해 두는 편이 안전합니다.

보내기 전 파일명은 어떻게 정리할까요?

상대방의 기기와 해제 프로그램을 알 수 없다면 전달용 복사본에 영문 소문자, 숫자, 하이픈, 밑줄을 중심으로 짧은 이름을 붙이는 방법이 실용적입니다. 예를 들어 ‘2026년 8월 행사 사진 최종본’은 ‘2026-08_event-photo_final’로 바꿀 수 있습니다. 모든 환경에서 정상 표시된다고 보장하는 규칙은 아니지만 문자 처리 차이로 생길 수 있는 문제 가능성을 낮추기 쉽습니다.

파일명에 슬래시, 역슬래시, 콜론, 별표, 물음표처럼 운영체제에서 제한하거나 다른 용도로 해석할 수 있는 문자는 피합니다. 마침표의 개수를 억지로 제한할 필요는 없지만, ‘.pdf’나 ‘.jpg’ 같은 확장자를 임의로 지우거나 다른 형식으로 바꾸면 안 됩니다. 확장자는 파일 종류를 판단하고 연결 프로그램을 선택하는 데 쓰이므로 이름을 정리할 때도 그대로 유지합니다.

이름과 폴더 구조가 지나치게 길지 않은지도 봅니다. 여러 단계의 폴더 안에 긴 파일명이 이어지면 전체 경로가 길어져 해제나 복사 과정에서 문제가 생길 수 있습니다. ‘최종’, ‘진짜최종’, ‘최종수정완료’를 계속 덧붙이기보다 날짜와 버전을 정해 ‘report_20260809_v2.pdf’처럼 기록하면 전달 후 다시 찾을 때도 망설임이 줄어듭니다.

원본의 한글 이름을 꼭 보존해야 한다면 원본 폴더를 직접 고치지 않습니다. ‘전달용’ 폴더를 하나 복사한 뒤 그 안에서만 이름을 바꾸면 원래 이름과 문서를 함께 보관할 수 있습니다. 파일 수가 많을 때는 원래 이름과 전달용 이름을 적은 간단한 목록을 동봉하는 것도 도움이 됩니다.

한글 이름과 영문 이름을 어떻게 비교할까요?

작은 시험 압축을 만들면 문제가 생기는 범위를 비교적 쉽게 좁힐 수 있습니다. 내용이 같은 텍스트 파일 두 개를 준비해 하나는 ‘정리목록_최종.txt’, 다른 하나는 ‘file-list_final.txt’로 저장합니다. 두 파일을 같은 폴더에 넣어 ZIP으로 압축한 뒤 만든 컴퓨터가 아닌 다른 PC나 휴대전화에서 목록을 열어 봅니다.

시험용 파일명	목록에서 볼 부분	결과를 해석하는 방법
정리목록_최종.txt	한글 음절·밑줄·확장자가 그대로 보이는지	이 이름만 깨지면 파일명 문자 해석 차이를 의심할 수 있습니다.
file-list_final.txt	영문·하이픈·밑줄·확장자가 그대로 보이는지	정상으로 보이면 전달용 영문 이름을 대안으로 사용할 수 있습니다.

예를 들어 휴대전화에서 압축 목록을 열었을 때 ‘정리목록_최종.txt’만 기호로 바뀌고 ‘file-list_final.txt’는 그대로 보인다면, 문서 내용보다는 파일명 처리 과정에 초점을 맞출 수 있습니다. 두 이름이 모두 깨지거나 파일 자체가 열리지 않는다면 전송 상태와 압축 파일 손상 여부까지 확인해야 합니다.

이 시험 하나만으로 특정 운영체제나 프로그램이 항상 문제라고 결론 내릴 수는 없습니다. 같은 ZIP을 기본 압축 기능과 다른 최신 해제 프로그램에서 각각 열어 보면 해제 프로그램을 바꾸는 것만으로 표시가 달라지는지 확인할 수 있습니다. 메신저나 클라우드 서비스를 거쳤다면 원본 ZIP과 내려받은 ZIP의 파일 크기도 비교해 전송 과정의 변화를 살펴봅니다.

압축 형식과 해제 프로그램은 무엇을 고를까요?

상대방이 별도 프로그램을 설치하기 어려운 상황이라면 여러 운영체제에서 기본적으로 열기 쉬운 ZIP을 우선 고려할 수 있습니다. 다만 확장자가 ZIP이라는 사실만으로 한글 이름의 표시 결과까지 같아지는 것은 아닙니다. 압축을 만든 직후 다른 폴더에 직접 풀어 보고, 가능하다면 상대방이 사용할 기기나 프로그램에서도 시험해야 합니다.

이미 받은 파일의 이름이 깨졌다면 원본 ZIP을 보존한 채 복사본으로 시험합니다. 최신 운영체제의 기본 압축 기능이나 출처를 확인할 수 있는 다른 해제 프로그램으로 열어 보고, 이름이 정상으로 표시되는 조합을 찾습니다. 깨진 이름을 추측해 한꺼번에 변경하면 비슷한 문서가 뒤바뀔 수 있으므로 원래 보낸 사람에게 파일 목록을 확인받는 편이 낫습니다.

macOS에서 만든 압축에는 본문 파일 외에 보조 폴더나 숨김 파일이 함께 보일 수 있습니다. 이는 한글 이름 표시 문제와 구분해서 다뤄야 합니다. 필요 없는 보조 항목을 정리할 때도 원본이 아니라 전달용 복사본에서 작업하면 실제 문서를 잘못 지우는 위험을 줄일 수 있습니다.

전송 직전에는 무엇을 확인할까요?

전달 순서는 단순하게 정해 두는 것이 좋습니다. 원본을 보관하고, 전달용 폴더를 복사하고, 짧은 파일명으로 정리한 다음 ZIP으로 압축합니다. 압축이 끝나면 새 폴더에 다시 풀어 원본과 대조합니다. 파일 개수, 각 파일의 용량, 확장자, 문서가 열리는지를 차례로 보면 복잡한 분류표 없이도 빠뜨린 항목을 찾을 수 있습니다.

상대방의 환경을 확인하기 어렵다면 전체 자료를 보내기 전에 앞서 만든 두 파일짜리 시험 ZIP을 전달해 목록이 정상으로 보이는지 물어볼 수 있습니다. 시험 결과에 문제가 없다면 같은 방식으로 본 자료를 만들고, 문제가 생기면 영문·숫자 중심의 전달용 이름으로 바꾸거나 상대방이 사용할 해제 프로그램을 함께 정합니다.

기술 설명의 기준이 필요할 때는 ZIP 형식의 파일명 처리 규칙을 설명하는 PKWARE ZIP 형식 명세와 Windows의 예약 문자·파일명 규칙을 정리한 Microsoft 파일명 공식 문서를 확인할 수 있습니다. 사용하는 운영체제와 압축 프로그램의 최신 도움말도 함께 확인하면 실제 전달 환경에 맞는 판단이 쉬워집니다.

예방의 핵심은 복잡한 분류 체계보다 매번 반복할 수 있는 규칙입니다. 원본 보관, 전달용 복사, 단순한 이름, 압축 후 재해제라는 네 단계만 지켜도 문제가 생긴 지점을 되짚기 쉬워집니다. 한글 이름을 반드시 유지해야 한다면 보내는 쪽과 받는 쪽의 압축·해제 프로그램을 미리 확인하고 같은 조건에서 작은 파일로 시험한 뒤 전달하세요.