Contents 호환성 문제의 정의와 증상 분류 즉시 조치 체크리스트(빠른 복구) 파일 형식별 특성과 선택 기준 버전 차이로 인한 기능 손실과 대체 전략 조직 환경 차이: 32/64비트, 추가기능, 보안 정책 CSV·텍스트 파일 호환성: 인코딩·구분 기호·서식 날짜·숫자 변형 방…
글 전체 보기- 공유 링크 만들기
- X
- 이메일
- 기타 앱
Contents 호환성 문제의 정의와 증상 분류 즉시 조치 체크리스트(빠른 복구) 파일 형식별 특성과 선택 기준 버전 차이로 인한 기능 손실과 대체 전략 조직 환경 차이: 32/64비트, 추가기능, 보안 정책 CSV·텍스트 파일 호환성: 인코딩·구분 기호·서식 날짜·숫자 변형 방…
글 전체 보기이 글의 목적은 한글(HWP/HWPX) 문서에서 글꼴 임베드로 인해 파일 용량이 비정상적으로 커지는 문제를 진단하고, 실제 업무 현장에서 즉시 적용 가능한 최소 용량화 절차와 체크리스트를 제공하는 것이다.
폰트 임베드는 문서 열람 환경에 상관없이 동일한 글꼴 렌더링을 보장하기 위해 글꼴 파일 전체 또는 일부를 문서 내부에 포함하는 기능이다. 한글 문서에서 국문·한자·영문을 동시에 사용하는 경우 사용 글리프 범위가 넓어져 전체 글꼴 또는 대용량 서브셋이 포함되기 쉽다. 특히 CJK 폰트는 한 벌 용량이 수십 MB에 달하므로 전체 임베드 시 문서 하나가 수백 MB까지 증가할 수 있다. 도표·이미지가 없는 순수 텍스트 문서라도 폰트 임베드만으로 용량이 급증하는 사례가 빈번하다.
PDF 출력은 보통 서브셋 임베드를 기본 제공하나, HWP/HWPX 원본 내 임베드는 제품·버전·옵션 구성에 따라 전체 임베드만 되는 경우가 있다. 이 차이를 이해하고 목적에 맞는 내보내기 경로를 선택하는 것이 핵심이다.
OpenType/TrueType 폰트는 테이블 구조를 가지며, CJK 폰트는 cmap·glyf·CFF·GSUB 등의 테이블 규모가 크다. 문서가 소수의 글자만 쓰더라도 전체 임베드 시 대용량 테이블이 그대로 포함되어 용량 증가가 발생한다. 또한 동일 패밀리 내 굵기·기울임 변형을 각각 임베드하면 중복 테이블이 누적되어 용량이 더 증가한다.
문서의 배포 대상과 요구 조건에 따라 임베드 전략을 다르게 선택해야 한다.
| 상황 | 권장 포맷 | 폰트 처리 전략 | 장점 | 주의점 |
|---|---|---|---|---|
| 불특정 다수 열람, 수정 불필요 | 서브셋 임베드 | 최소 용량, 렌더링 일관 | 수정 어려움 | |
| 사내 표준 환경(공용 폰트 보급)에서 공동 편집 | HWP/HWPX(임베드 끔) | 임베드 비활성, 지정 폰트 사용 | 원본 유지, 용량 최소 | 환경 표준화 필요 |
| 외부 편집 협업, 폰트 불확실 | HWP/HWPX + 폰트 대체 전략 | 시스템 기본 폰트로 스타일 설계 | 용량 억제, 편집 가능 | 디자인 변경 수용 |
| 출력물 품질 보장 필요, 폰트 라이선스 제약 | PDF/X 계열 | 필요 글리프만 서브셋 | 출력 안정성 | 컬러관리 추가 검토 |
배포 대상이 윈도우 환경일 경우 시스템 기본 제공 폰트 중심으로 스타일을 구성한다. 예를 들어 본문은 가독성 좋은 고딕 계열 1종으로 통일하고, 영문 전용 폰트를 별도로 두지 않는다. 문서 내 임의 영역에서 특수 폰트 사용을 금지하고, 반드시 스타일로만 지정하도록 통제한다.
인쇄 고정 품질을 위해 텍스트를 윤곽선(벡터)으로 변환하면 폰트 임베드를 회피할 수 있으나, 벡터 데이터가 커져 용량이 오히려 증가할 수 있다. 장문의 본문에는 부적절하며, 로고나 제목 등 극히 일부 요소에만 제한적으로 적용한다.
문서 용량은 이미지 최적화가 지배하는 경우가 많다. 폰트 임베드 최적화와 함께 아래 절차를 병행한다.
PDF 내보내기 대화상자에서 다음을 점검한다.
대상 수신자가 편집을 요구하지 않으면 PDF 서브셋 경로가 가장 작은 용량과 가장 높은 재현성을 제공한다.
상업 인쇄 목적이면 PDF/X-1a 또는 PDF/X-4를 선택하고, 글꼴은 서브셋, 컬러는 CMYK 프로파일을 명시한다. 이때 폰트 대체가 발생하지 않도록 미리 라틴·기호 글꼴도 문서 내 일관되게 지정한다.
본문·표·캡션·도표 번호 등 문서 전체를 두 개 패밀리 안에서 해결한다. 제목과 본문을 다른 패밀리로 하더라도 영문과 숫자가 다른 폰트로 넘어가지 않도록 확인한다.
한글·한자·라틴·기호를 하나의 패밀리로 처리할 수 있다면 별도 영문 폰트 임베드가 불필요해진다. 범용 커버리지가 낮은 디스플레이용 폰트는 본문에서 배제한다.
가능하다면 동일 패밀리의 굵기 변형을 하나의 가변 폰트로 대체한다. 다만 HWP/HWPX의 가변 폰트 지원 범위는 환경에 따라 달라지므로 실제 임베드 동작을 테스트해야 한다.
| 항목 | 점검 기준 | 조치 |
|---|---|---|
| 폰트 패밀리 개수 | 3종 이하 | 스타일 통합, 대체 |
| 굵기/기울임 파일 수 | 2종 이하 | 가변 폰트 또는 스타일 축소 |
| 임베드 방식 | 서브셋 우선 | PDF로 내보내기 경로 사용 |
| 이미지 총 용량 | 문서 용량의 70% 이하 | 압축·해상도 조정 |
| 특수 영역 텍스트 | 윤곽선 변환 최소화 | 필요 부분만 적용 |
문서명: ________ 작성일: YYYY-MM-DD 기준 용량(HWPX 임베드 끔): ____ KB HWPX 임베드 켬: ____ KB (+____%) PDF 서브셋: ____ KB (기준 대비 ____%) 폰트 패밀리 수: ___ 굵기 수: ___ 이미지 개수/총 용량: ___개 / ___ MB 개선 조치: 1) ______ 2) ______ 3) ______ 문서 외부에서 시스템 폰트 용량과 후보 폰트를 점검해 설계 단계에서 임베드 위험을 낮출 수 있다.
# PowerShell: 설치 폰트 상위 용량 탐색 Get-ChildItem "C:\Windows\Fonts" -Include *.ttf,*.otf -Recurse | Sort-Object Length -Descending | Select-Object FullName, @{Name="SizeMB";Expression={[math]::Round($_.Length/1MB,2)}} -First 20 상위 용량 폰트를 템플릿 허용 목록에서 제외하거나, 실제로 꼭 필요할 때만 제목 등 제한 영역에만 사용한다.
| 시나리오 | 원본(HWP/HWPX) | 배포본(PDF) | 비고 |
|---|---|---|---|
| 내부 검토 + 외부 열람 | 임베드 해제, 기본 폰트 | 서브셋, 이미지 압축 | 두 경로 병행 |
| 대외 공고 | 임베드 해제 | 서브셋, PDF/X | 재현성 우선 |
| 인쇄 납품 | 편집본 유지 | PDF/X-1a 또는 X-4 | 컬러 프로파일 지정 |
| 공유 드라이브 보관 | HWPX 권장 | 필요 시 미생성 | 버전 호환 용이 |
| 조치 | 전 | 후 | 효과 |
|---|---|---|---|
| 폰트 패밀리 5종 → 2종 | 85 MB | 38 MB | −55% |
| 임베드 전체 → 해제 | 38 MB | 6 MB | −84% |
| PDF 서브셋 내보내기 | 6 MB(HWPX) | 1.8 MB(PDF) | −70% |
| 이미지 300dpi → 200dpi | 1.8 MB | 1.2 MB | −33% |
위 값은 전형적 경향을 설명하기 위한 예시이며, 실제 효과는 폰트·이미지 구성에 따라 달라진다.
공유 전 HWP/HWPX 파일 크기가 임계값을 초과하면 PDF 서브셋 변환을 강제하는 간단한 스크립트를 활용할 수 있다. 아래는 의사코드 예시이다.
# Pseudo-code for each file in ShareFolder: if file.ext in [".hwp", ".hwpx"] and file.sizeMB > 20: notify("PDF subset export required: " + file.name) HWP/HWPX의 글꼴 임베드 동작은 제품·버전에 따라 전체 포함 중심으로 동작하는 경우가 있다. 선택적 임베드 제어가 제한적이면 임베드를 끄고 PDF 서브셋 배포로 전환하는 것이 현실적이다.
별도 영문 폰트가 통째로 임베드되면 수 MB에서 수십 MB까지 증가할 수 있다. 영문·숫자의 가독성이 충분한 본문 폰트를 선정해 단일 패밀리로 통합하는 것이 좋다.
가능하지만 본문 전체에 적용하면 벡터 데이터가 급증해 용량이 더 커진다. 로고·타이틀 같은 일부 요소에만 제한적으로 쓴다.
HWPX는 XML 기반으로 이미지·텍스트가 구조적으로 저장되어 대용량 문서 관리에 유리한 사례가 많다. 다만 폰트 임베드 동작 차이보다 템플릿·스타일·이미지 관리가 용량에 더 큰 영향을 준다.
템플릿 공유, 허용 폰트 명시, 임베드 해제 원칙, 배포본은 PDF 서브셋 병행 제공을 기본 규칙으로 삼는다.