클라이언트가 47MB PDF를 보냈다 (내가 한 일)

밤 11시에 메일이 왔어. "내일 회의 발표자료야. 포털에 올려줄 수 있어?"

포털 업로드 제한은 10MB. PDF는 47MB.

이런 일을 충분히 많이 겪어서 이제 시스템이 있어. 대략 5분이면 돼.

PDF가 왜 이렇게 커지는 거야

열에 아홉은 이미지 때문이야. 누가 폰에서 찍은 4000x3000 사진을 슬라이드에 그대로 붙여넣으면, PowerPoint가 원본 해상도를 통째로 임베드해.

30장짜리 덱에 15장 사진이 있으면? 사진 하나에 3MB면? 텍스트나 서식 빼고 이미지만 45MB야.

다른 원인들:

• 임베딩된 폰트 (특히 슬라이드마다 다른 폰트 쓸 때)
• 필요 이상으로 복잡한 벡터 그래픽
• PDF 생성기가 중복 제거 안 한 리소스들

빠른 해결법

용량 제한만 넘기면 되고 인쇄 품질은 상관없다면:

1. PDF를 개별 페이지로 분할해
2. 각 페이지의 이미지를 압축해
3. 다시 합쳐

이것만으로도 보통 60-70% 용량이 줄어. 이미지가 재압축되고, 머지 과정에서 중복 리소스도 정리돼.

품질을 유지해야 할 때

가끔 "줄여줘"가 "줄여줘 근데 사진 망치지 마 이걸 180cm 배너에 인쇄할 거야"란 뜻일 때가 있어.

알겠어. 그럴 때:

목표 해상도를 확인해. 화면용 PDF는 72-150 DPI면 돼. 인쇄는 300 DPI가 필요해. 화면 발표용인데 이미지가 600 DPI면 필요한 것보다 4배 많은 데이터를 저장하고 있는 거야.

필요 없는 페이지를 삭제해. 그 47MB 덱에는 아무도 안 볼 부록 슬라이드가 8장 있었어. 삭제하니까 압축 전에 32MB로 줄었어.

투명도를 병합해. 투명 효과가 있는 복잡한 레이어 그래픽은 용량을 키워. 병합하면 도움이 되지만 나중에 편집은 어려워져.

최후의 수단

다 안 되고 정말 작은 파일이 필요하면, 각 페이지를 압축 이미지로 변환한 다음 그 이미지들로 PDF를 재구성해.

텍스트 선택이나 검색은 안 돼. 근데 사람들이 화면에서 보기만 하면 되는 회의 발표자료라면? 아무도 못 알아채.

예방이 더 쉬워

PDF를 만드는 사람이 너라면:

• 이미지를 넣기 전에 리사이즈해. 문서에서 800px 너비로 표시될 사진이면 먼저 800px로 줄여. PDF 소프트웨어가 내부적으로 4000px 원본을 축소하게 놔두지 마.
• "저장" 대신 "다른 이름으로 저장" 써. 일부 PDF 편집기는 삭제된 콘텐츠가 누적돼. 다른 이름으로 저장하면 깨끗한 파일이 만들어져.
• 도구에 "최소 크기" 내보내기 설정이 있으면 선택해.
• 이미지를 임베드 대신 링크하고 가능하면 마지막에 병합해.

내가 실제로 한 과정

그 47MB 파일로 한 일:

1. 열어서 부록 8페이지 삭제 → 32MB
2. 개별 페이지로 분할
3. 각 페이지 이미지를 85% 품질로 압축
4. 다시 합침 → 8.4MB
5. 여유 있게 포털에 업로드

총 소요 시간: 약 4분. 클라이언트는 문제가 있었는지도 몰랐어.

---

큰 PDF는 워크플로가 없으면 짜증나는 문제인데, 있으면 그냥 5분이면 끝나. 이 도구들 북마크해둬 — 생각보다 자주 필요할 거야.