HWPX를 브라우저에서 워드(DOCX)로 변환

사용 방법

1. 전달받은 .hwpx 첨부 파일을 패키지 그대로 선택합니다. 압축을 풀어 나온 section XML이 아니라 원본 파일을 넣고 DOCX에 사용할 글꼴 매핑을 고릅니다.
2. 변환을 실행하면 패키지 목록, 공통 스타일, 구역 본문과 내장 이미지 참조를 읽습니다. 진행 상태를 확인하고, 전체 작업이 끝난 뒤 파일별 결과와 읽을 수 없는 본문에 대한 오류 종류를 살펴봅니다.
3. DOCX 사본을 내려받아 구역 경계, 병합 표와 각주를 원본과 대조합니다. 여러 입력의 성공 결과가 ZIP으로 묶인 경우에는 파일 이름별로 요약과 출력이 대응하는지 확인합니다.

포맷 설명

HWPX는 OWPML XML과 관련 파일을 ZIP 컨테이너에 담는 문서 형식입니다. 패키지 목록에는 문서의 구성 요소와 순서가 있고, 공통 정의에는 글자·문단 모양과 표 스타일이 있으며, 구역 파일에는 본문과 개체 참조가 들어 있습니다. DOCX도 XML을 ZIP으로 묶지만 서로 사용하는 요소와 관계 규칙은 다릅니다. XML 파일 몇 개를 옮기거나 확장자를 바꾸는 것만으로 Word 문서가 만들어지지는 않습니다. 직접 수집한 실문서 15건은 HWP 5.0이 11건, HWPX가 4건이었습니다. 이 표본은 여러 형식이 함께 존재함을 보여 줄 뿐, 어느 기관의 모든 첨부가 같은 형식이라는 근거가 되지는 않습니다. 받은 파일의 실제 형식을 확인하고 알맞은 입력 페이지를 고르세요.

자주 묻는 질문

HWPX는 HWP와 이름만 다른 파일인가요?

HWP 5.0은 이진 레코드 컨테이너이고 HWPX는 ZIP 안의 OWPML XML을 사용하는 서로 다른 구조입니다. 확장자를 .hwp로 바꾸어도 본문 저장 방식이 바뀌지는 않습니다. 원본 이름으로 도구를 고르는 것이 기본이지만, 변환기는 내용도 확인하므로 이름과 실제 형식이 다르면 관련 안내가 나올 수 있습니다. 파일을 받은 경로에서 형식이 혼동되었다면 작성자가 저장한 원래 첨부를 기준으로 확인하세요.

중간에 HWP로 바꾸는 과정이 필요한가요?

이 도구는 HWPX 패키지를 직접 읽으므로 중간 저장이 필요하지 않습니다. 패키지 안의 문서 목록과 공통 정의, 각 구역 XML을 연결해 DOCX를 생성합니다. 다른 형식으로 한 번 저장한 사본을 다시 변환하면 그 중간 단계에서 달라진 내용을 함께 검토해야 합니다. 원래 HWPX에서 직접 만든 결과를 기준으로 삼으면 변경 원인을 비교할 단계가 줄어듭니다. 원본 자체를 수정하는 작업은 아닙니다.

HWPX에서 만든 워드 결과도 검증했나요?

2026년 9월 7일 검증에서 읽을 수 있는 HWPX 표본 10개를 DOCX로 만들고 Word 16에서 열었습니다. 10개 모두 복구 없이 열렸고 표 개수가 일치했으며 측정한 텍스트 커버리지는 각각 99% 이상이었습니다. 별도의 HWPX 표본 한 개는 본문 암호화로 거부했습니다. 이 결과를 모든 작성 프로그램의 출력이나 모든 문서 편집기의 호환성에 그대로 적용할 수는 없습니다. 자신의 문서에서 중요한 부분을 확인하는 절차는 남아 있습니다.

압축으로 열리는데 왜 본문은 읽지 못하나요?

ZIP 항목 목록을 읽을 수 있다는 사실과 문서 본문 XML을 해석할 수 있다는 사실은 다릅니다. 패키지 자체는 열려도 구역 데이터가 암호화되어 있을 수 있습니다. 필수 XML이 없거나 구조가 잘렸거나 참조가 맞지 않는 경우에도 변환이 중단될 수 있습니다. 압축을 풀어 보았다는 이유로 보호된 문서가 일반 문서로 바뀌지는 않습니다. 본문 암호화 오류라면 편집 가능한 적절한 원본을 작성자에게 요청해야 합니다.

그림이 패키지에 있으면 모두 가져오나요?

본문 구역이 참조하는 이미지 데이터를 패키지에서 찾아 사용합니다. PNG, JPEG, GIF, BMP 같은 지원되는 내장 그림은 DOCX에 포함하고 외부 링크는 가져오지 않고 안내합니다. WMF와 EMF는 그림 자리 표시로 바뀝니다. 패키지에 있는 작은 미리 보기 이미지 하나를 본문 전체의 그림이나 모든 페이지 대신 사용하지는 않습니다. 그림 경고가 나온 파일은 원본에서 해당 이미지가 실제로 내장되어 있는지, 어떤 형식인지 확인하세요.

구역과 각주도 워드 구조로 남나요?

읽힌 구역 설정, 표 셀과 각주·미주는 DOCX의 대응 요소로 기록합니다. 머리말과 꼬리말, 번호 매기기의 일부 동작은 단순화될 수 있고 떠 있는 그림이나 글상자는 위치가 달라질 수 있습니다. 긴 보고서라면 첫 페이지만 확인하지 말고 다른 구역으로 넘어가는 지점과 주석 참조가 있는 문장을 함께 보세요. 편집할 수 있는 요소가 남는 것과 원본의 페이지 배치를 완전히 재현하는 것은 같은 기준이 아닙니다.

HWPX를 압축 해제하지 않고 넣는 이유

section XML에는 문장이 보이더라도 글꼴과 문단 모양, 그림 데이터가 모두 그 파일 하나 안에 들어 있는 것은 아닙니다. 공통 정의와 다른 패키지 항목의 참조가 함께 있어야 문서 구조를 읽을 수 있습니다. 따라서 압축을 풀어 나온 파일 하나를 새 ZIP으로 묶거나 이름만 HWPX로 바꿔 넣지 마세요. 다운로드한 원본 패키지를 그대로 선택하는 것이 기본입니다. 첨부 파일이 중간에 잘린 것으로 의심되면 발신자가 가진 사본과 크기를 비교하거나 다시 받아 확인합니다. 문서를 복구한다는 이유로 내부 항목 이름을 임의로 바꾸면 원래 정상적으로 연결된 참조까지 끊길 수 있습니다. 원본 패키지의 연결 관계를 유지하는 것이 중요합니다.

문서 순서와 파일 이름 순서는 다를 수 있습니다

패키지 안의 XML 파일을 이름 순으로 읽는 것만으로 본문 순서가 확정되는 것은 아닙니다. 문서 목록이 지정하는 구역과 참조 관계를 따라 읽어야 제목, 표와 본문이 어떤 순서에 있는지 알 수 있습니다. 변환기는 이런 패키지 정보를 이용해 문서 모델을 만듭니다. 결과에서 특정 구역이 없는 것처럼 보이면 먼저 원본의 구역 구조와 경고를 함께 확인하세요. 파일 목록에 section이라는 이름이 여러 개 있다는 이유만으로 그 수를 페이지 수와 같다고 생각해서는 안 됩니다. 한 구역에 여러 페이지가 들어갈 수도 있으므로, 구역 수와 최종 페이지 수는 서로 다른 관찰 대상입니다. 보고서의 장 시작 지점을 기준으로 비교하면 편집 검토에 도움이 됩니다.

표 주소와 병합 범위를 DOCX에 옮깁니다

HWPX의 셀 주소는 셀이 시작하는 행과 열을 나타내고 병합 범위는 그 셀이 덮는 구간을 나타냅니다. Word 문서는 자기 표 격자를 사용하므로 원본 XML을 그대로 붙이는 대신 그 논리 구조를 대응시켜야 합니다. 결과를 확인할 때에는 일반 표 하나와 병합이 많은 표 하나를 각각 골라 보세요. 가로로 긴 제목 칸, 여러 행을 덮는 분류명, 셀 안에 또 들어 있는 표가 좋은 확인 대상입니다. 빈 칸처럼 보이는 곳이 실제로 누락된 셀인지 다른 셀이 덮는 영역인지도 원본과 비교해야 합니다. 표 개수가 같다는 결과는 유용한 출발점이지만 세부 병합과 숫자의 검토를 대신하지는 않습니다.

패키지의 공통 스타일을 함께 읽습니다

본문 글자는 글자 모양이나 문단 모양의 식별자를 참조할 수 있습니다. 표의 테두리와 채우기 역시 문서 공통 정의와 연결됩니다. 이 때문에 XML에서 문장만 찾아 복사한 결과와 문서 구조를 읽어 DOCX로 만든 결과는 표현할 수 있는 정보가 다릅니다. 변환 후 굵게 표시한 제목과 본문의 구분, 셀 배경과 테두리, 문단 정렬을 살펴보세요. 모든 XML 속성이 DOCX에서 같은 의미나 화면 결과를 갖는 것은 아니므로 일부는 단순화되거나 경고로 나타날 수 있습니다. 서식을 정확히 맞춰야 하는 자료라면 의미가 중요한 강조가 남았는지 먼저 확인하고, 이후 세부 색이나 간격을 조정하는 순서로 작업하면 됩니다.

그림 참조와 미리 보기 이미지를 구별하세요

HWPX 패키지에는 본문에서 사용하는 그림과 문서 미리 보기용 데이터가 함께 있을 수 있습니다. 변환기는 본문이 가리키는 바이너리 항목을 찾아 그림으로 옮깁니다. 미리 보기 이미지가 정상으로 보인다는 사실만으로 모든 본문 이미지와 텍스트가 읽힌 것은 아닙니다. 외부 링크만 있는 그림은 원본을 만든 컴퓨터에서는 보이더라도 다른 기기에서 사용할 데이터가 패키지 안에 없을 수 있습니다. 이 도구가 외부 주소를 찾아 그림을 내려받아 채우지는 않습니다. 꼭 필요한 도표가 결과에 없으면 원본 패키지의 내장 여부와 출력 경고를 함께 확인하고 작성자에게 필요한 이미지 사본을 요청할 수 있습니다. 문서 표지만 확인하고 그림 검토를 끝내지 마세요.

암호화된 본문은 일반 XML 오류와 구분합니다

일부 HWPX는 패키지 목록을 읽을 수 있어도 실제 구역 본문이 암호화되어 있습니다. 이 경우에는 텍스트 일부를 임의로 추측하거나 미리 보기 데이터를 전문인 것처럼 내보내지 않습니다. 보호된 본문을 읽을 수 없다고 안내하고 변환을 중단합니다. 다른 XML 구조 오류와 보호 상태는 필요한 후속 행동이 다를 수 있으므로 화면의 오류 종류를 정확히 기록하세요. 작성자에게 문의할 때에는 열리지 않는다는 말만 하기보다 본문 암호화가 안내되었다고 설명하면 적절한 사본을 확인하는 데 도움이 됩니다. 파일의 확장자를 바꾸거나 ZIP으로 다시 압축하는 작업이 암호화된 내용을 읽을 수 있게 만들지는 않습니다. 보호 해제 기능은 이 변환기에 없습니다.

글꼴 선택은 받는 기기를 기준으로 정하세요

DOCX에 기록되는 글꼴 이름은 선택한 매핑에 따라 달라집니다. 원본 이름을 유지해도 받는 기기에 해당 글꼴이 전달되는 것은 아니어서, 편집기가 다른 글꼴을 대신 쓰면 제목이 두 줄로 바뀌거나 표가 더 높아질 수 있습니다. 이런 현상이 나오면 먼저 실제 적용된 글꼴을 확인한 뒤 문단 간격과 크기를 조정하세요. 글꼴 원인을 확인하지 않고 모든 문단에 수동 줄바꿈을 넣으면 다른 기기에서 다시 어긋날 수 있습니다. 여러 문서를 하나의 보고서로 모을 예정이라면 대표 파일로 매핑을 먼저 결정하고 결과를 일관되게 검토하는 편이 좋습니다. 편집하는 기기와 최종 열람하는 기기가 다른 경우에는 후자의 화면에서도 확인할 필요가 있습니다.

쪽 설정과 본문 줄바꿈을 따로 비교하세요

용지의 가로·세로 크기와 여백은 본문이 사용할 공간을 정하고, 글꼴과 문단 간격은 그 공간 안에서 줄과 페이지가 나뉘는 방식에 영향을 줍니다. 원본의 쪽 설정을 읽었더라도 결과 편집기의 글꼴 대체나 개체 배치가 달라지면 페이지 수가 바뀔 수 있습니다. 따라서 같은 페이지 수가 나왔다는 이유로 변환을 전부 검증했다고 보기는 어렵습니다. 구역 시작 제목, 가로가 넓은 표, 마지막 페이지의 짧은 문단처럼 배치 변화가 잘 드러나는 부분을 골라 비교하세요. 원래 양식의 빈 공간에 맞춰 내용을 채워야 한다면 변환본에서 실제로 사용할 입력 영역과 인쇄 미리 보기를 확인한 뒤 수정하는 것이 안전합니다.

주석과 도형 안 텍스트도 확인 대상입니다

보고서의 핵심 설명이 일반 본문 문단에만 있지는 않습니다. 각주, 미주, 글상자 제목이나 도형 안 문장에 중요한 조건이 들어 있을 수 있습니다. 읽힌 주석은 본문 참조와 이어지는지 보고, 글상자 내용은 단순화된 컨테이너로 옮겨지면서 순서가 이해되게 남았는지 확인합니다. 수식이 포함된 자료라면 결과의 스크립트 문자열을 완성된 Word 수식으로 오해하지 마세요. 편집 가능한 수식으로 다시 구성하는 일은 별도 작업입니다. 원본에서 위치나 테두리로 의미를 구분한 상자는 글자만 남아도 뜻이 달라질 수 있으므로, 그런 영역을 찾아 원본과 나란히 보는 검토가 필요합니다. 본문 첫 단락이 정상이라는 이유로 주석 검토를 생략하지 마세요.

파일별 결과와 검증 범위를 남기세요

HWPX 파일 여러 개를 함께 처리하면 성공 결과와 오류가 난 입력을 파일 이름별로 구분해야 합니다. 결과 ZIP에 파일이 들어 있다는 사실만으로 원래 목록의 모든 문서가 성공했다고 가정하지 마세요. 각 입력의 상태와 경고를 확인한 다음 완료된 파일을 따로 관리합니다. 사람에게 편집용 결과를 넘길 때에는 원본과 변환본의 대응 이름, 사용한 글꼴 선택, 남아 있는 미지원 요소를 간단히 남기면 좋습니다. 코퍼스에서 Word로 열어 확인한 수치는 구현을 점검한 근거이고, 새로 받은 모든 문서의 최종 검수 기록은 아닙니다. 실제로 비교한 표와 구역이 어디인지 남겨 두면 나중에 같은 문서의 수정본을 받을 때 검토 범위를 정하기 쉬워집니다.

다른 방법과 출력 선택

발신자가 DOCX 원본도 보관하고 있다면 HWPX 첨부와 내용이 같은 편집용 사본인지 비교해 받을 수 있습니다. 파일 내용을 읽는 목적이라면 HWPX 뷰어를 쓰고, 텍스트를 다른 작업에 옮기려면 원본 패키지에서 HTML, TXT 또는 Markdown으로 직접 출력하는 경로를 살펴보세요. 편집 목적 없이 중간 DOCX를 반복해서 다른 형식으로 바꾸면 확인해야 할 변환 단계가 늘어납니다. 다음 작업에서 필요한 구조가 표인지 문장인지 읽기 화면인지 먼저 정하면 출력 선택이 쉬워집니다.