명확한 워크플로우를 따르세요: 자산을 사전 처리하고, 적절한 압축 알고리즘을 선택한 뒤 결과를 재검증합니다. 파일 크기가 크게 감소하는 동시에 시각적 품질은 그대로 유지됩니다—계약서, 전자책, 혹은 모든 전문 문서에 완벽합니다.

개발자로서 PDF‑중심 SaaS를 구축하든, 디자이너로서 클라이언트 산출물을 다듬든, 사무 관리자로서 수많은 보고서를 다루든, 이 팁은 PDF를 가볍고 선명하게 유지해 줍니다.

PDF 압축 이해하기: 크로스‑플랫폼 .NET 솔루션을 위한 무손실 vs 손실 기술

PDF는 단순히 텍스트 페이지가 아닙니다. 벡터, 래스터 이미지, 폰트, 주석 등 다양한 데이터를 담을 수 있습니다. 이러한 요소들이 저장되는 방식이 파일 크기를 결정합니다.

무손실 압축은 원본 데이터를 그대로 유지합니다. 텍스트, 벡터, 픽셀 완전성을 유지해야 하는 이미지(예: 의료 스캔, 건축 도면)에 적합합니다—ZIP, Flate, LZW가 여기에 해당합니다.
손실 압축은 약간의 데이터를 버려 더 큰 용량 감소를 이룹니다. 사진에 흔히 사용되는 JPEG와 JPEG2000이 대표적인 손실 방식입니다.

PDF 내부에 무엇이 들어 있는지 먼저 파악하세요:

자산 유형	권장 압축	이유
텍스트 및 벡터 그래픽	무손실 (Flate/ZIP)	시각적 저하 없음; 벡터 형태가 선명하게 유지됩니다.
고해상도 사진	손실 (JPEG, 품질 70‑85%)	인간의 눈은 약간의 손실을 허용하며, 크기가 크게 감소합니다.
스캔 문서 (흑백)	무손실 CCITT Group 4, 또는 손실 JPEG (그레이스케일 스캔용)	CCITT는 이진 페이지용으로 설계되었으며 동일한 스캔에서 JPEG보다 훨씬 작습니다.
내장 폰트	서브셋팅	사용된 글리프만 유지되어 사용되지 않은 데이터가 제거됩니다.

모든 이미지에 일괄적으로 손실 설정을 적용하는 것은 흔한 실수입니다. 차트가 흐릿해지고 텍스트가 읽기 어려워질 수 있습니다. 대신 페이지별로 로고, 다이어그램, UI 스크린샷은 무손실로 유지하고, 사진은 더 공격적으로 압축하세요. 이미지 유형을 감지하고 이미지별 알고리즘을 선택하는 PDF 라이브러리를 찾는 것이 좋습니다.

이 사이트가 무엇인지 간단히 말씀드리면: Doconut.app은 뷰어입니다. PDF를 열어 읽을 수 있게 해 주지만, 압축, 변환 또는 재작성은 하지 않습니다. 아래 내용은 압축을 수행하는 도구에 관한 것입니다.

이미지 삽입 전 최적화 – 품질 우선 압축의 비밀

이미지는 일반적으로 PDF 무게의 대부분을 차지합니다—다른 작업을 시작하기 전에 파일 자체를 측정해 보세요. PDF에 삽입되기 전에 이미지를 올바르게 다루면 품질과 크기를 동시에 제어할 수 있습니다.

최종 표시 크기로 리사이즈
사진이 800 × 600 px에 표시될 예정이라면 3000 × 2000 px 원본을 삽입할 필요가 없습니다. 원본은 실제로 보게 될 픽셀보다 약 12배 많으며, 표시 크기로 리사이즈하면 가장 큰 절감 효과를 얻을 수 있습니다.
올바른 색 공간 선택
- RGB는 화면용 PDF에 적합합니다.
적절한 압축 설정 적용
- 사진: JPEG 품질 70‑85 %는 선명함을 유지하면서 크기를 크게 줄입니다.
불필요한 메타데이터 제거
EXIF, XMP, 썸네일 데이터는 불필요한 무게입니다. 대부분의 PDF 라이브러리는 이러한 메타데이터를 자동으로 삭제할 수 있습니다.

폰트 서브셋팅, 그리고 메가바이트가 실제로 어디에 가는가

폰트는 메가바이트 규모 PDF의 숨은 범인입니다. 전체 폰트를 삽입하면(보통 500 KB‑2 MB) 사용하지 않는 모든 글리프까지 포함됩니다. 폰트 서브셋팅은 실제 사용된 문자만 남겨 용량을 크게 줄입니다.

서브셋팅 작동 방식 – PDF 생성기가 문서를 스캔해 글리프 목록을 만들고, 맞춤형 서브셋 TTF/OTF 스트림을 기록합니다. 짧은 보고서의 경우 몇 킬로바이트에 불과할 수 있습니다.
서브셋팅 시점 –
- 표준 폰트(Helvetica, Times, Courier)는 대부분의 뷰어에 이미 포함되어 있으므로 삽입을 생략할 수 있습니다.
- 맞춤형 또는 브랜드 폰트는 향후 편집을 위해 전체 문자 집합이 필요하지 않은 한 항상 서브셋팅해야 합니다.
중복 폰트 삽입 방지 – 동일한 폰트가 여러 섹션에 나타날 경우, PDF 엔진이 별도 복사본을 만들지 않고 동일한 서브셋 객체를 재사용하도록 해야 합니다.

두세 개의 브랜드 폰트를 사용하는 문서에서는 서브셋팅이 이메일에 첨부 가능한 파일과 첨부가 차단되는 파일 사이의 차이를 만들며, 독자는 차이를 전혀 인식하지 못합니다.

API 접근이 가능한 스마트 PDF 압축 도구 사용

데스크톱 도구는 가끔 파일을 처리할 때는 충분하지만, 하루에 수십·수백 개를 처리해야 할 때는 자동화가 핵심입니다. API‑first, 크로스‑플랫폼 솔루션은 다음을 제공합니다:

일관성 – 모든 곳에서 동일한 압축 파라미터 적용.
속도 – 클라우드 또는 온프레미스 서버에서 병렬 처리.
보안 – 민감한 PDF를 제3자 사이트에 업로드할 필요 없이 신뢰할 수 있는 환경 내에서 실행.

API가 중요한 이유

프로그래밍 제어 – 이미지 품질 설정, 폰트 서브셋팅 토글, 자산 유형별 알고리즘 선택, 압축된 파일을 단일 HTTP 호출로 받아올 수 있습니다.
배치 처리 – 일부 서비스는 파일 아카이브를 받아 결과 아카이브를 반환하므로, 한 번에 여러 문서를 처리할 때 유용합니다.
CI/CD 통합 – 문서 생성 빌드 단계에 압축을 삽입하면 매 릴리즈마다 가벼운 PDF가 배포됩니다.

Doconut이 위치하는 곳과 그렇지 않은 곳

경계를 명확히 이해하고 계획을 세우세요. Doconut SDK는 렌더링 및 변환을 위한 .NET 구성 요소로, 변환 플러그인은 Word, Excel, HTML 등을 PDF로 내보내고 뷰어가 이를 표시합니다. 압축은 해당 SDK의 기능이 아니며, 압축 API, 품질 슬라이더, 폰트‑서브셋팅 스위치가 없습니다—기존 PDF를 축소하는 작업이 필요하다면 전용 압축 도구를 사용해야 합니다.

변환이 제공하는 이점은 입력 단계에서의 레버리지입니다. 소스 문서에서 바로 PDF를 생성하면서 폰트를 서브셋팅하면, 같은 문서를 인쇄 후 PDF로 변환하는 경우보다 파일이 작아지고, 실제 텍스트 레이어가 유지되어 이미지가 아닌 텍스트로 검색 및 복사가 가능합니다.

그리고 파일 내부를 살펴볼 필요만 있다면, Doconut.app에서 브라우저로 최대 25 MB까지 PDF를 무료로 열 수 있으며, 탭을 닫으면 파일이 삭제됩니다.