업로드하지 않고 PDF 압축하기
대부분의 “무료 PDF 압축기” 페이지는 파일을 가져와 들어본 적 없는 서버에 업로드한 다음 더 작은 사본을 돌려줍니다. 세금 신고서, 환자 기록 또는 기밀 계약서의 경우 파일 크기가 아니라 그 왕복 과정이 실제 문제입니다. 이 가이드에서는 아무것도 업로드하지 않고 PDF를 압축하는 방법, 실제 크기와 품질의 상충 관계, 서버 사이드 처리가 진정으로 더 나은 선택이 되는 경우를 설명합니다.
핵심 아이디어: 브라우저에서 재압축하기
섹션 제목: “핵심 아이디어: 브라우저에서 재압축하기”PDF는 페이지 콘텐츠 스트림, 글꼴, 이미지, 메타데이터 등 객체의 컨테이너로, 상호 참조 테이블로 포장되어 있습니다. 놀랍게도 “부풀려진” 부분의 상당수는 보이는 콘텐츠가 아니라 남겨진 구조적 요소입니다. 파일을 저장한 편집 앱이 추가한 증분 업데이트, 압축되지 않은 객체 스트림, 중복된 글꼴 하위 집합, 더 이상 문서와 일치하지 않는 메타데이터 등이 여기에 해당합니다.
PDFLean의 압축기는 브라우저의 메모리에서 문서를 다시 빌드합니다. 각 페이지를 탐색하고, 객체를 압축된 객체 스트림으로 다시 압축하며, 불필요한 증분 업데이트 레이어를 제거하고, 깨끗한 단일 세대 파일을 작성합니다. 어떤 것도 전송되지 않습니다. 파일은 페이지의 로컬 엔진에 의해 열리고 메모리에서 처리되며, 결과는 곧바로 사용자에게 반환됩니다. 중간에 탭을 닫으면 데이터는 그저 사라질 뿐입니다. 사용자 기기 이외의 다른 곳에 존재한 적이 없기 때문입니다.
브라우저 사이드 압축이 단순한 서버 왕복보다 더 작고 더 안전할 수 있는 이유가 바로 이 때문입니다. 컨테이너를 다시 빌드하는 것은 개인정보 보호 측면에서 아무런 비용이 들지 않으며, 이미지 인코딩을 다시 하는 것보다 더 많은 공간을 복구하는 경우가 많습니다.
실제로 얻게 되는 것
섹션 제목: “실제로 얻게 되는 것”보고서, 인보이스 패키지, PDF로 내보낸 슬라이드 덱과 같이 텍스트가 많은 일반적인 PDF의 경우, 객체 스트림을 다시 빌드하고 찌꺼기인 증분 업데이트를 제거하면 시각적인 품질 손실 없이 파일 크기를 보통 30–70% 줄일 수 있습니다. 프로덕션 파이프라인에서 직접 측정한 결과, 60페이지 분량의 텍스트 보고서(객체 스트림이 없는 레거시 형식의 160 KB)가 중간값 26 ms 속도로 91 KB로 다시 빌드되어 43%의 절약 효과를 보였습니다. 동일한 측정을 통해 한계도 솔직하게 보여줍니다. 이미 최적화된 최신 PDF는 결과적으로 ≈0%였습니다. 페이지 콘텐츠 자체는 건드리지 않기 때문입니다. 모든 단어, 벡터 경로 및 이미지는 픽셀 하나까지 똑같이 유지됩니다. 이것이 무손실 구조적 압축입니다.
한계 사례는 이미지가 많은 PDF입니다. 스캔한 문서와 사진은 그 자체로 파일 크기의 대부분을 차지합니다. 객체를 더 잘 압축하는 것은 이런 경우 아주 약간의 도움만 될 뿐입니다. 바로 그 부분에 진정한 품질/크기 결정이 존재하며, 명시적인 수준(약함 / 권장 / 극한)을 제공하는 도구를 사용할 가치가 있는 곳입니다. 대상 화면에서 텍스트가 여전히 선명하게 보이는 수준을 선택한 다음 멈추면 됩니다.
단계별 가이드
섹션 제목: “단계별 가이드”- PDF 압축기를 엽니다 — 계정도 필요 없고 업로드도 하지 않습니다.
- PDF를 끌어다 놓습니다(또는 파일을 선택합니다). 파일은 로컬 메모리에만 로드됩니다.
- 수준을 선택합니다. 무손실 구조 정리를 원하면 약함을 선택하고, 엄격한 크기 목표가 필요할 때는 더 강한 수준을 선택하세요.
- 실행합니다. 페이지에는 이전/이후 크기와 저장된 비율이 표시됩니다.
- 결과를 다운로드합니다. 원본과 출력 파일은 모두 기기에 그대로 유지됩니다.
특히 이미지를 축소하려는 경우(대개 스캔한 PDF에서 가장 효과적인 방법), 이미지 압축기로 원본 이미지를 먼저 압축한 다음 PDF를 다시 빌드하세요.
클라우드 방식이 올바른 정답일 때
섹션 제목: “클라우드 방식이 올바른 정답일 때”브라우저 사이드 처리는 기기의 메모리에 의해 제한됩니다. 인라인 방식은 파일당 대략 10 MB를 처리합니다. 이를 넘어서는 대용량 스캔이나 400페이지 문서의 경우 한계에 부딪히게 됩니다. 이는 마케팅을 위한 제한이 아닙니다. 브라우저 탭의 메모리 상한선이며, 정직한 로컬 도구라면 모두 가지고 있는 한계입니다.
정말로 거대한 파일의 경우 합리적인 패턴은 선택적 사용입니다. 민감한 내용에는 로컬 처리를 사용하고, 민감하지 않은 거대한 파일에는 짧은 보존 기간을 가진 클라우드 방식을 사용하세요. PDFLean은 모든 도구에 시작 전에 로컬 또는 클라우드 레이블을 지정합니다 — 일부 대용량 도구는 혼합형입니다 — 클라우드 출력 파일은 24시간 이내에 자동 삭제됩니다(작업 기록은 최대 7일까지 보관). 파일이 크면서 동시에 민감하다면, 올바른 방법은 파일을 분할하고(PDF 분할), 그 부분들을 로컬에서 압축한 다음, 다시 병합하는 것입니다.
도구가 정말로 업로드하지 않는지 확인하는 방법
섹션 제목: “도구가 정말로 업로드하지 않는지 확인하는 방법”마케팅 문구를 신뢰할 필요는 없습니다. 파일을 로드하기 전에 브라우저의 DevTools → Network 탭을 연 다음, 도구를 실행해 보세요. 진행률 표시줄이 움직이는 동안 네트워크 로그가 조용하게 유지되거나(또는 정적 에셋만 표시된다면) 처리는 진정으로 로컬에서 이루어지는 것입니다. 파일을 놓는 순간 파일이 첨부된 POST 요청이 나가는 것을 본다면, 페이지의 주장과는 관계없이 업로드가 이루어지고 있는 것입니다. 확인하는 데는 10초면 충분하며 의문을 영구적으로 해결해 줍니다.
자주 묻는 질문
섹션 제목: “자주 묻는 질문”압축하면 텍스트가 흐려지나요? 구조적 재압축으로는 흐려지지 않습니다. 페이지 콘텐츠는 다시 래스터화되는 것이 아니라 복사됩니다. 흐려짐은 이미지가 많은 파일에서 이미지를 다시 인코딩하는 공격적인 수준을 선택했을 때만 나타납니다.
오프라인에서도 작동하나요? 처리 엔진은 브라우저에서 실행되지만, 페이지 자체는 웹을 통해 로드됩니다. 완전히 오프라인으로 사용하려면 사이트를 PWA로 설치하세요. 그러면 셸이 캐시됩니다.
제 파일은 왜 5%만 줄어들었나요? 대개 이미 이미지가 압축된 이미지 위주의 문서(대부분의 스캔본)이기 때문입니다. 구조적 이점은 이미 다 소진되었고, 남은 크기는 픽셀에 존재합니다.
업로드하지 않고 PDF를 압축하는 것은 미봉책이 아닙니다. 대다수의 문서에서 브라우저 내 구조적 재압축은 무손실이고, 비공개적이며, 즉각적이라는 점에서 단순히 더 나은 방법입니다. 물리적으로 브라우저 탭에 맞지 않는 파일을 위해 클라우드 방식을 남겨두고, 민감한 모든 것은 본인의 기기에 보관하세요.