번역된 문서가 더 길어지는 이유
TABLE OF CONTENTS
번역된 문서는 아이디어가 늘지 않아도 페이지가 늘어날 수 있습니다. 단어 길이, 문장 구조, 줄바꿈 규칙, 글꼴 메트릭이 다르면 같은 의미가 차지하는 공간도 달라집니다.
짧은 답변
번역문이 원문보다 가로 또는 세로로 더 많은 공간을 차지하면 번역된 문서는 더 길어집니다. 번역문에 더 많은 글자가 쓰이거나, 단어가 더 길거나, 줄을 나눌 수 있는 지점이 더 적거나, 글리프가 더 넓거나, 줄 간격이 더 크기 때문에 이런 일이 생길 수 있습니다.
따라서 페이지 수는 레이아웃의 결과일 뿐, 번역 품질을 믿을 만하게 측정하는 지표는 아닙니다. 간결한 번역문도 페이지가 한 장 더 필요할 수 있고, 형편없는 번역문은 내용을 빠뜨렸기 때문에 오히려 더 짧을 수 있습니다.
가장 유용한 계획 원칙은 간단합니다. 특히 원본이 빈틈없이 들어가도록 설계되었다면 레이아웃이 움직일 것을 예상하세요.
같은 의미가 더 많은 공간을 차지하는 이유
짧은 영어 레이블은 크게 늘어날 수 있다
영어와 중국어는 정보를 압축적으로 표현하는 경우가 많습니다. W3C는 그래서 이들 언어에서 번역된 결과가 자주 더 길어지며, 특히 원문에 짧은 레이블이 포함된 경우 그렇다고 설명합니다.
W3C의 텍스트 확장 지침에는 영어를 유럽 언어로 번역할 때의 다음 평균 계획 범위가 제시되어 있습니다.
| 영어 원문 길이 | 원문 대비 평균 번역 길이 |
|---|---|
| 최대 10자 | 200-300% |
| 11-20자 | 180-200% |
| 21-30자 | 160-180% |
| 31-50자 | 140-160% |
| 51-70자 | 151-170% |
| 70자 초과 | 130% |
이 수치는 레이아웃을 위한 여유값이지, 특정 언어 쌍에 대한 보장이 아닙니다. 여기서 얻을 수 있는 유용한 교훈은 가장 짧은 원문 문자열에 가장 큰 비례 안전 여유가 필요한 경우가 많다는 것입니다. 두 단어짜리 표 제목이나 강조 상자는 보통 더 작은 컨테이너 안에 들어가기 때문에, 꽉 찬 문단 하나보다 더 큰 문제를 일으킬 수 있습니다.
문법이 단어 수를 바꾼다
언어마다 의미를 같은 방식으로 묶지 않습니다. 어떤 언어는 굴절로 아이디어를 표현하지만, 다른 언어는 관사, 전치사, 조동사 또는 설명 구가 필요합니다. 어순 때문에 수식어나 조건이 한 줄을 더 만드는 위치로 옮겨질 수도 있습니다.
그렇다고 해서 번역가가 원문 구조를 그대로 베끼거나 페이지 수를 맞추려고 필요한 단어를 빼야 한다는 뜻은 아닙니다. 번역문은 먼저 완전하고 자연스러워야 하며, 레이아웃이 그에 맞춰 적응해야 합니다.
긴 단어는 줄바꿈 선택지를 줄인다
W3C는 독일어 단어 Eingabeverarbeitungsfunktionen을 영어 구문 “Input processing features”를 대체하는 합성어의 예로 듭니다. 영어 구문은 공백에서 줄을 바꿀 수 있습니다. 독일어 합성어는 문서에 적절한 언어 인식 하이픈 넣기가 없다면 한 줄에 그대로 남을 수 있습니다.
Unicode의 줄바꿈 표준은 이것이 왜 중요한지 설명합니다. 소프트웨어는 사용 중인 문자와 언어에 허용된 기회 중에서 줄바꿈 지점을 선택합니다. 좁은 열, 표 셀, 텍스트 상자는 그러한 기회가 제한되면 더 빨리 한계에 부딪힙니다.
글자 수는 시각적 너비와 같지 않다
번역문이 글자 수는 더 적으면서도 더 많은 공간을 차지할 수 있습니다. W3C는 영어 desktop과 일본어 デスクトップ을 비교합니다. 일본어 용어는 글자 수가 더 적지만 보통 더 많은 가로 너비가 필요합니다.
글꼴 대체는 결과를 다시 바꿀 수 있습니다. 대체 글꼴이 원래 글꼴보다 넓거나 높을 수 있어, 한 줄에 들어갔던 텍스트가 두 줄이 됩니다. 번역된 파일에 넘치는 텍스트뿐 아니라 누락된 글리프, 분리된 글자, 예상치 못한 서체가 나타난다면, 번역 후 글꼴이 깨지는 이유 가이드로 그것들을 따로 진단하세요.
일부 문자 체계는 더 많은 세로 공간이 필요하다
아랍어, 중국어, 데바나가리, 일본어, 한국어, 태국어, 티베트어 및 기타 문자 체계는 라틴 문자보다 글리프가 더 높거나 줄 간격이 더 필요할 수 있습니다. 따라서 문단의 줄 수가 그대로여도 세로 공간이 늘어날 수 있습니다.
그래서 글꼴 크기를 줄이는 것이 최선의 첫 번째 해결책이 되는 경우는 드뭅니다. 텍스트는 들어갈지 몰라도, 목표 문자 체계를 읽기 어려워지거나 부호들이 서로 겹칠 수 있습니다.
텍스트 확장이 문서를 깨뜨리는 지점
긴 본문 문단은 보통 자동으로 다시 흐릅니다. 문제는 원문 텍스트를 기준으로 크기가 정해진 컨테이너에 집중됩니다.
| 문서 요소 | 흔한 문제 | 더 나은 대응 |
|---|---|---|
| 제목 | 줄이 하나 늘어 본문이 다른 페이지로 밀림 | 줄바꿈을 허용하고 제목을 다음 문단과 함께 유지 |
| 표 | 행이 커지거나, 열이 너무 좁아지거나, 텍스트가 잘림 | 주요 열을 넓히거나, 행 확장을 허용하거나, 페이지 방향을 변경 |
| 텍스트 상자와 강조 상자 | 텍스트가 넘치거나 자동으로 축소됨 | 상자를 키우거나, 의미 검토 후에만 텍스트를 줄임 |
| 양식 | 레이블이 입력란과 충돌함 | 레이블을 입력란 위로 옮기거나 레이블 너비를 늘림 |
| 머리글과 바닥글 | 텍스트가 페이지 번호나 여백과 겹침 | 반복되는 텍스트를 단순화하고 모든 구역을 확인 |
| 캡션과 각주 | 참조가 대상과 떨어짐 | 관련 요소를 함께 유지하고 페이지 매김을 갱신 |
| 슬라이드 | 글머리 기호가 빽빽해지거나 읽기 힘들 만큼 작아짐 | 슬라이드를 나누거나 번역 전에 원본 내용을 줄임 |
바뀐 한 줄이 파일의 나머지 전체로 연쇄될 수 있습니다. 표가 높아지면 캡션이 밀리고, 캡션이 밀리면 페이지 나눔이 바뀌고, 페이지 나눔이 바뀌면 목차가 달라집니다. 문구가 아직 바뀌는 동안 페이지를 수리하기보다는, 텍스트가 확정된 뒤에 문서 전체를 검토하세요.
번역 전에 원본 준비하기
1. 수동 줄바꿈 제거
원본을 균형 있게 보이도록 넣은 줄바꿈은 목표 언어에 거의 맞지 않습니다. 실제 문단 나눔은 유지하되, 일반 문장은 자동으로 줄이 바뀌게 하세요.
2. 좁은 컨테이너에 확장 여유 주기
번역 전에 표, 사이드바, 양식, 차트, 텍스트 상자를 확인하세요. 공간이 있는 곳에만 안쪽 여백을 늘리고, 행 확장을 활성화하며, 꼭 필요한 텍스트에는 고정 높이 상자를 피하세요.
3. 단락 및 제목 스타일 사용
스타일이 있으면 전체를 한 번에 수정할 수 있습니다. 번역된 제목에 다른 간격이나 줄 높이가 필요하다면, 모든 제목을 수동으로 편집하는 것보다 스타일 하나를 바꾸는 편이 더 안전합니다.
4. 올바른 문서 언어 설정
언어 설정은 호환되는 소프트웨어가 철자, 하이픈 넣기, 줄바꿈 동작을 선택하도록 돕습니다. 또한 편집기가 번역된 텍스트에 원문 언어 규칙을 적용하는 것을 막습니다.
5. 변경되면 안 되는 용어 보호
제품 이름, 코드, URL, 변수, 법적 식별자를 표시하세요. 짧은 원문 레이블에 압축된 대응 표현이 없을 수 있으므로, 번역가에게 약어의 맥락을 제공하세요.
6. 편집 가능한 원본 파일 유지
가능하면 DOCX, PPTX, 스프레드시트 또는 디자인 원본에서 레이아웃을 수정하세요. Google Cloud의 문서 번역 지침은 결과를 PDF로 변환하기 전에 DOCX나 PPTX를 번역할 것을 권장합니다. 이 형식들이 일반적으로 PDF보다 레이아웃과 스타일을 더 잘 보존하기 때문입니다. PDF에 특화된 준비 방법은 서식을 잃지 않고 PDF 번역하기 워크플로를 따르세요.
늘어난 번역문을 손상 없이 수정하기
시각적 수정이 언어 문제를 만들지 않도록 다음 순서를 사용하세요.
- 중복된 내용이 없는지 확인하세요. 제목 순서, 목록, 표, 반복되는 문단을 원문과 비교하세요.
- 원문 언어의 줄바꿈을 제거하세요. 서체를 바꾸기 전에 목표 텍스트가 다시 흐르게 하세요.
- 컨테이너 크기를 조정하세요. 열을 넓히거나, 텍스트 상자를 깊게 하거나, 표 행이 커지게 하세요.
- 간격을 조정하세요. 문자 체계를 빽빽하게 만들지 않으면서 과도한 문단 간격이나 안쪽 여백을 줄이세요.
- 언어 인식 하이픈 넣기를 적용하세요. 목표 언어와 문서 스타일에 맞을 때만 사용하세요.
- 국소적으로 다시 작성하세요. 의미와 어조를 유지하면서 제목이나 레이블을 줄여 달라고 자격을 갖춘 검토자에게 요청하세요.
- 글꼴 크기는 마지막에 줄이세요. 본문과 반복 요소를 일관되게 유지하고, 겨우 들어갈 정도로 개별 구절을 줄이지 마세요.
원래 페이지 수를 되찾으려고 한정어, 예시, 경고, 법적 조건을 삭제하지 마세요. 한 페이지 양식이나 두 장 슬라이드 요약처럼 고정된 제한이 반드시 필요하다면, 번역 전에 그 제한을 정해 번역가가 주어진 공간에 맞춰 작성할 수 있게 하세요.
레이아웃을 보존하는 번역 워크플로 사용
텍스트를 일반 번역기에 복사하면 레이아웃이 의존하는 표, 스타일, 텍스트 프레임, 관계가 사라집니다. 편집 가능한 문서를 업로드하면 문서를 인식하는 도구가 보존할 구조를 더 많이 확보합니다.
OpenL Doc Translator는 PDF, DOCX, PPTX, XLSX, EPUB, SRT 등의 형식을 지원합니다. 공식 페이지에 따르면 글꼴, 색상, 표, 페이지 레이아웃을 유지하고 번역본과 이중 언어 버전을 모두 제공합니다. 이중 언어 파일은 레이아웃 변화가 정당한 텍스트 확장 때문인지, 내용 누락이나 중복 때문인지 확인할 때 유용합니다.
서식 보존은 수동 재구성을 줄여 주지만, 모든 언어가 똑같은 공간을 차지하게 만들 수는 없습니다. 마지막으로 이중 언어 문서 검토 체크리스트를 사용해 이중 언어 및 레이아웃 검토를 따로 수행하세요. 넘침, 표 확장, 페이지 나눔, 머리글, 바닥글, 목차, 최종 내보낸 PDF를 확인하세요.
전달 전 최종 점검
- 텍스트가 잘리거나, 숨겨지거나, 겹치거나, 승인된 크기보다 작게 자동 축소되지 않았습니다.
- 표가 행과 열의 관계를 유지하고 읽을 수 있습니다.
- 제목이 자신이 소개하는 내용과 함께 있습니다.
- 캡션, 각주, 강조 상자, 페이지 참조가 여전히 올바른 위치를 가리킵니다.
- 글꼴이 모든 목표 언어 문자와 스타일을 지원합니다.
- 목차와 상호 참조가 갱신되었습니다.
- 편집 가능한 파일과 내보낸 PDF를 모두 검토했습니다.
- 이중 언어 비교를 통해 파일을 맞추기 위해 내용이 손실되지 않았음을 확인했습니다.
번역된 문서가 더 긴 것은 대개 무언가 잘못되었다는 증거가 아니라 언어와 레이아웃이 상호작용한다는 증거입니다. 확장을 위한 공간을 계획하고, 문서 구조를 보존하며, 번역이 완료된 뒤에만 레이아웃을 조정하세요.
Sources
- W3C: Text size in translation - Explains systematic text expansion, compound words, character width, line height, and flexible-layout planning.
- Unicode Standard Annex #14: Unicode Line Breaking Algorithm - Defines line-break opportunities, line fitting, and language-sensitive hyphenation considerations.
- Google Cloud: Translate documents - Explains document-format support, layout preservation, and why DOCX or PPTX sources generally retain layout better than PDF.
- OpenL Doc Translator - Lists supported formats, layout-preservation features, and bilingual review output.
