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

사용 방법

1. 변환할 .hwp 파일을 선택하고 결과를 열 기기에 맞는 글꼴 매핑을 고릅니다. 여러 문서를 함께 넣을 수 있으며 XML 기반 .hwpx 파일은 HWPX 워드 변환 페이지에서 선택합니다.
2. 변환을 시작하면 파일별 진행 상태가 표시됩니다. 읽기와 DOCX 생성은 이 기기의 백그라운드 Worker에서 진행되고, 한 파일이 실패한 경우에도 다른 파일의 결과를 확인할 수 있습니다.
3. 완료된 DOCX를 내려받고 각 파일의 변환 요약을 읽습니다. 표의 숫자, 각주 참조, 그림과 결재란처럼 중요한 영역을 원본과 비교한 다음 필요한 서식 수정에 들어갑니다.

포맷 설명

HWP 5.0은 문서 설정과 본문 레코드를 Compound File 형식의 이진 컨테이너에 저장합니다. DOCX는 문단, 스타일, 관계, 각주 등의 Office Open XML 파트를 ZIP 패키지에 담습니다. 두 파일은 확장자만 다른 문서가 아니므로 .hwp를 .docx로 이름만 바꿔서는 변환되지 않습니다. HanOpen은 HWP의 레코드를 읽어 문단, 글자 모양, 표 셀, 이미지 참조와 주석을 문서 모델로 구성하고 그 모델에서 DOCX를 만듭니다. 결과의 목적은 읽힌 내용을 다시 편집하는 것이며, 원본 페이지를 사진처럼 복제하는 것은 아닙니다. HWP 3.x, 비밀번호 암호, 배포용 보호와 인증서 기반 DRM은 현재 변환 대상에서 제외됩니다.

자주 묻는 질문

이 컴퓨터에 한글 프로그램이 없어도 되나요?

HWP 읽기와 DOCX 생성은 웹사이트에 포함된 코드로 실행되므로 변환 자체에 설치된 한글 프로그램은 필요하지 않습니다. 내려받은 DOCX를 편집하려면 결과 형식을 열 수 있는 편집 환경이 있어야 합니다. 변환할 때 쓴 기기와 편집할 때 쓸 기기의 글꼴이 다르면 줄 길이나 페이지가 달라질 수 있으므로, 파일이 만들어졌다는 단계와 최종 편집 화면을 확인하는 단계를 나누어 생각하면 좋습니다.

워드에서 실제로 열어 본 결과가 있나요?

2026년 9월 7일 코퍼스 검증에서는 HWP에서 만든 DOCX 31개를 Word 16으로 열었고 31개 모두 복구 작업 없이 열렸습니다. 표 개수가 일치했으며 측정한 텍스트 커버리지는 파일별로 99% 이상이었습니다. 이 수치는 그 표본과 검증 환경에 대한 결과입니다. 모든 서식이 원본과 똑같다는 의미나 다른 편집기에서도 같은 결과가 난다는 의미로 확대해서 보지 마세요.

배포용 문서나 비밀번호 파일을 넣으면 어떻게 되나요?

배포용 보호, 비밀번호 암호와 인증서 기반 DRM을 감지해 안내하고 변환을 중단합니다. 보호를 해제하거나 비밀번호를 입력받는 기능은 없습니다. 편집이 필요한 상황이라면 작성자에게 편집 가능한 원본이나 보호가 없는 적절한 사본을 요청해야 합니다. 원본 파일 이름을 바꾸거나 다른 확장자를 붙인다고 보호 상태가 달라지지는 않습니다. 안내된 오류 종류를 확인하면 작성자에게 무엇을 요청해야 할지 설명하기 쉽습니다.

병합된 표도 워드에서 수정할 수 있나요?

변환기가 읽은 표는 Word 표와 셀로 기록하고 가로·세로 병합도 대응하는 구조로 옮깁니다. 행마다 셀 경계가 다른 표는 격자를 다시 구성해야 할 수 있으며 관련 경고가 나옵니다. 편집 가능한 셀이 있다는 사실과 인쇄했을 때 원본과 같은 폭이라는 사실은 구분해야 합니다. 특히 좁은 숫자 열, 셀 안의 중첩 표, 긴 문장이 있는 칸은 변환 후 실제 화면에서 확인하세요.

수식과 차트는 어떤 형태로 남나요?

수식은 편집 가능한 Word 수식으로 바꾸지 않고 HWP의 수식 스크립트를 글자로 보존합니다. OLE 개체와 차트는 내용 표현을 지원하지 않는 경우 자리 표시로 남습니다. PNG, JPG, GIF, BMP 형태의 지원되는 내장 그림은 포함하지만 WMF와 EMF는 그림 자리 표시가 됩니다. 경고가 있다고 문서 전체의 변환이 실패했다는 뜻은 아니며, 해당 위치의 원문을 추가 확인해야 한다는 신호로 읽으세요.

서버로 문서가 전송되는지 확인할 수 있나요?

브라우저 개발자 도구의 네트워크 패널을 파일 선택 전부터 열고 변환 중 요청을 확인할 수 있습니다. 문서 바이트는 Worker에서 처리하고 결과는 로컬 다운로드로 제공합니다. 사이트 화면과 스크립트를 내려받는 요청은 별도로 존재하므로 네트워크 요청이 전혀 없다고 해석하면 안 됩니다. 문서 내용을 올리는 요청과 사이트를 불러오는 요청을 구분해 살펴보세요. 분석 동의 설정도 문서 변환과는 별개입니다.

변환 요약에서 먼저 볼 부분

요약은 원본에서 감지한 요소와 결과에 기록한 요소를 나누어 보여 줍니다. 표, 병합, 각주와 그림의 개수를 살펴보고 경고가 있는 항목부터 원본과 대조하세요. 감지 개수와 출력 개수가 같아도 위치나 줄바꿈까지 같은 것은 아닙니다. 예를 들어 그림이 하나 감지되고 하나 출력되었더라도 떠 있는 위치가 본문 안으로 옮겨졌을 수 있습니다. 금액이나 계약 번호가 복잡한 표 안에 있으면 그 셀을 직접 열어 확인하는 것이 개수만 보는 것보다 유용합니다. 경고를 읽은 뒤 문서 전체에서 어느 부분을 사람이 검토해야 하는지 작은 목록으로 정리해 두면 후속 편집을 체계적으로 진행할 수 있습니다.

글꼴 이름 유지와 글꼴 파일 포함은 다릅니다

글꼴 매핑에는 맑은 고딕, 바탕, Noto와 원본 이름 유지 선택지가 있습니다. 원본 이름 유지는 파일 안에 해당 글꼴 파일을 넣거나 받는 사람의 컴퓨터에 글꼴을 설치하는 기능이 아닙니다. 편집 환경에 그 글꼴이 없으면 다른 글꼴이 대신 쓰여 글자 폭과 줄 수가 달라질 수 있습니다. 본문과 표가 함께 있는 대표 문서 한 건을 먼저 변환해 목적에 맞는 선택을 정하세요. 여러 문서의 모양을 일정하게 맞춰야 한다면 매번 다른 옵션을 고르기보다 확인한 선택을 공통으로 적용하는 편이 검토에 도움이 됩니다. 중요한 것은 옵션 이름 자체보다 실제로 결과를 열 기기에서 읽히는 모양입니다.

표가 있는 문서는 숫자와 구조를 따로 보세요

표의 검토를 두 단계로 나누면 놓치는 부분을 줄일 수 있습니다. 먼저 행과 열의 제목, 합계, 날짜, 금액처럼 뜻이 중요한 값을 대조합니다. 그다음 병합 위치, 좁은 열, 표 안의 표와 셀 경계가 의도대로 이어지는지 확인합니다. 한 셀이 여러 행을 덮는 표는 빈 칸이 모두 누락인 것은 아니므로 원본의 병합 범위를 함께 보아야 합니다. 원본에서 행마다 경계가 다른 경우에는 결과 격자가 더 세밀하게 나뉠 수 있습니다. 그런 표를 편집할 때에는 단순히 열 개수만 보고 잘못되었다고 판단하지 말고 셀의 실제 범위와 내용이 어디에 들어갔는지 살펴보세요. 표 구조 경고는 바로 이 검토가 필요한 영역을 찾는 데 쓰입니다.

글상자와 떠 있는 그림의 위치를 확인하세요

원본에서 페이지의 특정 위치에 배치된 개체는 본문 글자처럼 흘러가는 요소와 동작이 다릅니다. DOCX로 옮길 때 글상자는 단순화된 컨테이너가 되고 떠 있는 그림은 문서의 앵커 위치에 인라인으로 배치됩니다. 따라서 제목 옆의 도장, 오른쪽 위 결재란, 여백의 그림이 원래 자리와 달라질 수 있습니다. 내용을 편집하는 데 필요한 요소가 남았는지와 최종 인쇄 형태가 맞는지를 따로 확인하세요. 서명과 승인 표시처럼 위치가 뜻에 영향을 주는 영역은 자동 변환 결과만 보고 확정하지 않는 편이 좋습니다. 원본을 기준으로 필요한 배치를 편집기에서 조정한 뒤 다시 확인합니다.

각주와 미주는 본문 참조까지 함께 검토하세요

각주와 미주는 문서 끝에 글자를 덧붙이는 방식만으로 처리하지 않고 DOCX의 대응하는 주석 구조로 기록합니다. 결과를 열면 본문의 참조 번호와 주석 문장이 서로 이어지는지 확인하세요. 주석 개수가 맞더라도 원본의 특수한 번호 모양이나 페이지 위치가 기대와 다를 수 있습니다. 논문이나 보고서라면 인용에 사용한 번호와 해당 문장부터 대조하면 검토할 범위를 정하기 쉽습니다. 원문 안에 일반 숫자로 직접 타이핑한 주석 번호는 실제 각주 구조와 구별해야 합니다. 문서의 주석처럼 보이는 모든 숫자를 변환기가 새 각주로 추측해 만드는 것은 아닙니다. 원본 구조를 기준으로 읽고 결과의 참조를 확인하세요.

머리말, 꼬리말과 페이지 경계

머리말과 꼬리말은 일부 구조를 옮기지만 모든 홀짝 조건과 배치가 완전히 동일하게 재현되는 것은 아닙니다. 문서 번호가 머리말에 들어 있거나 장마다 꼬리말이 달라지는 자료라면 여러 구역을 골라 확인하세요. 글꼴 대체와 문단 간격 차이는 페이지 수에도 영향을 줄 수 있습니다. 결과 페이지 수가 달라졌다고 곧바로 본문이 사라졌다고 판단하거나, 같다고 모든 배치가 맞다고 판단하지 마세요. 제목이 다음 페이지와 떨어졌는지, 표 마지막 행이 페이지 경계에서 어떻게 보이는지, 여백에 놓인 안내문이 어디로 갔는지를 각각 살펴보면 실제 수정할 위치를 찾을 수 있습니다. 페이지에 민감한 문서는 편집 뒤 출력 미리 보기도 확인합니다.

본문은 있는데 그림이 빠진 경우

그림은 문서 안에 내장된 데이터와 외부 파일을 가리키는 링크를 구분합니다. 외부 링크 그림은 다른 위치에서 내려받아 채우지 않으므로 원본을 만든 환경에만 있던 그림이 결과에 없을 수 있습니다. 지원하지 않는 WMF나 EMF라면 자리 표시를 확인해야 합니다. 원본에서도 다른 컴퓨터에서 그림이 보이는지 작성자에게 물어보면 내장 여부를 확인하는 데 도움이 됩니다. 중요한 도표나 서명 그림이 필요하다면 적절한 원본 이미지 사본을 받아 결과를 검토하면서 삽입할 수 있습니다. 단순히 파일 이름을 바꾸어 다시 변환하는 것으로 외부 이미지 바이트가 생기지는 않습니다. 그림 경고의 종류와 원본의 실제 저장 상태를 함께 살펴보세요.

여러 파일을 넣었을 때의 작업 순서

파일 이름이 비슷한 보고서 여러 개를 동시에 넣으면 각 파일의 성공 여부와 경고를 따로 볼 필요가 있습니다. 결과 ZIP을 내려받은 뒤 원본 이름과 대응하는 DOCX를 확인하고, 실패한 파일을 성공한 파일로 오해해 덮어쓰지 마세요. 변환 중에는 현재 처리 중인 파일과 진행 상태를 확인하고, 전체 작업이 끝난 뒤 파일별 결과와 경고를 읽습니다. 성공한 결과가 하나면 DOCX를, 둘 이상이면 묶음 ZIP을 받습니다. 문서의 크기가 작아도 개체가 매우 많으면 작업량이 늘 수 있으므로 단순히 몇 MB라는 수치만으로 예상 시간을 정할 수는 없습니다. 문제가 반복되는 문서는 다른 파일과 분리해 한 개만 넣고 오류 종류를 확인하면 원인을 설명하기 쉽습니다.

확장자와 실제 형식이 다를 수 있습니다

파일 선택은 .hwp 확장자를 기준으로 받지만 변환기는 실제 내용의 형식도 확인합니다. 이름이 HWP처럼 보여도 다른 파일을 잘못 내려받았거나 원래 HWPX에 다른 확장자가 붙은 경우가 있을 수 있습니다. 형식 불일치 안내가 나오면 발신자가 어떤 방식으로 저장했는지 확인하고, 결과를 단순히 파일 이름만 보고 분류하지 마세요. 웹페이지에서 받은 첨부라면 오류 안내 화면을 문서 이름으로 저장한 것은 아닌지도 살펴볼 필요가 있습니다. 읽을 수 없는 파일을 반복해서 다른 확장자로 바꾸어 넣는 것은 원본 구조를 고치지 못합니다. 파일을 다시 받을 수 있다면 올바른 첨부 사본을 확보해 비교하는 것이 먼저입니다.

완성본을 넘기기 전에 남겨 둘 것

편집을 시작하기 전에는 원본 HWP, 변환 직후 DOCX, 사람이 수정한 DOCX를 구분해 두면 변경 원인을 찾기 쉽습니다. 변환 직후 결과에 이미 있던 줄바꿈 차이와 이후 편집에서 생긴 차이를 나눌 수 있기 때문입니다. 중요한 서식만 검토한 경우에는 문서 전체를 확인한 것처럼 설명하지 말고 실제 대조한 범위를 남기세요. 받는 사람이 결과를 열 환경에서 다시 살펴볼 수 있도록 사용한 글꼴 선택과 남은 경고를 간단히 전달하면 좋습니다. 자동 변환이 끝났다는 사실은 문서 내용의 승인이나 제출처의 서식 확인을 대신하지 않습니다. 업무의 최종 기준이 원본 양식이라면 그 기준과 수정 결과를 직접 비교해 마무리합니다.

다른 방법과 출력 선택

작성자가 DOCX 원본을 갖고 있다면 그 편집용 사본을 받는 방법부터 확인할 수 있습니다. 내용을 읽기만 하려면 HWP 뷰어를 쓰고, 문장을 노트로 옮기려면 Markdown, 별도의 읽기 파일이 필요하면 HTML 출력을 살펴보세요. 어떤 출력이든 사용 목적에 맞추어 고르는 것이 좋으며, 제출이나 편집의 기준으로 삼을 HWP 원본은 별도로 보관합니다. 다른 프로그램의 지원 범위를 확인하지 않은 채 이 페이지에서 제품별 호환성을 비교하지는 않습니다.