JPG vs PNG vs PDF 어떤 형식을 써야 할까?

대부분의 사람은 이 세 형식을 어쩌다 알게 됩니다. 저장 창이 제시한 것, 휴대폰이 만들어낸 것, 사이트가 요구한 것 — 그러다 결국 같은 것을 가리키는 바꿔 쓸 수 있는 이름처럼 다루게 되죠. 전혀 같은 것이 아니며, 그 차이는 일상적인 문서 골칫거리의 놀랄 만큼 많은 부분을 설명합니다. 흐릿하게 나온 스크린샷, 뒤에 회색 상자가 생긴 로고, 파일을 받아주지 않던 양식, 14MB짜리 첨부파일 말입니다.

가장 쓸모 있는 이해는 이것이 애초에 삼자 비교가 아니라는 점입니다. JPG와 PNG는 이미지 형식이고 한 가지 지점에서만 갈립니다. PDF는 문서 컨테이너이며 완전히 다른 범주에 속합니다.

짧은 답

• JPG — 사진, 그리고 계조가 연속적이고 픽셀 단위 정확도보다 작은 용량이 더 중요한 모든 것.
• PNG — 스크린샷, 로고, 도표, 날카로운 경계나 단색 면이 있는 모든 것, 그리고 투명 배경이 필요한 모든 것.
• PDF — 문서인 모든 것: 여러 페이지, 읽히기 위한 글, 인쇄·서명·보관하거나 어딘가에 제출할 자료.

하나만 기억한다면 이것입니다. 대상이 그림이 아니라 문서가 되는 순간 답은 PDF이며, 그 JPG가 화면에서 아무리 좋아 보여도 상관없습니다.

JPG가 실제로 하는 일

JPG — JPEG라고도 쓰지만 같은 형식입니다 — 는 손실 압축을 씁니다. 이미지를 분석해 사람의 시각이 가장 알아채기 어려운 디테일을 골라 영구히 버립니다. 그 결과 원본 픽셀 데이터의 10분의 1 정도 되는 파일이 남고, 그 대가는 보통 눈에 보이지 않습니다.

사진에는 이 맞바꿈이 훌륭합니다. 사진 내용은 연속 계조 — 색과 밝기가 서서히 변하고 단단한 경계가 적은 — 이고, 이는 알고리즘이 정확히 겨냥한 조건입니다. 잘 저장된 풍경 JPG는 원본과 눈으로 구분되지 않으면서 용량은 극히 일부입니다. 세상의 모든 카메라와 휴대폰이 JPG를 만들어내는 이유죠.

반면 단단한 경계가 있는 것에서는 같은 알고리즘이 눈에 띄게 실패합니다. 글자, 선 그림, 스크린샷, 로고는 단색에서 단색으로 갑자기 바뀌는 구간투성이인데, 이것이 JPG가 가장 못 다루는 경우입니다. 압축은 글자 가장자리에 옅은 번짐과 각진 후광을 만듭니다 — 이른바 아티팩트 — 그래서 JPG로 저장한 스크린샷은 원본 옆에 두면 어딘가 지저분해 보입니다.

JPG에는 투명도 없습니다. 모든 JPG는 꽉 찬 직사각형입니다. 투명 배경 로고를 JPG로 저장하면 투명은 흰색이 됩니다 — 색이 있는 페이지에 올린 로고 뒤에 흰 상자가 생기는 원인이 바로 이것입니다.

PNG가 실제로 하는 일

PNG는 무손실 압축을 씁니다. 픽셀 데이터에서 패턴을 찾아 더 효율적으로 저장하지만 이미지는 정확히 복원합니다 — 모든 픽셀이 원본과 똑같이 되돌아옵니다. 파일을 몇 번을 열고 다시 저장하든 아무것도 버려지지 않습니다.

그래서 PNG는 JPG가 망치는 바로 그 내용에 알맞은 선택입니다. PNG로 저장한 스크린샷은 픽셀 단위로 정확해서, 파일 속 글자가 화면에서만큼 또렷합니다. 도표, 차트, 로고, 아이콘, 그리고 단색 면적이 넓은 모든 것은 PNG에서 매우 잘 압축되고 흔히 JPG보다도 작습니다. 반복되는 동일 픽셀이야말로 이 알고리즘이 잘하는 대상이기 때문입니다.

PNG는 진짜 알파 채널도 지원합니다 — 픽셀 단위 투명도이며, 부드러운 경계를 위한 부분 투명도까지 포함합니다. 로고와 아이콘이 PNG로 배포되는 이유입니다. 같은 파일이 흰 페이지에도, 어두운 페이지에도, 사진 위에도 직사각형 배경을 끌고 다니지 않고 얹힙니다.

대가는 용량이며, 하필 PNG가 약한 단 하나의 내용 유형에서 드러납니다. 사진에는 반복되는 픽셀이 거의 없어 무손실 압축이 활용할 것이 적습니다. PNG로 저장한 사진은 눈에 보이는 이득 없이 같은 JPG보다 보통 5~10배 큽니다. 휴가 사진을 PNG로 보내는 것은 스크린샷을 JPG로 저장하는 일의 거울상입니다 — 내용에 맞지 않는 형식이죠.

PDF가 같은 범주가 아닌 이유

JPG와 PNG는 픽셀 격자를 저장합니다. 저장하는 것은 그것뿐입니다. PDF는 문서를 기술하는 컨테이너입니다. 치수가 정해진 페이지, 글꼴이 포함된 진짜 글자로서의 텍스트, 아무리 확대해도 또렷한 벡터 그래픽, 그리고 이미지가 필요한 자리의 이미지를 — 메타데이터, 책갈피, 페이지 순서와 함께 한 파일에 담습니다.

이 비교가 계속 사람들을 헷갈리게 하는 이유입니다. 사진에 JPG를 쓸지 PDF를 쓸지는 답이 분명한 합당한 질문입니다(JPG). 서명된 계약서에 JPG를 쓸지 PDF를 쓸지는 애초에 형식 문제가 아닙니다 — 하나는 문서이고 다른 하나는 문서의 스냅숏입니다.

컨테이너가 주는 것:

• 진짜 페이지. PDF 페이지는 A4, Letter처럼 고정 치수를 가지므로 인쇄 결과가 예측 가능합니다. 이미지는 임의의 픽셀 크기를 가진 직사각형이라 프로그램마다 제 나름의 추측으로 배율을 정합니다.
• 한 파일에 여러 페이지. 열두 쪽짜리 보고서는 PDF 하나입니다. 이미지로 하면 파일 열두 개이고, 하나를 잃어버릴 기회가 열두 번이며, 첨부를 하나만 받는 양식에서는 곤란해집니다.
• 선택하고 검색할 수 있는 글자. PDF의 글자는 선택·검색·복사가 되고 화면 낭독기가 읽어줄 수 있습니다. 이미지 속 글자는 글자의 그림이라 그중 무엇도 되지 않습니다.
• 보안과 서명. 비밀번호, 암호화, 권한, 전자 서명이 규격의 일부입니다. 이미지는 그 어느 것도 지원하지 않습니다.
• 보존 보장. PDF/A는 장기 보존을 위한 공식 표준이며, 기록 관리 시스템과 규정 준수 체계가 이를 요구하는 이유입니다.

알아둘 만한 미묘한 점: PDF가 한 쪽을 찍은 사진만 담고 있을 수도 있는데, 그러면 이미지의 한계를 그대로 물려받습니다 — 선택되는 글자도, 검색되는 것도 없습니다. OCR 이전의 스캔본이 바로 그 상태입니다. 그릇은 맞지만 내용에는 여전히 텍스트 레이어가 필요하고, 그것을 더해주는 것이 OCR PDF입니다.

항목별 비교

저장할 내용으로 고르기

압축 원리를 따지기보다 내용에서 거꾸로 짚는 편이 빠릅니다.

HEIC, WebP, TIFF

다른 세 형식도 각각 한 줄쯤 붙일 만큼 자주 등장합니다.

HEIC

아이폰이 기본으로 사진을 저장하는 형식입니다. JPG보다 실제로 낫습니다 — 비슷한 품질을 대략 절반 용량으로 냅니다 — 하지만 애플 생태계 밖의 지원은 여전히 들쭉날쭉해서, 메일로 보낸 HEIC가 받는 쪽 컴퓨터에서 열리지 않는 파일로 도착하는 일이 잦습니다. 상대의 환경을 모른 채 사진을 보내야 한다면 먼저 JPG로 변환하거나, 설정 → 카메라 → 포맷 → 높은 호환성에서 촬영 설정을 바꾸세요.

WebP

구글의 웹 이미지 형식으로, 손실·무손실 모드와 투명을 모두 지원하며 대개 같은 JPG나 PNG보다 25~35% 작습니다. 현재 브라우저는 모두 처리합니다. 반면 데스크톱 소프트웨어와 업로드 양식은 그렇지 않은 경우가 많아, 웹사이트에서 저장한 이미지가 로컬에서 아무것도 열지 못하는 형식으로 남는 일이 자주 생깁니다.

TIFF

스캔과 인쇄를 위한 오래된 전문가용 형식입니다 — 무손실, 고충실도, 여러 페이지 지원, 그리고 아주 큽니다. 인쇄, 의료 영상, 일부 보존 시스템에서는 지금도 표준입니다. 여러 쪽짜리 TIFF를 받았고 보통 사람이 열 수 있는 것이 필요하다면 PDF로 변환하세요.

서로 변환하기

변환은 어느 방향으로든 간단하지만, 결과가 쓸 만한지는 두 가지 규칙이 정합니다.

위로 변환하는 것은 안전하고, 아래로 변환하는 것은 그렇지 않습니다. PNG에서 JPG로 가면 디테일이 영구히 사라집니다. JPG에서 PNG로 되돌려도 복원되지 않습니다 — 이미 열화된 이미지의 무손실 사본을 더 큰 용량으로 얻을 뿐입니다. 사라진 디테일은 사라진 것이니, 원본은 더 좋은 형식으로 보관하고 거기서 사본을 내보내세요. 이미 변환한 파일을 다시 변환하지 마시고요.

이미지에서 PDF로 가는 방향이 가장 흔하고, 신경 써서 할 가치가 있는 쪽입니다. 이미지를 PDF로는 JPG, PNG, HEIC, WebP, TIFF를 받고, 여러 파일을 한 번에 처리하며, 변환 전에 페이지 순서·크기·방향을 정할 수 있게 합니다. 바로 이 설정이 쓸 만한 문서와 여백에 덩그러니 놓인 작은 그림을 가릅니다 — 자세한 내용은 이미지를 PDF로 변환하는 방법에 있습니다.

반대 방향으로 PDF를 이미지로는 각 페이지를 그림으로 렌더링합니다. 섬네일이나 슬라이드에는 이게 필요합니다. 다만 무엇을 잃는지는 분명히 하세요. 글자는 더 이상 글자가 아니고, 파일은 검색되지 않으며, 한 페이지가 한 장의 이미지가 됩니다. 발표 자료에 한 쪽을 끼워 넣을 때는 옳은 선택이고, 여전히 문서로 기능해야 하는 것에는 그른 선택입니다.

실무적인 후속 조치가 둘 있습니다. 이미지 때문에 PDF가 지나치게 무거워졌다면 PDF 압축이 페이지 구조를 건드리지 않고 다시 인코딩합니다. 그리고 PDF가 글자로 읽혀야 할 이미지들로 이루어져 있다면 — 스캔본이나 지면 사진 — OCR PDF가 문서를 검색 가능하게 만드는 보이지 않는 텍스트 레이어를 더해 줍니다.

자주 묻는 질문