2026-07-31
PDF 용량이 너무 커서 이메일이 안 보내질 때, 업로드 없이 파일 나누는 법
"PDF 용량이 너무 커서 이메일이 안 보내진다"는 2026년에도 여전히 실제로 겪는 문제입니다. 이메일 서비스들이 여전히 첨부 파일에 작고 엄격한 상한을 두고 있기 때문입니다. Gmail의 공식 도움말 문서는 개인 계정의 상한을 25MB로 못박고 있습니다 — 그 이상이면 사용자 의도와 상관없이 Gmail이 조용히 첨부 파일을 메일에서 빼고 대신 Google Drive 링크로 바꿔버립니다. Outlook.com의 발송 제한 지원 문서도 개인 계정에 대해 정확히 같은 숫자, 25MB를 밝히고 있습니다. 회사 이메일은 오히려 더 빡빡한 경우가 많습니다 — Microsoft의 첨부 파일 용량 줄이기 안내 문서는 일반적인 Exchange(업무용) 계정의 기본 한도가 메시지와 첨부 파일을 합쳐 단 10MB라고 설명합니다. 스캔한 증빙 서류 묶음, 서명이 들어간 여러 페이지짜리 계약서, 여러 보고서를 합친 파일 하나만으로도 특별히 이상한 일을 한 게 아닌데도 이런 한도를 쉽게 넘어섭니다 — 그리고 사람들이 가장 먼저 떠올리는 해결책인 "그냥 압축하면 되지"는 모든 무료 도구가 실제로 할 수 있는 일이 아닙니다. 파일을 한도 안에 들어가는 조각들로 나누는 건 이 문제의 특정한 버전에 대한 또 다른 해결책입니다 — 다만 시작하기 전에 이게 정확히 무엇을 해결하고 무엇을 해결하지 못하는지 알아둘 필요가 있습니다.
나누는 것과 압축하는 것은 다르다 — 이 차이가 실제로 도움이 될지를 결정한다
PDF를 나눈다고 해서 무언가가 작아지지는 않습니다 — 원래 있던 총 바이트 수를 더 많은 파일에 나눠 담을 뿐입니다. 22MB짜리 40페이지 PDF를 20페이지씩 두 개로 나누면 (분할 자체의 오버헤드는 차치하고) 대략 11MB짜리 파일 두 개가 나오는 것이지, 더 가벼운 문서 두 개가 나오는 게 아닙니다. 이건 "첨부 파일 하나가 25MB를 넘으면 안 된다"는 규칙에 걸려 있을 때는 진짜로 도움이 됩니다 — 조각들의 합계 크기는 그대로여도 상관없고, 중요한 건 파일 하나하나의 크기뿐이기 때문입니다. 하지만 진짜 문제가 페이지 수가 아니라 픽셀 수일 때는 더 이상 도움이 되지 않습니다: 해상도가 매우 높은 스캔 페이지가 단 한 장만 있어도 그 한 페이지 자체가 한도보다 무거울 수 있고, 나머지 페이지들을 그 페이지에서 떼어내 나눈다고 해서 그 한 페이지의 무게가 바뀌지는 않습니다. NearPDF에는 페이지 크기 조정이나 이미지 압축 도구가 없습니다 — 도구 목록은 merge, split, organize, delete, rotate, watermark, 페이지 번호, PDF-to-JPG 변환까지가 전부입니다 — 그러니 페이지 한 장이 실제 병목이라면 분할로는 이 문제를 정말로 해결할 수 없고, 정직한 다음 단계는 나누기 전에 그 페이지를 더 낮은 해상도로 다시 스캔하는 것이지, 분할 도구가 압축 문제를 대신 해결해주길 기대하는 게 아닙니다.
NearPDF의 split 도구가 답하는 질문은 딱 하나다: "모든 페이지를 각자 파일로"
NearPDF 자신이 split 도구를 설명하는 문구는 정확합니다: "각 페이지를 개별 PDF로 추출합니다." 이게 메커니즘의 전부입니다 — 페이지 하나당 PDF 하나를 만들어서 zip으로 함께 내려주며, 예외도 없고 "출력 파일당 N페이지" 같은 설정도 없습니다. 페이지 하나하나를 따로 다뤄야 할 때 — 페이지 한 장만 뽑아서 따로 보내야 하거나, 문서 전체를 개별 단일 페이지 파일들로 만들어야 할 때 — 는 바로 이 도구가 정답입니다. 하지만 원하는 게 1~20페이지를 담은 파일 하나와 21~40페이지를 담은 파일 하나라면 이 도구는 맞지 않습니다. split은 애초에 범위를 만들어내지 않기 때문입니다 — 출력은 언제나 정확히 페이지 한 장씩입니다.
페이지 범위가 필요하다면, 원하지 않는 페이지를 지우고 저장한다
NearPDF의 delete 도구에도 "1~20페이지만 남기기" 같은 단축 기능은 없습니다 — 범위 입력란도, 다중 선택도, "전체 선택 후 반전" 같은 기능도 없습니다. 있는 건 workspace 그리드의 각 페이지마다 붙어 있는 평범한 ✕ 버튼뿐입니다. 거꾸로 접근할 의향만 있다면 이걸로 충분합니다: 파일을 추가하고, 남기고 싶은 범위 밖의 페이지마다 ✕를 눌러 지운 뒤 저장하면, 그 범위만 담긴 파일 하나가 만들어집니다. 나머지를 담은 두 번째 파일이 필요하다면 같은 원본 파일을 delete 도구에 다시 불러와 반대쪽 페이지들을 지우면 됩니다. 40페이지 문서를 둘로 나누는 경우라면 각각 스무 번쯤 클릭하는 두 번의 작업이면 됩니다 — 100페이지짜리 파일을 여러 조각으로 잘게 나누는 상황이라면 지루하겠지만, "큰 파일 하나를 특정 용량 한도를 각각 통과하는 두세 조각으로 나눈다"는 흔한 경우에는 충분히 현실적입니다.
실제 작업 흐름
아무것도 업로드하지 않고 NearPDF 안에서만 처리하는 현실적인 순서는 이렇습니다: 원래 여러 파일로 따로 있던 증빙 서류나 첨부 자료가 있다면 먼저 merge로 하나로 합치고, 부딪히고 있는 한도를 기준으로 실제로 몇 조각이 필요한지 정합니다(Gmail이나 Outlook.com의 25MB 한도라면 보통 두세 조각이면 충분하고, 업무용 계정의 10MB 한도라면 더 많은 조각이 필요할 수 있습니다). 그런 다음 페이지당 파일 하나가 필요하면 split을 실행하고, 특정 범위가 필요하면 분할할 조각마다 delete를 두 번씩 써서 원하는 범위만 남깁니다. 스캐너가 옆으로 눕혀서 내놓은 페이지가 있다면 저장하기 전에 NearPDF의 회전 관련 글에서 설명한 것과 같은 페이지별 회전 버튼으로 바로잡으세요 — 내보낸 뒤에 회전을 고치려면 분할 작업을 처음부터 다시 해야 합니다. 각 결과 파일은 범위를 한눈에 알 수 있는 이름으로 저장하세요 — "계약서-1-20페이지.pdf"가 "계약서 (3).pdf"보다 낫습니다 — 그래야 이메일 체인의 두 번째 절반을 받는 사람이 직접 번호를 다시 매기지 않고도 무엇을 열고 있는지 알 수 있습니다.
정직하게 다시 말하는 한계
이 중 어느 것도 파일의 전체 데이터 용량을 줄여주지 않습니다 — 분할은 언제나 원래 파일과 합계 용량이 같은 여러 파일을 만들어낼 뿐이고, 만들 수 있는 조각도 "페이지 전부" 아니면 "손으로 클릭해서 골라낸 범위"로 제한됩니다. 클릭 한 번으로 임의의 이름 붙은 덩어리를 만들어주지는 않습니다. 진짜 병목이 페이지 수가 아니라 페이지 한 장의 해상도라면, 아무리 나눠도 그 페이지를 한도 아래로 내릴 수 없습니다 — 이건 해상도 문제이고, 원본을 더 낮은 품질로 다시 스캔하거나 다시 내보내야 고칠 수 있는 문제이지, 페이지 분할 도구가 사후에 고쳐줄 수 있는 문제가 아닙니다. 훨씬 더 흔한 경우 — 페이지가 많은 문서 하나가 실제 한도가 있는 받은편지함에 파일 하나로는 그냥 너무 큰 경우 — 에는, 직접 통제할 수 있는 두세 조각으로 나누는 것만으로, 그것도 기기 안에서만, 업로드해서 되는지 안 되는지 확인할 필요 없이 목적을 달성할 수 있습니다.