문서·PDF · 11분 읽기 · 2026-11-01

PDF↔이미지 변환 설정 가이드: DPI·용량·여백을 실측값으로 고르는 법

PDF를 JPG로 뽑을 때 DPI를 얼마로 해야 하는지, 사진을 PDF로 묶을 때 여백과 배치를 어떻게 정하는지 실측 표로 정리했습니다. 같은 원본을 96·150·300DPI로 변환한 픽셀 크기와 용량, 용지·여백·페이지당 배치 6조합의 결과를 함께 담았습니다.

작성·검토: Tranfox 편집팀 · 최초 발행 2026-11-01 · 최종 수정 2026-11-05

PDF를 이미지로 바꾸거나 사진을 PDF로 묶는 일은 자주 생기지만, 설정 화면에 나오는 DPI·품질·여백·배치가 결과를 어떻게 바꾸는지 설명해 주는 곳은 드뭅니다. 이 글은 그 값들을 실제 변환 결과로 비교한 기록입니다. 표의 수치는 이 사이트의 변환 도구가 쓰는 것과 같은 코드로 같은 원본을 변환해 얻은 값이며, 화면에서 바로 재현할 수 있습니다.

한 줄 답

PDF→이미지는 용도로 DPI를 정하고(화면 확인 96, 열람·첨부 150, 인쇄·OCR 300), 이미지→PDF는 제출처 규격이 있으면 A4·여백 10mm, 사진 비율을 살리려면 원본 용지·여백 0mm를 고르면 됩니다. 두 경우 모두 파일은 브라우저 안에서만 처리됩니다.

1. PDF를 이미지로 뽑을 때 정하는 값은 세 가지

변환 화면에 있는 값은 사실 세 개뿐입니다. 해상도(DPI), 형식(JPG·PNG), 페이지 범위. 나머지는 이 세 값의 조합입니다.

2. DPI가 픽셀 크기를 바꾸는 계산

PDF의 페이지 크기는 포인트(pt) 단위입니다. A4는 595.28×841.89pt이고, 1pt는 1/72인치입니다. 그래서 픽셀 크기는 pt ÷ 72 × DPI로 계산됩니다. A4를 세 가지 DPI로 계산하면 이렇게 됩니다.

DPI를 두 배로 올리면 한 변이 두 배, 넓이는 네 배가 됩니다. 96에서 300으로 올리면 넓이는 약 10배입니다. 다만 파일 용량이 픽셀 수만큼 늘지는 않습니다. 압축 방식이 다르기 때문인데, 아래 실측에서는 픽셀이 9.8배로 늘 때 JPG 3장 합계가 3.8배, PNG가 2.6배 늘었습니다.

3. 같은 원본을 96·150·300DPI로 변환한 실측값

A4 3장짜리 시험 PDF(사진 1장 · 글자만 있는 페이지 1장 · 스캔 모양 페이지 1장)를 한 번 만들어 두고, DPI와 형식만 바꿔가며 변환했습니다. 값은 페이지별 결과입니다.

읽는 법은 네 가지입니다. 첫째, 픽셀 수와 용량은 따로 움직입니다. 96→300DPI는 픽셀이 9.8배로 늘지만(위 계산), JPG 3장 합계는 3.8배 늘었습니다. 해상도를 올려도 같은 그림을 키우는 것이면 JPG가 잘 압축하기 때문입니다.

둘째, 글자만 있는 페이지가 사진 페이지보다 무거울 수 있습니다. 300DPI JPG에서 글자 페이지만 601KB로 사진 페이지(360KB)보다 큽니다. 흰 바탕의 작은 글자는 JPG가 압축하기 어려운 패턴입니다. 글자를 읽기만 할 목적이라면 96~150DPI로 충분합니다.

셋째, PNG는 이 표본의 모든 조합에서 JPG보다 컸습니다(같은 DPI 기준 1.4~7.4배). 투명 배경이나 선 위주의 도표가 아니라면 JPG가 기본값으로 맞습니다.

넷째, 300DPI PNG는 장당 1MB를 넘습니다. 사진 3장짜리 문서를 300DPI PNG로 뽑으면 3.1MB가 넘으니, 먼저 필요한 장만 골라 뽑으세요.

4. "300DPI가 정답"이 아닌 이유

• 화면 확인용 — 96DPI면 충분합니다. 모니터에서 100%로 볼 때 필요한 픽셀은 화면 크기뿐입니다.
• 메일·게시판 첨부 — 대부분 장당 수 MB 제한이 있습니다. 150DPI JPG가 통과하는 경우가 많습니다.
• 인쇄·스캔 대체·OCR — 300DPI가 기준입니다. 다만 OCR은 해상도만으로 되지 않고 기울기·대비가 더 중요합니다.
• 확대해서 봐야 하는 도면·지도 — 300DPI로도 부족할 수 있습니다. 이때는 이미지 변환이 아니라 원본 PDF의 벡터를 그대로 쓰는 편이 낫습니다.

5. 페이지 범위는 이렇게 읽습니다

범위 입력은 1-5,8 같은 문법을 씁니다. 규칙은 단순합니다.

• 3 — 3쪽 한 장.
• 1-5 — 1쪽부터 5쪽까지 다섯 장.
• 1-5,8,10-12 — 1~5, 8, 10~12쪽.
• 빈 값 — 전체 페이지.

전체 10장짜리 문서에 8-20을 넣으면 존재하는 페이지만 남기고 8~10쪽을 뽑습니다. 반대로 0이나 글자가 섞인 값은 잘못된 입력으로 처리해 아무것도 변환하지 않습니다. 범위를 잘못 넣어 100장을 한 번에 뽑는 것보다, 먼저 1~2장으로 시험해 보는 편이 빠릅니다.

6. 사진을 PDF로 묶을 때: 용지·여백·페이지당 배치

이미지→PDF는 반대로 정할 값이 세 개입니다.

같은 사진 3장(사진 1600×1200, 스캔 모양 1240×1754, 작은 사진 800×600)을 조합만 바꿔 묶은 결과입니다.

여기서 눈여겨볼 점은 용지·여백 선택이 파일 용량을 거의 바꾸지 않는다는 것입니다. 위 6조합의 결과가 모두 같은 값 근처에 모여 있습니다. 이 도구는 사진을 다시 압축하지 않고 원본 바이트를 그대로 PDF에 넣기 때문에, 페이지를 A4로 잡든 사진 크기로 잡든 안에 든 사진 용량이 그대로입니다. 페이지 크기는 인쇄·제출 편의를 위해 고르는 값이지, 용량을 줄이는 값이 아닙니다.

7. 세로·가로 사진이 섞였을 때

같은 PDF 안에 세로 사진과 가로 사진이 섞이면, A4 용지에서는 각 사진이 자기 방향에 맞춰 페이지 안에 들어갑니다. 사진이 페이지를 넘치지 않도록 비율을 유지한 채 칸에 맞추고(작은 사진은 칸을 채우려고 확대됩니다), 남는 공간은 여백이 됩니다. "원본" 용지를 고르면 페이지마다 크기가 달라지므로, 한 파일 안에서 페이지 크기가 섞이는 것이 문제 되는 제출처(관공서·학교)에는 A4를 쓰세요.

휴대폰 사진은 촬영 방향 정보(EXIF)를 함께 저장합니다. 이 도구는 이미지를 읽을 때 브라우저의 기본 동작(방향 정보 반영)을 쓰므로, 결과 PDF를 열어 사진이 바로 서 있다면 방향 정보가 정상적으로 적용된 것입니다. 결과가 누워 있다면 원본 파일에 방향 정보가 없거나 다른 앱이 이미 회전시킨 경우이니, 사진 앱에서 방향을 저장한 뒤 다시 시도하세요.

8. 업로드형 서비스와 브라우저 처리의 차이

PDF 도구는 크게 두 방식입니다. 파일을 서버로 올려 처리하는 방식과, 브라우저 메모리에서 처리하는 방식입니다. 기능은 비슷해도 파일이 어디에 있는지가 다릅니다.

업로드형 서비스가 나쁘다는 뜻은 아닙니다. 큰 파일을 빠르게 처리해야 하거나 기기 성능이 낮으면 서버 처리가 유리합니다. 다만 신분·금액이 담긴 문서라면 파일이 어디로 가는지를 먼저 확인하는 편이 안전합니다. 확인 방법은 PDF 처리 방식 안내에 정리해 두었습니다.

9. 한도와 메모리

브라우저 처리의 한계는 기기 메모리입니다. 이 사이트의 PDF→이미지 도구는 한 번에 40페이지, 파일 40MB까지 받고, 이미지→PDF는 사진 30장·장당 15MB·합계 80MB까지 받습니다. 이 값들은 브라우저 한도를 측정한 것이 아니라 이 도구에 설정한 상한입니다.

측정에서 300DPI 변환은 3장에 4.5초(PNG 5.7초)가 걸렸습니다. 페이지 수와 해상도가 함께 늘면 시간과 메모리가 곱으로 늘어나므로, 40페이지짜리 스캔 문서를 300DPI로 한 번에 뽑는 것은 권하지 않습니다. 10~20장씩 나눠 뽑고, 필요하면 결과를 PDF 합치기로 다시 묶는 순서가 안전합니다.

10. 바로 해보기

PDF를 이미지로 뽑으려면 PDF → JPG 변환, 사진을 한 파일로 묶으려면 JPG → PDF 변환을 쓰세요. 결과 PDF의 용량이 제출 한도를 넘으면 PDF 용량 줄이기로 사진을 다시 압축할 수 있습니다. 세 도구 모두 파일을 서버로 보내지 않습니다.

11. 확인한 출처

• pdf.js (Mozilla) — PDF 렌더링 라이브러리: 이 사이트는 Apache-2.0 라이선스의 pdfjs-dist로 페이지를 캔버스에 그립니다.
• pdf-lib — PDF 생성·수정 라이브러리: MIT 라이선스, 이미지→PDF 생성에 사용합니다.
• Adobe — PDF 32000-1:2008: 페이지 크기 단위(포인트, 1/72인치)의 정의 근거.
• MDN — canvas.toBlob(): 캔버스 이미지를 JPG·PNG로 인코딩하는 경로.
• iLovePDF — 보안 정책 페이지: 업로드형 서비스가 보관·암호화 정책을 어디에 밝히는지 확인하는 예시(보관 기간은 서비스마다 다르므로 각 정책 문서를 직접 확인하세요).

측정 환경: macOS(Apple M5) · Chromium · 이 사이트의 변환 코드(pdfjs-dist·pdf-lib). 측정일 2026-11-01. 표의 수치는 같은 원본을 같은 조건에서 변환한 결과이며, 실제 문서에서는 내용(사진 비율·글자 밀도)에 따라 달라집니다.