PDF가 너무 커서 안 열림 스크롤도 느리고 보내지도 못하고

여는 데 40초가 걸리고, 스크롤할 때 끊기고, 휴대폰에서는 저 혼자 닫혀버리는 PDF는 사람들이 손상이라고 오해할 만한 일을 하고 있습니다. 그 파일은 망가지지 않았습니다. 뷰어가 가진 것보다 많은 메모리를 요구하고 있고, 지고 있는 쪽은 뷰어입니다.

곤란한 점은 파일 크기만으로는 알 수 있는 게 거의 없다는 것입니다. 40 MB짜리 문서가 즉시 열리는 동안 8 MB짜리가 기어갈 수도 있습니다. 두 파일이 커진 이유가 전혀 다르기 때문이고, 바로 그 이유가 어떤 해결책이 통하고 어떤 해결책이 아무 대가 없이 화질만 앗아갈지를 결정합니다.

"너무 크다"가 실제로 뜻하는 것

"너무 크다"는 하나의 기준선이 아니라 네 가지 서로 다른 천장이며, 어느 쪽에 부딪혔느냐가 눈에 보이는 증상을 결정합니다.

앞의 둘은 파일을 곧바로 거부하는 단단한 한계입니다. 뒤의 둘은 물렁하고, 전체 메가바이트보다 페이지에 무엇이 담겼는지에 훨씬 크게 좌우됩니다. 천 쪽짜리 텍스트 문서는 가벼운 일이지만, 사진이 가득 찬 오십 쪽짜리 카탈로그는 그렇지 않습니다.

큰 PDF가 뷰어를 질식시키는 이유

PDF의 한 페이지는 그리기 명령의 묶음이고, 그것을 표시한다는 것은 명령을 실행한다는 뜻입니다. 어떤 페이지가 2,500만 화소짜리 사진을 참조하면, 뷰어는 그 이미지를 화면 크기로 줄이기 전에 먼저 메모리에 통째로 풀어놓아야 합니다. 압축 상태로 4 MB인 이미지가 풀리면 100 MB를 차지할 수 있습니다. 그런 페이지를 열 장쯤 넘기면, 수백 메가바이트로 버티던 모바일 뷰어는 메모리가 바닥나고 운영체제가 앱을 종료해 버립니다.

다른 두 가지 양상도 경로만 다를 뿐 같은 결과에 닿습니다. 벡터 도면 — 지도, CAD 내보내기, 복잡한 차트 — 은 한 페이지에 수십만 개의 개별 경로를 담을 수 있고, 그 페이지가 나타날 때마다 전부 다시 그려야 합니다. 이런 파일은 디스크에서는 작은데 표시는 잔인할 만큼 느립니다. 그리고 다른 문서를 거듭 합쳐 만든 문서는 같은 내장 글꼴의 사본을 수십 개씩 쌓아두어, 눈에 보이는 것은 하나도 늘리지 않은 채 파일만 부풀립니다.

실제로 용량을 차지하는 것

실무에서 무게는 거의 언제나 다음 다섯 곳 중 하나에 있습니다.

• 불필요하게 높은 해상도로 스캔한 페이지. 압도적으로 가장 흔한 원인입니다. 스캐너의 기본값은 컬러 600 dpi인데, 이는 글자를 읽고 인쇄하는 데 충분하고도 남는 150~200 dpi의 약 열 배에 달하는 데이터를 만들어냅니다.
• 카메라 해상도 그대로 넣은 사진. 보고서에 넣은 휴대폰 사진은 1,200만 화소지만, 페이지가 보여주는 것은 기껏해야 100만 화소입니다. 나머지 90%의 화소는 아무런 이득 없이 저장되고 전송되고 압축 해제됩니다.
• 압축 없이 저장된 스캔본. 일부 스캐너와 일부 "PDF로 인쇄" 경로는 페이지 이미지를 원시 비트맵으로 저장합니다. 이런 파일은 어마어마하게 크고 — 페이지당 수십 메가바이트 — 압축하면 극적으로 줄어듭니다.
• 중복 내장된 글꼴. 병합할 때마다 같은 글꼴 묶음의 사본이 하나씩 더 붙을 수 있습니다. 눈에 띄지 않지만 때로는 파일의 3분의 1을 차지합니다.
• 빽빽한 벡터 도면. 지도, 평면도, CAD 내보내기. 디스크에서는 수수하지만 표시할 때는 혹독하며, 이미지 압축이 전혀 도움이 되지 않는 유일한 원인이기도 합니다.

무게가 어디에 있는지 알아내기

빠른 계산 두 번이면 어느 해결책으로 손을 뻗어야 할지 알 수 있고, 애초에 작아질 리 없던 파일을 망가뜨리는 일도 피할 수 있습니다.

1. 파일 크기를 페이지 수로 나눠 보세요. 페이지당 약 1 MB를 넘으면 이미지가 지배적이며 압축이 극적으로 효과를 냅니다. 여전히 느린 파일인데 페이지당 500 KB를 크게 밑돈다면 문제는 벡터 복잡도나 페이지 수이고, 압축은 그것을 거의 움직이지 못합니다.
2. 페이지에서 글자를 선택해 보세요. 선택되지 않는다면 그 페이지는 이미지 — 즉 스캔본 — 이고, 이미지 압축이 바로 맞는 도구입니다. 글자가 깔끔하게 선택되는데도 파일이 여전히 거대하다면, 무게는 글꼴이나 벡터 내용 쪽에 있습니다.

두 번째 확인에는 쓸모 있는 결과가 딸려 옵니다. 스캔한 문서에는 텍스트 층이 아예 없어서 검색도 안 되고 내용을 복사할 수도 없습니다. 어차피 파일을 처리할 거라면 OCR PDF에 한 번 통과시키세요. 페이지 이미지의 겉모습은 그대로 둔 채 그 아래에 검색 가능한 텍스트 층이 더해지고, 다루기 버겁던 스캔본이 실제로 활용할 수 있는 문서로 바뀝니다.

큰 PDF를 세 단계로 쓸 만하게 만들기

대부분의 사례를 차지하는 이미지 위주 파일이라면, 브라우저에서 1분도 걸리지 않습니다.

압축이 틀린 답이 되는 경우

압축은 이미지에 작용합니다. 무게가 이미지에 있지 않다면 화질만 깎이고 돌아오는 것은 거의 없으니, 다른 접근이 필요합니다.

• 아주 긴 문서. 2,000쪽짜리 파일이 느린 것은 바이트가 아니라 페이지 수 때문입니다. PDF 분할은 그것을 장 단위나 일정 크기로 나누고, 나뉜 각각은 즉시 열립니다 — 그리고 메일 한계에도 대개 분할이 더 나은 답입니다. 받는 사람도 반송되는 한 개보다 읽을 수 있는 세 개를 반기니까요.
• 빽빽한 벡터 도면. 이미지 압축은 작용할 대상이 없습니다. 도면을 만든 사람에게 평탄화했거나 디테일을 줄인 버전을 내보내 달라고 하세요. 내 쪽에서 할 수 있는 의미 있는 조치는 없습니다.
• 몇 쪽만 필요할 때. 필요한 쪽만 뽑아내는 편이 문서 전체를 압축하는 것보다 낫습니다. 300쪽 보고서에서 뽑은 5쪽 발췌는 어떤 압축으로도 이르지 못할 만큼 작고, 읽기에도 더 유용합니다.
• 파일이 손상되기까지 했을 때. 거대한 데다 미덥지 못하기까지 하다면 — 어떤 때는 열리고 어떤 때는 멈춘다면 — 먼저 PDF 복구로 고치세요. 구조가 깨진 파일을 압축하면 손상이 그대로 굳어버리기 쉽습니다.

처음부터 PDF를 작게 유지하기

지나치게 커진 PDF는 대부분 만들어지는 그 순간에 커집니다. 아무도 일부러 고르지 않은 기본값 때문입니다.

• 글자는 회색조로 200~300 dpi에 스캔하세요. 흑백 종이를 컬러로 스캔하면 데이터가 헛되이 세 배가 됩니다. 이 한 가지 변경만으로도 나중에 하는 어떤 압축보다 값어치가 큰 것이 보통입니다.
• 이미지는 문서에 넣기 전에 크기를 줄이세요. 실제로 보일 크기까지 줄인 사진은 원본 전체 해상도의 일부만 차지하면서 보기에는 똑같습니다.
• 가능하면 PDF로 인쇄하지 말고 내보내세요. Word, Pages, Google 문서 모두 인쇄 대화상자보다 내보내기나 PDF로 저장 쪽이 훨씬 효율적인 파일을 만듭니다.
• 병합은 마지막에 한 번만. 병합하고 또 병합하기를 반복하면 그때마다 중복된 글꼴 데이터가 쌓입니다. 최종 문서는 한 번의 작업으로 조립하세요.
• 배포한 뒤가 아니라 보관하기 전에 압축하세요. 거대한 파일이 스무 명에게 나가버린 뒤라면, 크기 문제는 이미 모두의 문제가 된 다음입니다.

마지막으로 붙들어 둘 구분이 하나 있습니다. 느린 파일은 크기 문제이지만, 아예 열리지 않는 파일은 그렇지 않습니다. 뷰어가 버거워하는 대신 오류를 띄운다면 그 오류 메시지가 무엇을 뜻하는지부터 보세요 — 열리지 않는 파일을 압축해 봐야 소용없습니다.

자주 묻는 질문