PNG vs JPG vs WEBP: PDF 문서에 가장 적합한 이미지 포맷은?

스크린샷, 사진, 스캔한 계약서, 또는 디지털 디자인을 단일 PDF 문서로 컴파일할 때 소스 이미지의 파일 포맷은 매우 중요한 역할을 합니다. PNG, JPG, WebP 중 어떤 포맷을 선택하느냐에 따라 결과 문서의 시각적 품질뿐만 아니라 전체 파일 크기, 로딩 속도, 그리고 오래된 뷰어와의 호환성까지 달라집니다.

과거에는 많은 사용자가 단순히 가지고 있는 이미지 파일을 그대로 사용하여 PDF를 만들었습니다. 하지만 현대적인 문서 워크플로우 관리에서는 PDF를 생성하기 전이나 생성 프로세스 중에 이러한 포맷을 최적화하는 것이 필수적입니다. 아래에서는 기술적인 차이점, 내부 압축 필터, 브라우저 기반 렌더링 기술을 상세히 분석하여 귀하의 요구에 맞는 이상적인 포맷을 선택할 수 있도록 돕겠습니다.

1. 포맷별 기술적 메커니즘

이러한 포맷들이 PDF 컨테이너 내에 임베드될 때 어떻게 작동하는지 이해하려면, 먼저 각 포맷이 그래픽 데이터를 저장하고 압축하는 방식을 살펴보아야 합니다.

JPG (JPEG): 연속 톤에 적합한 손실 압축

JPEG는 밝기 변화보다 고주파 색상 변화에 덜 민감한 인간의 시각적 특성에 맞춰 설계되었습니다.

압축 엔진: 이산 코사인 변환(DCT)을 사용하여 이미지 블록을 주파수 공간으로 변환한 다음, 양자화 및 엔트로피 코딩을 수행합니다. 이 '손실' 압축 방식은 인간의 눈으로 감지하기 어려운 이미지 세부 정보를 버립니다.
PDF 내부에서의 처리: PDF는 DCTDecode 필터를 사용하여 JPEG 이미지를 기본적으로 지원합니다. 덕분에 PDF 생성기는 JPEG 데이터 스트림을 압축 해제하지 않고 문서 구조에 직접 삽입할 수 있어 파일 크기를 믿을 수 없을 정도로 작게 유지할 수 있습니다.
최적의 사용 사례: 색상이 풍부한 사진, 복잡한 배경 질감이 있는 실제 문서 스캔본, 여러 페이지로 구성된 책.

PNG: 텍스트와 그래픽에 적합한 무손실 압축

PNG는 무손실 압축 방식을 사용하므로 캡처된 모든 픽셀 데이터가 손실 없이 그대로 보존됩니다.

압축 엔진: 인접한 픽셀을 기반으로 픽셀 값을 예측하는 예측 라인 필터링과 DEFLATE 알고리즘(LZ77 및 허프만 코딩의 조합)을 결합합니다.
PDF 내부에서의 처리: PNG 이미지는 일반적으로 FlateDecode 필터를 사용하여 PDF에 삽입됩니다. 투명한 영역은 이미지 마스크(SMask)에 매핑됩니다. PNG는 픽셀 단위로 선명한 경계선을 유지하기 때문에 JPG에서 흔히 발생하는 모스키노 노이즈 같은 뿌연 압축 아티팩트 없이 텍스트가 매우 또렷하게 표시됩니다.
최적의 사용 사례: 소프트웨어 스크린샷, 디지털 일러스트레이션, 로고, 흑백 양식, 미세한 텍스트나 바코드가 포함된 문서.

WebP: 현대적인 하이브리드 표준

Google에서 개발한 WebP는 손실 압축과 무손실 압축을 모두 지원하며, JPG 및 PNG와 동등한 품질에서 파일 크기를 대폭 줄이는 것을 목표로 합니다.

압축 엔진: VP8 비디오 코덱에서 파생된 프레임 내 코딩 기술을 사용하여 블록 패턴을 기반으로 픽셀 값을 예측합니다. 또한 JPG에는 없는 '손실 압축 시 알파 채널 투명도'를 지원합니다.
PDF 내부에서의 처리: JPG 및 PNG와 달리 PDF 포맷 규격(ISO 32000)은 표준 이미지 딕셔너리 객체 내에서 WebP 스트림을 직접 지원하지 않습니다. 따라서 클라이언트 측 컴파일 도구는 PDF 생성 프로세스 중에 WebP 이미지를 디코딩하고, 이를 PDF와 호환되는 형식(주로 DCTDecode 또는 FlateDecode 필터)으로 트랜스코딩해야 합니다.
최적의 사용 사례: 수집된 웹 자산, 다양한 형식의 그래픽 갤러리, 저장 공간 효율성이 최우선인 현대식 멀티미디어 컴파일.

2. 사양 비교표

기능 / 상세	JPG	PNG	WebP
압축 모드	손실 (Lossy)	무손실 (Lossless)	손실 및 무손실
투명도 지원 (알파)	없음	있음	있음
PDF 스트림 필터	`DCTDecode`	`FlateDecode`	트랜스코딩 필요
텍스트 및 선명한 경계	낮음 (아티팩트 발생)	완벽 (매우 선명함)	우수 (무손실 모드 사용 시)
PDF 내 파일 크기	중간~작음	큼	매우 작음
이전 환경과의 호환성	범용적	범용적	디코더 트랜스코딩 필요

3. 호환성의 딜레마: WebP와 PDF 파일

WebP가 파일을 압축하는 데 있어 기술적으로 우수함에도 불구하고(보통 JPG/PNG보다 25%~30% 더 작음), 왜 모든 PDF의 기본 선택이 되지 않을까요?

그 이유는 PDF 규격의 역사에 있습니다. 오래된 데스크톱 PDF 뷰어 프로그램이나 구형 전자책 리더기, 클래식 프린터 드라이버 등은 WebP 압축 해제 라이브러리를 내장하고 있지 않습니다. WebP 파일을 그대로 생(raw) PDF 스트림에 임베드하면 이러한 리더기에서는 이미지를 표시할 수 없습니다.

이 문제를 해결하기 위해 최신 클라이언트 측 변환 유틸리티는 스마트 트랜스코더를 실행합니다. 당사 웹 도구로 WebP 이미지를 불러오면, 애플리케이션은 브라우저 내부에서 WebP 데이터를 디코딩한 뒤 PDF 규격을 준수하는 형식(고화질 JPEG 스트림 또는 무손실 Flate 스트림 등)으로 재압축합니다. 이로 인해 WebP 소스 파일을 사용하는 편리함을 누리면서도 최종 출력 문서가 모든 장치에서 100% 호환되도록 보장합니다.

4. 개인정보 보호와 로컬 클라이언트 측 처리

많은 온라인 문서 변환 사이트는 이미지를 원격 서버로 업로드하도록 요구합니다. 그러나 이는 개인 신분증, 은행 청구서 또는 기밀 회사 프레젠테이션 등을 다룰 때 심각한 보안 취약점을 초래합니다.

저희는 완전히 다른 방식을 취합니다. 당사의 이미지를 PDF로 변환하는 도구는 브라우저의 로컬 처리 기능을 활용합니다.

WebAssembly (WASM): WASM으로 빌드된 고도로 최적화된 C/C++ 또는 Rust 라이브러리가 브라우저의 보안 샌드박스 내부에서 직접 작동합니다. 이미지 헤더를 분석하고 PDF 레이아웃을 로컬에서 빌드합니다.
Canvas API 및 로컬 RAM: 이미지 조작 및 재인코딩이 오직 시스템 메모리 내에서만 이루어집니다. 외부 서버로 어떠한 데이터도 전송되지 않습니다.
서버 오버헤드 제로: 네트워크를 통해 파일을 업로드하거나 다운로드할 필요가 없으므로 인터넷 연결이 없어도 즉시 변환이 완료됩니다.

이 '로컬 우선' 아키텍처는 프라이빗 파일이 전적으로 귀하의 제어 하에 머물도록 보장합니다. 또한 안전하게 이미지를 추출할 수 있는 PDF를 JPG로 도구나, 최종 문서 크기를 로컬에서 줄여주는 PDF 압축 등 개인정보 보호에 중점을 둔 다른 도구들도 함께 활용할 수 있습니다.

5. 단계별 가이드: 최적의 워크프로우 선택

PDF를 생성하기 전에 파일을 적절히 선택하고 최적화하기 위한 빠른 안내입니다.

주요 콘텐츠 유형 확인:
- 이미지 파일이 사진이거나 배경 노이즈가 포함된 상세한 문서 스캔본인 경우 JPG로 저장합니다. 압축 품질을 80~85% 정도로 설정하면 화질과 파일 크기의 균형이 가장 잘 맞습니다.
- 스크린샷, 차트, 선화, 또는 텍스트 문서인 경우 PNG로 저장합니다. 이렇게 하면 텍스트 가독성이 유지되고 번지는 압축 노이즈를 방지할 수 있습니다.
- 웹사이트에서 다운로드한 이미지는 WebP인 경우가 많습니다. 이러한 파일은 별도의 사전 변환 없이 그대로 로컬 변환기에 드래그 앤 드롭하여 넣을 수 있습니다.
로컬에서 변환하기: 이미지를 PDF로 변환 도구를 열고 준비된 이미지들을 끌어다 놓습니다.
컴파일 및 다운로드: 컴파일 버튼을 클릭하면 브라우저 내에서 즉시 PDF가 생성됩니다.
추가 압축 (선택 사항): 고해상도 PNG 등으로 인해 최종 PDF의 크기가 여전히 너무 크다면, 생성된 파일을 PDF 압축 도구로 처리하여 문서의 가독성을 해치지 않으면서 내부 데이터 스트림을 더욱 최적화할 수 있습니다.