PDF 파일 용량 줄이기

무언가를 압축하기 전에 자신이 무엇을 압축하는지 아는 편이 좋습니다. 본문만 있는 40쪽짜리 PDF는 대개 300킬로바이트를 넘지 않습니다. 그 본문은 글자 그리기 명령 몇천 개와 글꼴 일부에 지나지 않기 때문입니다. 그런데 12쪽짜리 스캔 계약서는 17메가바이트가 되기도 합니다. 차이는 쪽수도 아니고 본문도 아닌 이미지입니다. 실제로 누군가 이 PDF가 너무 무겁다고 말할 때, 바이트의 90퍼센트 넘는 부분이 사진입니다. 그리고 압축 도구가 하는 일 전부는 그 사진들을 화면에서 여전히 제대로 보이는 크기로 다시 부호화하는 것입니다. 나머지 작업, 곧 메타데이터 정리와 참조되지 않는 요소 삭제와 상호 참조표 재작성은 메가바이트가 아니라 킬로바이트를 움직입니다.

손잡이는 둘뿐입니다

이미지 압축은 해상도와 품질로 귀결됩니다. 해상도는 이미지가 가진 화소의 수입니다. 1인치에 300점으로 읽는 스캐너는 같은 쪽을 150점으로 읽을 때의 약 네 배 화소를 만들고, 화소는 곧 바이트입니다. 품질은 그다음에 적용하는 부호화 설정으로, 1.0이면 거의 다 남고 0.4쯤부터 평평한 면에 눈에 보이는 흐트러짐이 생깁니다. 저희 세 가지 설정은 둘을 함께 움직입니다. 가벼움은 긴 변을 1700화소로 제한하고 품질 0.80을, 균형은 1240화소에 0.62를, 강함은 1000화소에 0.45를 씁니다. 대부분의 문서에는 균형이 맞습니다. 높이 1240화소로 그려진 쪽은 대다수 사람이 읽는 화면보다 여전히 또렷하고, 0.80에서 0.62로 내리기만 해도 본문 가독성에 손대지 않으면서 놀랄 만큼 많은 바이트가 사라지기 때문입니다.

저희가 실제로 측정한 수치

아래는 추정이 아니라 도구에 통과시킨 실제 파일입니다. 변호사나 세무사가 메일로 보내오는 종류의 12쪽짜리 스캔 문서는 균형 설정에서 17.69메가바이트에서 1.49메가바이트로 줄었습니다. 91.6퍼센트입니다. PDF로 내보낸 7쪽짜리 발표 자료는 6.55메가바이트에서 1.87메가바이트로, 71.5퍼센트 줄었습니다. 둘의 차이는 시사하는 바가 있습니다. 스캔은 종이의 사진 그 자체라 다시 부호화하는 일이 결과를 지배합니다. 반면 발표 자료에는 압축이 손댈 수 없는 벡터 도형과 글자가 들어 있어 천장이 낮습니다. 어떤 도구를 쓰든 큰 이득은 스캔과 사진이 많은 파일에서 나오고, 처음부터 디지털로 만들어진 문서에서는 이득이 소박하다고 생각하십시오.

설정보다 형식이 더 중요합니다

많은 도구가 결과를 잃는 함정이 있습니다. 브라우저와 사무용 프로그램은 이미지를 사진용 압축 형식이 아니라 손실 없는 형식 그대로 심어 넣는 일이 많습니다. 심어진 사진 형식만 다룰 줄 아는 압축 도구는 그런 이미지를 보고도 알아보지 못해 건너뜁니다. 앞서 말한 17.69메가바이트 스캔에 처음 도전했을 때, 70초를 들인 결과는 0.0퍼센트 절감이었습니다. 스물네 장의 이미지가 모두 손실 없는 형식이었고 모두 건너뛰어졌기 때문입니다. 그것들을 날 화소까지 되돌린 다음 사진 형식으로 다시 부호화한 것이 0퍼센트를 91.6퍼센트로 바꾸었습니다. 눈으로 봐도 이미지투성이인 파일을 두고 개선할 수 없다고 말하는 도구가 있다면 원인은 대개 이것입니다.

투명, 마스크, 그리고 건너뛰어지는 이미지

압축 도구가 예민하게 다루는 이미지 부류가 있습니다. 투명을 가진 이미지입니다. PDF에서 부드러운 마스크는 회색조의 별도 요소로 저장되고 본체 이미지가 그것을 참조합니다. 조심스러운 압축 도구는 로고가 있던 자리에 검은 사각형이 생기는 사고를 피하려고 마스크를 가진 것은 통째로 건너뜁니다. 이 조심성은 비쌉니다. 저희 시험에서는 실제 문서의 가장 큰 이미지, 2.58메가바이트짜리가 바로 이 이유로 건너뛰어지고 있었고, 파일은 필요 없는 2.58메가바이트를 계속 안고 있었습니다. 올바른 처리는 훨씬 좁습니다. 마스크는 독립된 요소이므로 본체 이미지만 사진 형식으로 다시 부호화하고 마스크 참조는 그대로 두면 투명은 상하지 않습니다. 정말로 손대지 말아야 할 것은 두 가지뿐입니다. 계조 정보가 없는 화소당 1비트짜리 형틀 마스크와, 특정 색값이 화소를 보이지 않게 만드는 색 지정 마스크입니다. 같은 이치로 이미지에 붙은 색 반전 지시는 옛 부호화에 속하므로 새 부호화로 옮겨서는 안 됩니다. 옮기면 사진이 음화로 돌아옵니다.

정말로 줄어들지 않을 때

이미 최적화가 끝난 파일도 있습니다. 정직한 도구는 같은 크기의 조금 다른 파일을 만들어 내는 대신 그 사실을 말해 줍니다. 거의 전부가 벡터 글자로 된 PDF에는 내놓을 것이 거의 없습니다. 더 나쁜 것은, 구조를 다시 쓰는 작업이 작은 파일을 키울 수 있다는 점입니다. 저희 측정에서는 가벼운 문서를 선형화하는 최적화에 통과시키자 71퍼센트가 늘었습니다. 더해진 구조가 아낀 것을 넘어선 것입니다. 그래서 저희가 정한 원칙은 원본과 결과 가운데 작은 쪽을 남기고, 이득이 대략 3퍼센트 아래로 떨어지면 이미 최적화됨이라고 알리는 것입니다. 2퍼센트 차이를 성과로 내보이지는 않습니다. 언제나 절감을 보여 주는 도구가 있다면 그것이 무엇을 재고 있는지 의심하십시오.

시작하기 전에 내 파일의 종류를 알기

5초짜리 확인 두 가지가 기대치를 미리 알려 줍니다. 첫째, PDF 뷰어에서 커서로 한 문장을 선택해 보십시오. 문장이 선택되면 그 문서는 처음부터 디지털이고 아마 이미 작을 것입니다. 페이지 전체가 한 덩어리로 선택되면 스캔이며 압축에서 큰 이득을 봅니다. 둘째, 파일 크기를 쪽수로 나누십시오. 한 쪽에 0.5메가바이트를 넘는 문서는 예외라 할 것 없이 이미지 중심입니다. 이 두 가지를 먼저 해 두면 헛된 시도를 하지 않게 됩니다. 세 번째 단서는 파일의 출처입니다. 휴대전화로 찍은 서류는 책상용 스캐너로 읽은 것보다도 큰 경우가 많은데, 요즘 센서가 A4 한 장에 필요한 양보다 훨씬 많은 화소를 만들어 내기 때문입니다.

실무적인 순서

먼저 균형을 시도하고 결과는 미리보기가 아니라 100퍼센트 배율로 확인하십시오. 가장 빽빽한 쪽에서 가장 작은 글자, 곧 각주나 도장이나 서명란을 살펴보십시오. 품질 손실은 거기서 먼저 나타납니다. 그것이 버티고 있는데 더 가볍게 하고 싶다면 강함으로 옮기고, 버티지 못하면 가벼움으로 내려 큰 파일을 받아들이십시오. 그러고도 너무 크다면 그때 나누기를 생각하십시오. 4메가바이트 첨부 세 개가 12메가바이트 하나보다 보내기 쉬운 것이 보통이기 때문입니다. 그리고 원천이 직접 다루는 스캐너라면 가장 값싼 해결은 그보다 앞에 있습니다. 600점 컬러 대신 200에서 300점 회색조로 읽으면 이 문제는 아예 생기지 않습니다.