How-to2026-10-02약 4분

휴대폰 사진을 PDF로: 파일이 왜 거대해지고 페이지가 왜 옆으로 돌아가는가

이미지를 PDF로는 사진마다 한 페이지에 원본 픽셀 크기 그대로 넣습니다. 그래서 3.2 MB짜리 휴대폰 JPEG 세 장이 41.5 MB PDF가 되었고, 세로 사진은 가로 페이지에 들어갔습니다. 변환 전에 사진을 줄이고, 변환 후에 옆으로 돌아간 페이지를 회전하세요.

PDF123 · Updated 2026-10-02

이미지를 PDF로는 JPEG, PNG, GIF, BMP 파일을 업로드한 순서대로 한 장에 한 페이지씩 담아 PDF 하나로 만듭니다. 아무것도 줄이지 않고, 휴대폰이 세로 사진에 기록해 두는 회전 플래그도 무시합니다. 한 번의 테스트에서 3.2 MB짜리 JPEG 세 장이 41.5 MB PDF가 되었고, 세로로 표시된 사진은 가로 페이지에 들어갔습니다. 업로드 전에 사진을 줄이고, 옆으로 돌아간 페이지는 나중에 PDF 회전으로 고치세요.

실제 예

입력은 4032 × 3024 픽셀 JPEG 세 장으로, 각각 약 3.2 MB(합계 9.7 MB)입니다. 일반적인 휴대폰 카메라 프레임의 픽셀 크기입니다. 미세한 노이즈가 있는 합성 이미지라 실제 사진보다 압축이 잘 안 됩니다. 아래 크기는 모두 2026-10-04에 현재 소스로 빌드한 로컬 서버에서 한 번 실행한 결과로 보시고, 보장 수치로 받아들이지 마세요. 요청은 다음과 같습니다.

curl -s -o IMG_0001.pdf \
  -F fileInput=@IMG_0001.jpg -F fileInput=@IMG_0002.jpg -F fileInput=@IMG_0003.jpg \
  https://pdf123.xyz/api/v1/convert/img/pdf

단계	결과
JPEG 3장, 4032 × 3024 px	합계 9.7 MB
이미지를 PDF로	3페이지, 41.5 MB, 페이지마다 4032 × 3024 pt
그 PDF에 PDF 압축	39.9 MB, 약 4% 감소
같은 사진 3장을 먼저 긴 변 1600 px로 축소	합계 1.7 MB
축소한 사진에 이미지를 PDF로	3페이지, 6.2 MB, 페이지마다 1600 × 1200 pt
그 PDF에 PDF 압축	6.2 MB, 줄지 않음

출력 파일은 첫 번째 파일 이름을 따르므로 위 다운로드는 IMG_0001.pdf입니다.

10 MB 사진이 41 MB가 되는 이유

JPEG는 사진을 손실 압축된 블록으로 저장합니다. 이미지를 PDF로는 그 바이트를 PDF에 그대로 복사하지 않습니다. 각 이미지를 디코딩해 8비트 RGB로 바꾸고, 원시 픽셀을 무손실 Flate 압축으로 저장합니다. 4032 × 3024 프레임 하나는 RGB로 3,660만 바이트(4032 × 3024 × 3)입니다. Flate가 이를 페이지당 약 13.8 MB로 줄였지만, 원래 JPEG의 4배가 넘습니다. 같은 사진 세 장을 아홉 번 넣자 PDF가 124.6 MB가 되었습니다.

이것이 PDF 압축 행들의 이유이기도 합니다. PDF 압축은 스트림을 다시 압축하고 객체를 묶을 뿐, 이미지를 다운샘플링하거나 다시 인코딩하지 않습니다. 픽셀은 이미 Flate로 압축되어 있어 더 줄일 것이 거의 없습니다(이유). 파일을 줄이는 길은 PDF를 만들기 전에 픽셀 수를 줄이는 것입니다.

비용이 하나 더 있습니다. 모든 페이지는 이미지 크기를 그대로 가져가며 1픽셀이 1포인트이므로, 4032픽셀 사진은 폭 56인치짜리 페이지가 됩니다. 뷰어는 창에 맞추고 프린터는 용지에 맞춰 축소하지만, 페이지 박스는 A4도 Letter도 아닙니다. 폼에는 용지 크기, 맞춤, 색상 유형, 자동 회전 옵션이 없고, 서버는 API 필드 fitOption, colorType, autoRotate를 읽지 않습니다.

먼저 줄이고, 그다음 변환하세요

업로드 전에 사진을 리사이즈하세요. Mac에서는 sips -Z 1600 IMG_0001.jpg --out small1.jpg로 됩니다. 어느 시스템에서든 ImageMagick으로는 다음과 같습니다.

magick IMG_0001.jpg -resize 1600x1600 -quality 85 small1.jpg

둘 다 4032 × 3024 사진을 1600 × 1200으로 만듭니다. 이번 실행에서 JPEG 세 장은 9.7 MB에서 1.7 MB로, 세 페이지 PDF는 41.5 MB에서 6.2 MB로 줄었습니다. Letter 용지에서 가로 11인치에 1600픽셀이면 약 145 dpi입니다. 사진으로 찍은 서식을 읽기에는 충분하지만 작은 글씨에는 거칩니다. 크기는 파일 용량 목표만 보지 말고, 읽어야 하는 가장 작은 글자를 기준으로 고르세요.

크기는 두 번 중요합니다. 이어서 쓰는 도구에도 상한이 있기 때문입니다. 요청 본문 하나는 100 MiB로 제한됩니다. 위의 124.6 MB PDF는 PDF 압축으로 보냈을 때 413(payload_too_large)으로 거부되었습니다. 우회 방법은 큰 PDF 업로드가 거부될 때를 보세요.

옆으로 돌아간 페이지

많은 휴대폰은 세로 사진을 가로 픽셀로 저장하고, 뷰어에 회전하라고 알려 주는 EXIF 방향 태그를 추가합니다. 사진 앱은 보통 태그를 따릅니다. 이미지를 PDF로는 태그를 읽지 않습니다. 방향 6(시계 방향 90° 회전)으로 태그된 1600 × 1200 JPEG는 가로 1600 × 1200 페이지가 되었습니다.

고치는 방법은 PDF 회전입니다. 페이지 번호(여기서는 1)와 각도 90을 입력하세요. 결과에는 그 페이지에 /Rotate 90이 설정되어 뷰어에서 똑바로 보였습니다. 반대 방향 태그(방향 8)에는 270, 거꾸로 된 사진(방향 3)에는 180을 쓰세요. 여기서 테스트한 것은 방향 6뿐입니다. PDF 회전은 현재 각도에 더하는 것이 아니라 페이지에 절대 각도를 설정하며, 이미지를 다시 인코딩하지 않습니다. 페이지를 하나씩 고치고 싶지 않다면 변환 전에 사진 앱에서 사진을 회전해 사본으로 저장하세요.

이 도구가 거부하는 것

HEIC 및 기타 형식. 이 페이지는 .png, .jpg, .jpeg, .gif, .bmp를 받습니다. 실제 HEIC 파일은 400, unsupported_file_type을 반환했습니다. 먼저 JPEG로 내보내세요.
이미지가 아닌 파일. 이 엔드포인트에 PDF를 올리면 같은 400과 "The file is not a supported image." 메시지가 돌아왔습니다.
SVG. SVG 파일도 같은 400을 받았습니다.
검색 가능한 텍스트. 사진으로 찍은 페이지의 글자는 픽셀로 남습니다. OCR은 Markdown 텍스트를 반환할 뿐, 이 PDF에 텍스트 레이어를 추가하지 않습니다(작동 방식).
투명도. 이미지는 RGB로 변환되며 알파 채널은 버려집니다.

보내기 전에 확인하세요

PDF를 열어 페이지 수를 사진 수와 순서대로 맞춰 보세요. 페이지 순서는 업로드 순서입니다. 테스트에서 세로 PNG를 가로 PNG보다 먼저 올리자 세로 페이지가 먼저 나왔습니다. 그다음 첨부하기 전에 파일 크기를 확인하세요.

Open tool

Process in the browser — no watermark, files removed after the job.

Open tool