← All Research

한국어 문서 번역 2026: HWP·한자·존댓말에서 실제로 깨지는 지점

By Linnk Research Team | August 2026 | 11 min read

한국어는 대부분의 번역 도구에서 애매한 위치에 있습니다. 그럴듯한 결과물이 나올 만큼은 지원되지만, 한국어 특유의 실패를 잡아낼 만큼은 지원되지 않습니다. 이 글은 실제로 무엇이 깨지고 어떻게 확인해야 하는지를 다루는 현장 리포트입니다.

형식 문제가 번역보다 먼저다

번역 이야기를 시작하기 전에 파일 형식부터 짚어야 합니다. 한컴오피스의 워드프로세서, 흔히 '한글'이라 부르는 HWP는 한국 정부 기관과 대학, 그리고 상당수 기업에서 표준 문서 형식으로 쓰입니다. 공공기관 제출 서류, 학사 양식, 공문, 사내 템플릿이 흔히 .hwp 또는 .hwpx 파일로 도착합니다.

해외 번역 도구 대부분은 이 형식을 아예 열지 못합니다. 그래서 실무에서는 먼저 변환하는 것이 기본 절차입니다 — 보통 PDF나 DOCX로 — 그리고 이 변환은 중요한 부분에서 손실을 남깁니다. 복잡한 표는 평평하게 뭉개지고, 삽입된 개체는 빠지며, 한국 공문서 특유의 번호 매김 조항 구조가 중첩 관계를 잃어버리기도 합니다.

한국 기관 문서를 어느 정도 규모로 다룬다면, 파이프라인의 진짜 병목은 번역 품질이 아닙니다. 이 첫 변환 단계에서 무슨 일이 일어나는지가 관건이며, 나중에 발견하기보다 미리 의도적으로 테스트해볼 가치가 있습니다.

글자 수 축소, 그 밑에 숨은 줄바꿈 문제

한국어는 일본어와 마찬가지로 영어 대비 글자 수가 대체로 줄어듭니다. 결과도 비슷합니다 — 텍스트 상자는 채워지지 않고, 표는 다른 언어 기준으로 짜인 크기 그대로 남으며, 슬라이드는 미완성처럼 보입니다.

더 날카로운 한국어 고유의 문제는 줄바꿈입니다. 한글은 음절 단위로 모아 쓰는 문자이고, 일본어와 달리 어절 사이에 띄어쓰기를 씁니다. 하지만 띄어쓰기 규칙은 실제로 까다로워서 원어민조차 일관되게 적용하지 못하는 경우가 흔합니다. 한글을 아무 음절에서나 끊어도 되는 것으로 취급하는 단순한 줄바꿈 알고리즘은 한 단어를 두 줄에 걸쳐 쪼개버립니다. 이 결과는 읽지 못할 정도는 아니지만, 오탈자처럼 눈에 띄게 어색합니다. 그리고 하필 고치기 가장 까다로운 고정폭 영역 — 표 셀, 슬라이드 텍스트 상자, 양식 입력란 — 에서 가장 자주 나타납니다.

기계 번역은 원문의 띄어쓰기 오류까지 그대로 물려받습니다. 띄어쓰기가 일관되지 않은 한국어 원문은 형태소 분석 단계에서 오류를 일으키고, 이 오류는 눈에 보이는 신호 없이 조용히 오역으로 이어집니다.

한자, 아직 남아있는 자리들

현대 한국어는 거의 전적으로 한글로 쓰이기 때문에, 많은 번역 파이프라인이 한자를 무시해도 된다고 가정합니다. 하지만 다음 세 영역에서는 그렇지 않습니다.

법률·행정 문서는 전문 용어에 한자를 그대로 남겨두며, 오래된 문서에서는 인명과 날짜 표기에도 한자를 씁니다.

학술·의학 문서는 동음이의어를 구별하기 위해 괄호 안에 한자를 병기합니다. 한국어에는 동음이의어가 많고, 이 한자 병기가 겉보기에 똑같은 두 단어를 구분하는 유일한 단서인 경우가 적지 않습니다.

오래된 스캔 자료 — 1990년대 이전이면 예외 없이 — 는 한자를 훨씬 많이 섞어 씁니다.

OCR 입장에서는 혼합 문자 체계 인식 문제입니다. 한글에만 맞춰 튜닝된 엔진은 한자를 잘못 읽거나 아예 빠뜨립니다. 번역 입장에서는 대부분의 파이프라인이 그냥 흘려보내는 명확화의 기회입니다. 한자 병기야말로 모호한 용어의 정확한 의미를 고르는 데 필요한 신호이기 때문입니다.

존댓말, 이번에도 다르게

한국어는 존댓말과 사회적 관계를 문법 층위에서 표현합니다. 해요체와 합니다체의 구분, 그리고 선어말어미 '시'가 그 장치입니다. 일본어 경어법과 마찬가지로 이는 문체상의 장식이 아니라 반드시 선택해야 하는 문법 요소이며, 원문 언어에는 애초에 이런 구분이 존재하지 않습니다.

업무 문서는 합니다체를 씁니다. 마케팅 카피는 흔히 해요체를 씁니다. 이걸 거꾸로 하면 문법적으로 유창하고 의미도 정확하지만 어조만 완전히 어긋난 문서가 나옵니다. 격식 있는 계약서가 구어체로 읽히거나, 친근해야 할 제품 페이지가 법률 공지문처럼 읽히는 식입니다.

또 하나 반복되는 실수는 직함입니다. 한국 비즈니스 호칭은 부장님, 대표님처럼 직함 중심입니다. 이를 영어식 'Mr./Ms.'로 바꾸거나 아예 생략하면, 예의가 가장 중요한 바로 그 문서에서 기본적인 예의를 어긴 것처럼 읽힙니다.

한국에서 가장 큰 수요는 이미지 번역

검색 수요로 보면, 한국에서 가장 큰 단일 번역 수요는 문서가 아니라 이미지입니다. 스크린샷, 간판과 메뉴판을 찍은 사진, 제품 라벨, 캡처한 대화방, SNS 게시물 등입니다.

이는 문서 번역과는 다른 파이프라인이며, 그 나름의 실패 지점을 갖고 있습니다. 사진 위에 얹힌 텍스트, 장식적인 폰트, 저해상도 스크린샷, 그리고 원래 한글 크기에 맞춰져 있던 자리에 번역된 텍스트를 다시 채워 넣어야 하는 레이아웃 문제까지.

이를 그저 '앞에 OCR 단계 하나 붙은 문서 번역'으로 취급하면 결과물이 좋지 않습니다. 최종 결과물이 문서가 아니라 이미지이기 때문입니다.

실제로 쓸 수 있는 결과물 만들기

디지털 문서라면 텍스트를 추출해서 따로 번역하기보다 형식을 그대로 유지하는 문서 번역기를 쓰는 편이 낫습니다. DocTranslator은 범용 사례를 폭넓게 다루고, 한국어 출력에 특화된 현지화 제품은 술술번역입니다. 한국어를 여러 대상 언어 중 하나로 취급하는 대신, PDF·논문·자막·PPT·엑셀이라는 한국어 문서의 주요 축에 맞춰 만들어졌습니다.

스캔이나 사진이라면 먼저 OCR 단계를 거칩니다. 한자와 혼합 문자 문제가 바로 여기서 발생합니다. Scanned.to는 레이아웃을 유지하며 스캔 문서를 번역하고, ScanRead.ai는 텍스트만 뽑아내면 충분할 때 쓰는 더 가벼운 선택지입니다.

HWP 파일이라면 먼저 변환한 뒤, 번역하기 전에 변환 결과부터 검토하십시오. 문서 구조가 무너질 가능성이 가장 큰 지점은 번역이 아니라 바로 이 변환 단계입니다.

검토 체크리스트:

• 첫 문단의 존댓말 격식을 확인하십시오. 특별한 이유가 없다면 업무 문서는 합니다체여야 합니다.
• 표와 텍스트 상자에서 단어가 줄 중간에 끊긴 곳이 없는지 확인하십시오.
• 형식 변환을 거치는 동안 번호 매김 조항의 중첩 구조가 그대로 유지됐는지 확인하십시오.
• 한자가 섞인 원문에서는 한자 용어가 빠지지 않고 제대로 읽혔는지 확인하십시오.
• 특정인을 수신자로 하는 문서에서는 직함과 존칭을 확인하십시오.

<!-- linnk:faq -->

자주 묻는 질문

HWP 파일을 바로 번역할 수 있나요?

거의 불가능합니다. HWP는 한컴오피스 고유 형식이라 이를 읽어내는 해외 도구가 거의 없습니다. 보통은 먼저 PDF나 DOCX로 변환합니다. 그리고 바로 이 변환 단계에서 손실이 발생하므로, 번역하기 전에 변환된 파일에서 표와 조항 구조가 손상되지 않았는지 확인해야 합니다.

번역된 한국어 텍스트가 왜 단어 중간에서 끊기나요?

한글은 음절 단위로 모아 쓰는 문자이고, 아무 음절 경계에서나 끊어도 된다고 취급하는 줄바꿈 알고리즘은 단어를 쪼개버립니다. 표 셀이나 슬라이드 텍스트 상자 같은 고정폭 영역에서 가장 자주 나타나며, 한국어를 인식하는 줄바꿈 로직이나 수동 조정이 필요합니다.

한국어 번역에서 한자는 여전히 중요한가요?

네, 법률·의학·학술 문서와 오래된 문서에서는 여전히 중요합니다. 이런 문서에서 한자는 동음이의어를 구별하기 위해 쓰이며, 겉보기에 똑같은 두 한국어 단어를 구분하는 유일한 단서인 경우가 많습니다. 한글에만 맞춰진 OCR은 한자를 잘못 읽거나 빠뜨리는 경향이 있습니다.

문서에서 해요체와 합니다체는 어떻게 다른가요?

둘 다 존댓말이지만, 합니다체는 업무 문서와 공문서에 쓰이는 격식체이고 해요체는 더 부드럽고 대화체에 가깝습니다. 잘못 고르면 내용은 정확해도 문서의 목적에 어울리지 않는 어조가 되어버립니다.

<!-- /linnk:faq -->