본문으로 건너가기
HanOpen

HWP와 HWPX의 차이가 내 파일에 미치는 영향

HWP 5.0은 바이너리 컨테이너 안에 문서 레코드를 저장하고, HWPX는 XML과 관련 자원을 ZIP에 담습니다. 파일을 읽는 방식은 달라지지만 표와 글꼴, 페이지 배치를 해석하는 일은 두 형식에 모두 필요합니다.

이름보다 내부에 담긴 구조가 다릅니다

HWP 5.0은 파일 헤더, 문서 속성, 본문 레코드, 삽입 데이터를 이름 있는 스트림에 저장합니다. 읽는 프로그램이 이 바이너리 레코드를 해석해야 문서의 내용을 복원할 수 있습니다. 파일 전체를 단순한 텍스트로 읽는 것으로는 본문을 제대로 얻기 어렵습니다.

HWPX는 ZIP 패키지이며 주요 문서 부분은 XML입니다. 한컴은 HWPX가 국가 표준 KS X 6101의 OWPML을 기반으로 한다고 설명합니다. 구조를 살펴보기는 수월해지지만 압축을 푸는 기능만으로 문단과 표가 갖춰진 문서 화면을 만들 수 있는 것은 아닙니다.

확장자의 x는 워드 파일이라는 뜻이 아닙니다

HWP와 HWPX는 모두 한컴 문서 형식이고 DOCX는 별도의 출력 형식입니다. 변환기는 원본의 문단, 표, 각주, 그림을 해석한 뒤 출력 형식의 대응 구조를 새로 써야 합니다. 파일 이름 끝을 .docx로 바꿔도 기존 바이트는 그대로 남습니다.

첨부 파일에 잘못된 확장자가 붙어 있는 경우도 마찬가지입니다. HanOpen은 내용으로 형식을 확인한 뒤 파서를 고릅니다. 형식 불일치 안내는 전달받은 파일의 상태를 살펴볼 단서입니다. 원래 이름과 사본을 남겨 두고 확인하면 발신자에게 문제를 설명하기도 편합니다.

XML이어도 표와 개체를 해석해야 합니다

XML 태그가 표의 셀을 알려 주더라도 그 셀이 어느 행과 열에 속하고, 몇 칸을 차지하며, 안에 어떤 내용을 담았는지 읽는 과정이 필요합니다. 도형 안의 다른 도형에 글이 들어 있을 수 있고, 한 문단에도 글자 외에 그림과 수식, 각주 참조가 섞일 수 있습니다.

HanOpen은 두 형식을 하나의 중간 문서 모델로 옮긴 다음 공통 코드로 DOCX, Markdown, HTML, 텍스트를 만듭니다. 덕분에 출력의 경고와 제한을 같은 기준으로 설명할 수 있습니다. 다만 두 입력 파서가 실제 문서에서 마주치는 구조까지 전부 같다는 뜻은 아닙니다.

실문서 표본에서 확인한 것은 여기까지입니다

프로젝트가 수집한 실문서 표본은 15건이며 HWP 5.0이 11건, HWPX가 4건입니다. HWPX 가운데 한 건은 본문이 암호화되어 설계대로 차단했습니다. 작은 개발용 표본이므로 국내에서 발행되는 문서 전체의 비중을 나타내는 통계로 해석하면 안 됩니다.

2026년 9월 7일의 더 넓은 변환 검사에서는 HWP 31건과 HWPX 10건의 DOCX 결과가 Word 16에서 복구 요청 없이 열렸습니다. 표 개수는 기대값과 일치했고 텍스트 커버리지는 모두 99% 이상이었습니다. 두 형식의 일부 변환 결과를 뒷받침하는 수치이며 어느 형식의 보편적 호환성 우위를 증명하는 수치는 아닙니다.

새로운 컨테이너와 문서 보호는 별개입니다

문서 보호 여부는 확장자와 다른 속성입니다. HWPX 압축 파일의 목록을 읽을 수 있어도 본문 부분이 평문 XML 대신 암호화된 데이터일 수 있습니다. ZIP 파일임을 확인했다는 사실만으로 그 안의 문서를 변환할 수 있다고 결론 내릴 수 없습니다.

현재 HanOpen은 배포용·비밀번호·DRM 문서를 복호화하지 않습니다. 이런 오류가 표시되면 작성자에게 사용할 수 있는 보호되지 않은 원본을 요청하세요. HWP 3.x는 다른 문제로, 그 이전 세대를 위한 파서가 필요하지만 현재 버전에는 포함되어 있지 않습니다.

다음에 할 일에 맞춰 결과 형식을 고르세요

문장을 편집하려면 DOCX를 고르고 결과를 연 뒤 표와 쪽 나눔을 확인하세요. 웹에서 읽거나 한 파일로 보관하려면 지원하는 그림을 안에 담는 HTML이 맞을 수 있습니다. 텍스트 기반 편집 흐름에는 Markdown, 글자 자체만 필요하다면 순수 텍스트를 이용할 수 있습니다.

이러한 결과를 얻기 위해 HWPX를 먼저 HWP로 바꿀 필요는 없습니다. HanOpen은 각 파서에서 공통 출력 경로로 바로 연결합니다. 중간 변환을 하나 더 넣으면 결과를 한 번 더 확인해야 하고, 문서 요소가 단순화되는 단계도 늘어날 수 있습니다.

원본과 페이지 참고 자료를 함께 보관하세요

글이 중심인 보고서는 문장을 유용하게 보존해도 쪽 수가 늘거나 서명란이 움직일 수 있습니다. 칸 크기가 정해진 신청서는 글꼴 폭, 여백, 떠 있는 개체의 영향에 더 민감합니다. 확장자만으로 변환한 사본이 제출 서식을 만족한다고 판단할 수는 없습니다.

원본과 결과를 함께 보관하고 작성자가 의도한 페이지를 보여 주는 참고 자료가 있다면 중요한 위치를 비교하세요. 제출처가 요구하는 파일 형식도 먼저 확인하는 것이 좋습니다. 브라우저에서 읽을 수 있는 형식과 제출 사이트가 받는 형식은 서로 다른 조건입니다.

공개된 규격과 프로그램의 구현 범위는 다릅니다

한컴은 이전 세대를 포함한 HWP와 OWPML 형식 문서를 공개합니다. 규격이 공개됐다는 것은 구현자가 참고할 정보를 얻을 수 있다는 뜻입니다. 실제 프로그램은 필요한 구조를 직접 구현하고 파일을 넣어 검증해야 합니다.

HanOpen의 지원 요약은 어떤 요소를 기록하고 어떤 요소를 단순화하는지 설명합니다. HWPX는 개방형이고 HWP는 오래됐다는 큰 분류보다, 내 문서에서 무엇을 읽을 수 있는지 판단하는 데 직접적인 정보입니다. 결과의 경고를 읽고 실제로 사용할 프로그램에서 사본을 확인하세요.

HWPX 문서를 DOCX로 변환하기

분석 정보 수집 선택

Google Analytics로 방문 페이지와 문서 변환 횟수를 측정하며 파일명과 문서 본문은 보내지 않습니다. EEA·영국·스위스에서는 허용한 뒤에 분석 쿠키를 사용하고, 그 밖의 지역에서는 선택 전에도 사용할 수 있습니다. 거부하면 쿠키 없는 측정 신호만 보냅니다. 선택은 180일간 유효하며 여기서 바꿀 수 있습니다. 거부해도 모든 도구를 사용할 수 있습니다.