PDF 파일이 너무 커서 이메일에 첨부할 수 없나요? 3단계로 5MB 이내로 압축

결론부터: PDF가 너무 커서 이메일에 첨부할 수 없는 근본 원인은 파일 크기가 메일함 첨부 크기 제한을 초과했기 때문입니다. 해결 방법은 압축 도구로 PDF를 제한값 이내(기업 WeChat/Outlook 20MB, QQ 메일 50MB)로 압축하고, 용량의 대부분을 차지하는 내장 이미지와 글꼴을 우선적으로 최적화하는 것입니다. 아래에서는 이메일 첨부 크기 제한의 이유로부터 3단계로 5MB 이내로 압축하는 전체 절차를 소개하고 80MB 스캔 계약서 실전 사례도 함께 제공합니다.

1. 왜 이메일 첨부 파일에는 크기 제한이 있나요

거의 모든 이메일과 업무 협업 도구는 단일 이메일 첨부 파일 크기에 상한을 두고 있습니다. 이는 일부러 사용자를 불편하게 하려는 것이 아니라 이메일 전송 프로토콜(SMTP), 서버 저장 비용, 스팸 방지 정책의 제약을 받기 때문입니다. 아래 표는 국내 주요 메일 플랫폼의 첨부 크기 제한을 정리한 것입니다.

메일 플랫폼	단일 첨부 상한	단일 이메일 총 첨부	초과 시 동작
QQ 메일	50MB	50MB	"첨부 파일 너무 큼" 안내, 발송 불가
네이트 163 메일	50MB	50MB	제한 초과 안내, 초대 첨부 사용 권장
기업 WeChat	20MB	20MB	직접 차단, 발송 불가 안내
딩딩(钉钉)	20MB	20MB	파일过大 안내, 钉盘으로 전환 권장
Outlook 웹 버전	20MB	20MB	첨부 초과 안내, 부착 불가
Gmail	25MB	25MB	자동으로 Google Drive 링크로 전환
Outlook 클라이언트(Exchange)	10-25MB	관리자 구성	발송 실패, 반송 메일로 초과 안내

보는 바와 같이 가장宽松한 QQ 메일조차 50MB에 불과하며, 기업 WeChat, 딩딩, Outlook 같은 업무 시나리오는 일반적으로 20MB에 머물러 있습니다. 스캔 계약서 한 건이 수십에서 수백 MB에 달하는 것은 흔하며 한도를 크게 초과합니다. 임시로 클라우드 디스크로 우회하기보다는 PDF를 직접 5MB 이내로 압축하는 편이 낫습니다. 이 용량이면 모든 주요 메일함을 안정적으로 통과하며 본문과 다른 첨부 파일을 위한 여유도 남습니다.

2. 3단계로 PDF를 5MB 이내로 압축

PDF 용량은 주로 세 가지 객체에서 발생합니다. 내장 이미지, 내장 글꼴, 중복 구조. 스캔 파일은 이미지가 주를 이루고 문서는 글꼴이 주를 이룹니다. 3단계 압축법의 핵심은 먼저 용량 발생 원인을 진단한 다음 대응되는 압축 전략을 선택하고 마지막으로 실행하는 것입니다. 이 방법은 80MB 이내의 스캔 계약서를 안정적으로 5MB 이내로 압축합니다.

단계 1: PDF 구성 확인, 용량 원인 파악

압축 전에 먼저 "용량이 어디에 쓰이는지" 파악해야 합니다. 압축 도구나 PDF 분석기로 파일을 열어 세 가지 객체의 용량 비율을 확인합니다. 내장 이미지, 내장 글꼴, 문서 구조(중복 객체 포함). 이 단계에서 이후의 압축 대상이 결정됩니다.

일반적인 판단 근거: 스캔 파일은 90% 이상의 용량이 이미지에 있으며, 단일 페이지 1MB 이상, 인코딩 방식이 FlateDecode, DPI 300-600이 일반적입니다. 순수 텍스트 문서는 용량의 대부분이 글꼴에 있으며, 완전한 중국어 글꼴 하나가 무려 10-20MB에 달합니다. 반복 편집된 오래된 파일은 흔히 중복 객체가 존재하여 5%-15%를 더 압축할 수 있습니다. 먼저 진단하고 나서 실행하여하여 "오래 압축했지만 효과 없음" 상황을 피하십시오. 대상을 잘못 압축했을 가능성이 큽니다.

단계 2: 압축 전략 선택

단계 1의 진단 결과에 따라 아래 표에서 대응되는 전략을 선택합니다. 용량 원인에 따라 압축 수익의 차이가 크며, 이미지 리샘플링의 수익이 가장 높고 글꼴 서브셋화는 중국어 문서에서 효과가 현저합니다.

용량 원인	압축 전략	핵심 매개변수	예상 감소율
고 DPI 스캔 이미지	이미지 리샘플링(DPI 감소)	600DPI→150DPI, Lanczos	80%-90%
FlateDecode 인코딩 이미지	형식 변환(JPEG로)	품질 72, 흑백을 그레이스케일로	70%-85%
완전 내장 중국어 글꼴	글꼴 서브셋화	사용 문자만 보존	90%-95%
반복 편집의 중복 객체	중복 제거 + 크로스 레퍼런스 테이블 재구성	미참조 자원 정리	5%-15%
웹 빠른 미리보기 필요	선형화(Fast Web View)	Object Stream 활성화	1%-3%

스캔 계약서의 경우 보통 단계 2의 앞 세 항목이 모두 필요합니다. 리샘플링으로 최대 감소율을 먹고, 형식 변환으로 한 단계를 더 압축하며, 글꼴 서브셋화로 마무리합니다. 세 가지가 누적되면 80MB를 5MB 이내로 압축할 수 있습니다.

단계 3: 압축 실행 및 검증

전략을 선택한 후 압축을 실행하여 새 파일을 출력합니다. 압축 후 반드시 두 가지 검증을 수행합니다. 첫째, 용량이 기준을 충족하는지(목표 제한 이하), 둘째, 내용이 완전하고 읽을 수 있는지(열어서 페이지별로 텍스트, 서명, 표 테두리가 선명한지, 어긋남은 없는지 확인). 압축 후 원본과 비교하여 주요 페이지를 샘플 검사하여 서명 및 도장 부분의 무결성을 확인할 것을 권장합니다.

자주 간과되는 점: 제한값까지 꽉 차게 압축하지 마십시오. 예를 들어 기업 WeChat은 20MB로 제한되어 있는데 18MB로 압축하는 편이 더 안전합니다. 이메일 본문, 기타 첨부 파일, 인코딩 부풀어남(base64 인코딩은 약 33% 증가)이 모두 공간을 차지합니다. 목표를 제한값의 60% 이내(예: 20MB 제한 시 12MB 이내)로 설정하면 발송 실패가 거의 발생하지 않습니다.

3. 실전 사례: 80MB 스캔 계약서를 4.8MB로 압축

이는 32페이지 중국어 매매 계약서 스캔 파일로 원래 용량은 80.4MB이며 기업 WeChat을 통해 상대방에게 발송해야 합니다(제한 20MB). 3단계 압축법으로 처리합니다.

문서 특징: 32페이지 A4, 600DPI 흑백 스캔, 내장 이미지 32장이 모두 FlateDecode 인코딩(단일 페이지 평균 2.4MB), 내장 노토세리프CJK(NotoSerifCJK) Regular+Bold 합계 28MB, 3회 증분 저장을 거치며 중복 존재.

실행 매개변수와 용량 변화:

단계	작업	핵심 매개변수	용량 변화
1	이미지 리샘플링	600DPI→150DPI, Lanczos	80.4→15.2MB
2	형식 변환	FlateDecode→JPEG, 품질 72, 그레이스케일로	15.2→6.1MB
3	글꼴 서브셋화	사용된 1287개 문자 보존	6.1→4.9MB
마무리	중복 제거 + 선형화	크로스 레퍼런스 테이블 재구성	4.9→4.8MB

결과: 4.8MB, 압축비 약 16.8:1, 기업 WeChat의 20MB 제한을 한참 밑돕니다. 텍스트는 선명하게 읽을 수 있으며 서명 필적이 완전하고 표가 끊어지지 않았으며 상대방이 정상적으로 열어볼 수 있었습니다. 전체 절차가 로컬에서 완료되어 계약서가 어떤 제3자 서버도 거치지 않았으며 비즈니스 문서의 기밀성 요구 사항을 충족합니다.

4. 다양한 메일 시나리오별 압축 권장

수신 채널과 문서 유형에 따라 압축 목표와 전략의 중점이 다릅니다. 아래 표는 일반적인 시나리오에 대한 권장을 제시합니다.

발송 시나리오	목표 용량	문서 유형	권장 전략
기업 WeChat/딩딩으로 계약서 발송	≤15MB	스캔 계약서	150DPI+그레이스케일 JPEG+글꼴 서브셋화
QQ 메일로 보고서 발송	≤40MB	그림과 텍스트 혼합 보고서	200DPI+JPEG 품질 80+서브셋화
Outlook으로 입찰 서류 발송	≤15MB	차트 포함 입찰서	200DPI+JPEG 품질 85, 컬러 이미지 보존
정부 OA 시스템 업로드	≤5MB	승인 자료 스캔 파일	150DPI+그레이스케일 JPEG+서브셋화+중복 정리
이메일로 순수 텍스트 통지 발송	≤2MB	텍스트 PDF	글꼴 서브셋화 위주, 이미지는 무시 가능
국경 간 이메일로 도면 발송	≤20MB	CAD 내보내기 PDF	벡터 최적화+중복 제거, DPI 감소는 신중히

일반 원칙 한 가지: 스캔 파일은 먼저 DPI를 낮추고 JPEG로 변환하며, 텍스트 파일은 먼저 글꼴 서브셋화를 수행하고, 오래된 파일은 먼저 중복을 정리합니다. 목표 용량을 제한값의 60% 이내로 설정하는 편이 가장 안전합니다.

5. 자주 묻는 질문 FAQ

Q1: PDF가 이메일 첨부 크기 제한을 초과하면 어떻게 보내나요?

먼저 압축 도구를 사용하여 PDF를 해당 메일함의 제한 이내로 압축한 후(QQ 메일 50MB, 기업 WeChat 20MB, Outlook 20MB) 첨부 파일로 발송합니다. 스캔 계약서의 경우 이미지를 150DPI로 리샘플링하고 JPEG 인코딩으로 변환하며 글꼴 서브셋화를 적용하는 3단계를 거치면 80MB 파일을 안정적으로 5MB 이내로 압축할 수 있습니다. 파일이 매우 큰 경우(예: 수백 MB의 도면집) 압축이 안 되면 여러 PDF로 분할하여 여러 차례 발송하거나 로컬 압축 후 암호화된 압축 파일을 생성하여 발송할 수 있습니다.

Q2: PDF를 5MB로 압축하면 선명도에 영향이 있나요?

화면 읽기와 이메일 전송 시나리오에서는 스캔 파일을 150DPI로 리샘플링하고 그레이스케일 JPEG(품질 72)로 변환한 후에도 텍스트는 여전히 선명하게 읽을 수 있으며 육안으로 거의 차이가 없습니다. 150DPI는 문서류 콘텐츠의 화면 읽기 표준 값으로, 사람의 눈으로는 더 높은 DPI와의 차이를 구분할 수 없습니다. 인쇄 보관이 필요한 경우 JPEG 품질을 85로 높이거나 300DPI 고화질 원본을 별도로 보관하여 인쇄에 사용하고 이메일로는 압축 버전을 발송하면 됩니다.

Q3: 압축 소프트웨어가 없을 때 큰 PDF를 임시로 어떻게 보내나요?

클라우드 디스크 공유 링크(바이두 넷디스크, 알리윤 디스크)나 파일 중계소(QQ 메일 파일 중계소는 2GB, 유효 기간 30일 지원)를 통해 다운로드 링크를 발송할 수 있지만 이는 임시 방편일 뿐입니다. 주의할 점: 계약서, 입찰 서류 등 민감한 파일의 경우 제3자 클라우드 디스크 업로드는 권장하지 않으며 유출 위험이 존재합니다. 또한 링크에는 유효 기간이 있어 상대방이 기간이 지나면 열 수 없어 일을 그르칠 수 있습니다. 더 안전한 방법은 로컬 압축 소프트웨어로 처리한 후 직접 이메일을 발송하는 것이며, 안전하면서도 제3자에 의존하지 않습니다.

Q4: 왜 기업 WeChat은 20MB 첨부 파일만 보낼 수 있나요?

기업 WeChat은 서버 저장 비용과 전송 안정성을 고려하여 단일 첨부 파일 상한을 20MB로 설정합니다. 초과 시 시스템이 직접 차단하고 발송할 수 없다고 안내하며, 먼저 압축하거나 분할해야 합니다. Outlook 웹 버전도 동일하게 20MB이며 QQ 메일은 상대적으로宽松하여 50MB이지만 어느 쪽이든 한도까지 발송하는 것은 권장하지 않습니다. base64 이메일 인코딩은 첨부 파일 크기를 약 33% 부풀리며, 본문과 기타 첨부 파일을 더하면 실제 사용 가능 공간은 더 작아지므로 압축 여유를 두는 편이 더 안전합니다.

결론

PDF가 너무 커서 이메일에 첨부할 수 없는 근본 원인은 파일 크기가 메일함 첨부 제한을 초과한 것이며, 해결 방법은 바로 그것, 즉 대응되는 압축입니다. 3단계 압축법의 로직은 분명합니다. 먼저 PDF 구성을 확인하여 용량 원인을 파악하고, 그 다음 압축 전략을 선택하며(스캔 파일은 DPI 감소+JPEG 변환, 텍스트 파일은 글꼴 서브셋화, 오래된 파일은 중복 정리), 마지막으로 실행하고 검증합니다. 80MB 스캔 계약서를 이 절차대로 처리하면 안정적으로 5MB 이내로 압축되며 모든 주요 메일함을 통과할 수 있습니다.

세 가지를 기억하십시오. 첫째, 먼저 진단하고 나서 압축하며 맹목적으로 실행하지 마십시오. 둘째, 목표 용량을 제한값의 60% 이내로 설정하여 인코딩 부풀어남과 본문을 위한 여유를 남기십시오. 셋째, 민감한 파일은 로컬 압축을 사용하고 편의를 위해 클라우드 디스크로 보내지 마십시오. 이 세 가지를 파악하면 PDF 이메일 발송이 더 이상 어려운 일이 아닙니다.