결론부터 말씀드리면: Word 문서가 너무 큰 근본 원인은 임베디드 이미지와 임베디드 폰트가 파일 크기의 대부분을 차지하기 때문입니다. 해결 방법은 세 단계로 나뉩니다: 임베디드 이미지 압축(DPI 낮추기 + JPEG 변환), 폰트 서브셋화(사용 문자만 남기기), docx로 저장하여 중복 제거. 고해상도 이미지가 가득한 50MB 입찰서는 이 워크플로우로 5MB 이하로 압축할 수 있으며, 텍스트와 차트의 선명도는 거의 손실되지 않습니다. 아래에서는 먼저 크기 증가의 원인을 설명하고, 3가지 방법의 실측 비교를 제공하며, 완전한 실전 사례를 첨부합니다.
파일 압축의 전체 개념에 아직 익숙하지 않으시다면, 먼저 파일 압축 완전 가이드를 읽어보시기를 권장합니다.
1. Word 문서는 왜 이렇게 클까요?
Word 문서(.docx/.doc)는 본질적으로 텍스트, 이미지, 폰트, 스타일, 수정 기록 등을 하나로 묶는 컨테이너입니다. 크기 증가는 거의 항상 비텍스트 콘텐츠에서 비롯됩니다. 크기의 원인을 이해하는 것이 타겟 압축의 열쇠입니다.
| 크기 원인 | 일반적 비율 | 원인 | 압축 여력 |
|---|---|---|---|
| 임베디드 이미지 | 60%–85% | 고해상도 원본을 압축 없이 직접 붙여넣기; 여러 이미지 누적 | ★★★★★ |
| 임베디드 폰트 | 10%–25% | 완전한 중국어 폰트 파일 임베드(개당 10–20MB) | ★★★★☆ |
| 수정 및 주석 | 3%–10% | 협업으로 남은 수정 기록 및 주석 | ★★★☆☆ |
| 문서 중복 | 2%–8% | 반복 저장으로 인한 중복 XML, 폐기된 스타일 | ★★☆☆☆ |
| 순수 텍스트 | 1%–5% | 본문 텍스트 자체 | ★☆☆☆☆ |
위 표에서 보듯이 임베디드 이미지와 임베디드 폰트를 합치면 80% 이상을 차지하며, 압축의 주요 타겟이 됩니다. 50MB 입찰서에는 40MB가 이미지, 8MB가 폰트일 수 있으며, 순수 텍스트는 2MB 미만일 수 있습니다 — 이미지와 폰트를 압축하면 문서가 자연스럽게 가벼워집니다.
2. 3가지 압축 방법 실측 비교
Word 문서의 크기 원인에 따라 3가지 주류 압축 방법이 있습니다. 각각의 원리, 적용 시나리오, 효과가 다릅니다. 아래 표는 전체 비교를 제공한 후, 하나씩 상세히 설명합니다.
| 방법 | 원리 | 적합한 대상 | 예상 압축률 | 선명도 영향 |
|---|---|---|---|---|
| 임베디드 이미지 압축 | DPI 낮추기 + 형식 변환 | 이미지가 많은 문서(입찰서/보고서) | 70%–90% | 화면 읽기에 거의 영향 없음 |
| 폰트 서브셋화 | 사용 문자만 남기기 | 중국어 폰트를 임베드한 문서 | 80%–95% | 영향 없음 |
| 다른 이름으로 저장 최적화 | 중복 제거 + 형식 변환 | 오래된 문서 / 반복 편집한 파일 | 10%–30% | 영향 없음 |
1. 임베디드 이미지 압축(효과 최대)
임베디드 이미지는 Word 문서 크기 증가의 1순위 원인입니다. 압축은 두 단계로 이루어집니다: DPI 낮추기와 형식 변환입니다. DPI(인치당 도트 수)는 이미지의 픽셀 밀도를 결정합니다 — 화면 읽기에는 96–150DPI면 충분하지만, 많은 문서에 300DPI 심지어 600DPI 원본이 그대로 붙여넣어져 있습니다. 형식 변환은 무손실 형식(PNG/BMP)에서 손실 형식(JPEG)으로 전환하여, 육안으로는 거의 차이가 나지 않는 전제하에 크기를 대폭 줄입니다.
실제操作: SmartSlim에서 Word 문서를 열면, 엔진이 임베디드 이미지 유형을 자동으로 식별하여 압축 전략을 할당합니다 — 스캔 문서는 150DPI로 다운샘플링하여 그레이스케일 JPEG로 변환, 사진은 200DPI로 다운샘플링하여 컬러 JPEG 품질 80으로 변환, 선화/스크린샷은 PNG로 유지하되 PNG 최적화를 적용합니다. 이 유형별 접근 방식은 통일된 매개변수보다 효과가 좋아, 스캔 문서는 90% 압축되면서 스크린샷은 거의 손실이 없습니다.
| 이미지 유형 | 원래 매개변수 | 압축 후 매개변수 | 크기 감소율 |
|---|---|---|---|
| 고해상도 사진 | 300DPI, PNG, 8MB | 200DPI, JPEG q80, 0.8MB | 90% |
| 스캔 문서 | 600DPI, BMP, 15MB | 150DPI, JPEG q72 그레이스케일, 0.5MB | 97% |
| 선화 / 스크린샷 | 96DPI, PNG, 2MB | 96DPI, PNG 최적화, 1.2MB | 40% |
| 차트 / 플로우차트 | 200DPI, PNG, 3MB | 150DPI, JPEG q85, 0.6MB | 80% |
이미지 압축의 더 자세한 원리는 이미지 압축 가이드: JPG/PNG/WebP 형식 비교를 참조하세요.
2. 폰트 서브셋화(중국어 문서 필수)
많은 Word 문서가 기기 간 일관된 표시를 보장하기 위해 완전한 폰트 파일을 임베드합니다. 완전한 중국어 폰트(예: Source Han Serif)는 10–20MB에 쉽게 달할 수 있으며, Regular와 Bold 두 가지 굵기를 임베드하면 30MB부터 시작합니다. 하지만 문서에서 실제로 사용하는 문자는 1천~2천 자에 불과할 수 있습니다. 폰트 서브셋화는 실제로 사용된 문자만 남기고 나머지는 폐기합니다.
서브셋화 후 크기는 문자 사용량에 따라 달라집니다. 50페이지 입찰서는 일반적으로 800~1,500개의 다른 문자를 사용합니다. Source Han Serif의 완전한 파일은 18MB이지만, 서브셋화 후에는 단 0.3–0.8MB로 — 95% 이상의 감소입니다. 이 작업은 표시 효과에 전혀 영향을 주지 않습니다 — 남겨진 문자는 원본과 완전히 동일하며, 단지 사용되지 않은 문자를 제거했을 뿐입니다.
| 폰트 | 완전한 파일 | 서브셋화 후(1200문자) | 감소율 |
|---|---|---|---|
| Source Han Serif Regular | 18.2MB | 0.42MB | 97.7% |
| Source Han Sans Regular | 16.8MB | 0.38MB | 97.7% |
| Microsoft YaHei Regular | 15.6MB | 0.35MB | 97.8% |
| Arial Regular | 0.8MB | 0.06MB | 92.5% |
3. 다른 이름으로 저장 최적화(마무리 필수)
여러 차례의 편집, 수정, 저장을 거친 Word 문서는 중복 XML, 폐기된 스타일 정의, 이전 수정 기록 등 쓰레기 데이터를 축적합니다. doc를 docx로 저장하는 것만으로도 효과적인 정리가 됩니다 — docx는 Open XML의 zip 압축 구조를 기반으로 하며, 일반적으로 doc의 바이너리 형식보다 30%–50% 작습니다. 저장 시 Word가 문서 구조를 재구성하여 자동으로 일부 중복을 제거합니다.
더 나아가, SmartSlim으로 처리할 때 Rust 압축 엔진이 docx의 zip 패키지를 압축 해제하고, 폐기된 리소스(참조되지 않은 이미지, 중복된 스타일 정의, 이전 수정 기록)를 정리한 후 다시 압축하여 패키징합니다. 이 단계에서 일반적으로 추가로 10%–15%의 크기를 줄일 수 있으며, 표시에는 전혀 영향을 주지 않습니다.
3. 실전 사례: 50MB 입찰서를 4.6MB로 압축
이것은 건설 공학 입찰서로, .docx 형식, 원본 크기 50.3MB입니다. 문서는 48페이지의 본문, 32장의 고해상도 현장 사진(장당 1–2MB), 8장의 CAD 출력 도면, 임베드된 Source Han Serif Regular+Bold를 포함합니다. WeChat Work로 전송해야 하며(20MB 제한), 5MB 이하가 목표입니다.
문서 특징: 48페이지 A4, 32장의 사진 300DPI PNG 형식(총 42MB), 8장의 CAD 도면 200DPI PNG 형식(총 6MB), 임베드 폰트 28MB, 5라운드의 수정으로 대량의 수정 기록 있음.
실행 매개변수 및 크기 변화:
| 단계 | 작업 | 주요 매개변수 | 크기 변화 |
|---|---|---|---|
| 1 | 사진 압축 | 300DPI→200DPI, PNG→JPEG q80 | 50.3→12.1MB |
| 2 | 도면 압축 | 200DPI→150DPI, PNG→JPEG q85 | 12.1→8.3MB |
| 3 | 폰트 서브셋화 | 1342개 사용 문자 유지 | 8.3→5.1MB |
| 4 | 중복 정리 + 재패키징 | 수정 기록 + 폐기 스타일 제거 | 5.1→4.6MB |
결과: 4.6MB, 압축비 약 10.9:1, WeChat Work의 20MB 제한을 훨씬 밑돕니다. 화면에서 사진은 육안으로 거의 차이를 알 수 없고, CAD 도면의 선명하게 식별 가능하며, 텍스트 레이아웃은 변화가 없고 폰트도 정상적으로 표시됩니다. 전체 과정은 로컬에서 완료되며, 입찰서는 어떤 제3자 서버도 거치지 않아 비즈니스 문서의 기밀 유지 요구사항을 충족합니다.
4. 시나리오별 압축 권장 사항
유형별 Word 문서는 크기 원인과 압축 우선순위가 다릅니다. 아래 표는 일반적인 시나리오에 대한 권장 사항을 제공합니다.
| 문서 유형 | 일반적 크기 | 주요 크기 원인 | 권장 전략 |
|---|---|---|---|
| 입찰서 / 프로젝트 보고서 | 30–80MB | 고해상도 현장 사진 | 사진 DPI 낮추기 + JPEG 변환, 폰트 서브셋화 |
| 학술 논문 | 5–20MB | 차트 + 임베드 폰트 | 차트 PNG 최적화, 폰트 서브셋화 |
| 제품 매뉴얼 | 10–50MB | 제품 이미지 + 레이아웃 스타일 | 단계별 이미지 압축, 중복 스타일 정리 |
| 계약서 / 합의서 | 2–10MB | 스캔 서명 페이지 | 스캔 DPI 낮추기 + 그레이스케일 JPEG |
| 회의록 | 1–5MB | 주로 순수 텍스트 | docx로 저장, 수정 기록 정리 |
| 교육 자료 | 20–100MB | 스크린샷 + 애니메이션 | 스크린샷 PNG 최적화, 큰 이미지 JPEG로 변환 |
일반적인 원칙: 이미지가 많은 문서는 먼저 이미지를 압축하고(효과 최대), 폰트를 임베드한 문서는 서브셋화가 필수이며, 오래된 문서는 먼저 docx로 저장하여 중복을 제거합니다. 세 단계를 결합하면 대다수의 Word 문서를 원본 크기의 10%–20%로 압축할 수 있습니다.
다양한 압축 도구의 효과를 비교하려면 파일 압축 도구 선정 가이드: 7가지 평가 기준을 참조하세요.
5. 자주 묻는 질문(FAQ)
Q1: Word 문서를 5MB 이하로 압축하려면 어떻게 하나요?
먼저 압축 도구로 임베디드 이미지를 추출하고 150DPI로 다운샘플링하여 JPEG 품질 80으로 변환합니다. 그 다음 폰트 서브셋화를 적용하여 실제 사용된 문자만 남깁니다. 마지막으로 docx로 저장하여 중복 데이터를 제거합니다. 고해상도 이미지를 다수 포함한 50MB 입찰서는 세 단계로 5MB 이하로 압축할 수 있으며, 텍스트와 차트의 선명도는 거의 손실되지 않습니다. 핵심은 먼저 이미지를 압축하고(비율이 가장 큼), 다음으로 폰트 서브셋화를 적용하며(중국어 문서에 효과적), 마지막으로 중복을 제거하여 마무리하는 것입니다.
Q2: docx와 doc 중 어느 것이 더 작나요?
docx가 일반적으로 doc보다 30%–50% 작습니다. docx는 Open XML의 zip 압축 구조를 기반으로 하며 기본적으로 압축되어 있습니다. doc는 바이너리 형식으로 임베디드 리소스를 압축하지 않습니다. 같은 문서를 docx로 저장하면 파일 크기가 눈에 띄게 줄어들므로 docx 사용을 권장합니다. 또한 docx는 오픈 표준으로 호환성이 높아, 주요 압축 도구들이 모두 분석 및 처리할 수 있습니다.
Q3: Word 압축 후 이미지가 흐려지면 어떻게 하나요?
이미지 흐림은 일반적으로 다운샘플링이 너무 공격적으로 적용되었기 때문입니다. 화면 읽기에는 150DPI로 충분하지만, 인쇄에는 200–300DPI가 필요합니다. JPEG 품질을 80 이상으로 설정할 것을 권장합니다 — 70 미만에서는 눈에 띄는 블록 아티팩트가 발생합니다. 문서에 선화나 스크린샷이 포함된 경우 JPEG 대신 PNG 형식을 사용하여 가장자리 아티팩트를 방지하세요. SmartSlim은 이미지 유형을 자동으로 식별하여 전략을 할당합니다 — 사진은 JPEG로 변환, 스크린샷은 PNG로 유지 — 일괄 적용으로 인한 흐림을 방지합니다.
Q4: Word 문서를 일괄 압축하는 방법이 있나요?
SmartSlim 데스크톱 버전으로 드래그 앤 드롭 일괄 처리를 할 수 있습니다. docx, doc, docm, odt, rtf 등 5가지 Word 형식을 지원하며, 수백 개의 파일을 한 번에 드래그하여 일괄 압축할 수 있습니다. 기업 사용자는 서버 버전 API로 자동화된 배치 처리를 구현할 수 있으며, Celery 작업 큐를 통한 병렬 압축으로 — 단일 머신에서 12개의 병렬 작업을 실행하여 하루에 수만 건의 문서를 처리할 수 있습니다.
결론
Word 문서가 너무 클 때의 근본 원인은 임베디드 이미지와 임베디드 폰트가 파일 크기의 80% 이상을 차지하는 것이며, 해결책은 타겟 압축입니다. 3가지 방법의 논리는 명확합니다: 이미지 압축의 효과가 가장 크고(DPI 낮추기 + JPEG 변환, 70%–90% 감소), 폰트 서브셋화는 중국어 문서에 효과적이며(사용 문자만 남기기, 80%–95% 감소), 다른 이름으로 저장 최적화가 마무리로 중복을 제거합니다(10%–30% 감소). 세 단계를 결합하면 50MB 입찰서를 안정적으로 5MB 이하로 압축할 수 있습니다.
세 가지를 기억하세요: 첫째, 작업 전에 크기 원인을 진단하세요 — 이미지가 많으면 먼저 이미지를 압축하고, 폰트가 크면 서브셋화를 적용하세요; 둘째, 이미지 유형별로 전략을 할당하세요 — 사진은 JPEG로, 스크린샷은 PNG로 유지 — 일괄 적용을 피하세요; 셋째, 민감 문서는 로컬 압축을 사용하고 온라인 도구에 업로드하지 마세요. 올바른 도구와 방법을 선택하면 Word 문서 다이어트는 사실 매우 간단합니다.