이미지를 JPG로 바꾸면 항상 용량이 줄어들까요? 글자와 단색 도형이 많은 그림에서는 그렇지 않았습니다. 같은 1200×800 원본을 네 가지 방식으로 저장했더니, 이번 도형 샘플의 PNG는 31,763바이트였고 JPG는 61,949바이트였습니다. 변환 전에 그림의 종류와 필요한 품질을 함께 보아야 하는 이유입니다.
비교에 쓴 두 원본
첫 번째 원본은 한글·숫자·막대 도형을 넣어 직접 만든 RGB 이미지입니다. 선명한 경계와 넓은 단색 면이 있습니다. 두 번째는 난수 시드를 고정해 만든 노이즈 이미지입니다. 픽셀 변화가 많은 극단적인 시험 자료이며, 일반 사진을 대표하지 않습니다. 두 원본 모두 1200×800픽셀이고 투명 영역은 없습니다.
Pillow 12.3.0에서 PNG는 optimize=True, JPG는 quality=85·subsampling=0·optimize=True, 손실 WebP는 quality=85·method=6, 무손실 WebP는 lossless=True·method=6으로 저장했습니다. JPG와 WebP의 ‘85’는 서로 같은 화질을 뜻하지 않습니다. 따라서 이 결과는 동일 화질 경쟁이 아니라 지정한 저장 설정의 비교입니다.
파일 전체 크기와 픽셀 보존 결과
| 저장 방식 | 도형 원본(B) | 노이즈 원본(B) | 원본 픽셀과 완전히 같은가 |
| PNG | 31763 | 2884326 | 예 |
| JPG 85 | 61949 | 1369819 | 아니요 |
| WebP 85 | 19832 | 717546 | 아니요 |
| 무손실 WebP | 12424 | 2880080 | 예 |
도형 샘플에서는 무손실 WebP가 12,424바이트로 가장 작았고, 다시 열어 비교한 RGB 픽셀도 원본과 같았습니다. 반면 노이즈 샘플의 무손실 WebP는 약 288만 바이트로 PNG와 비슷했습니다. 손실 WebP는 노이즈 파일을 더 작게 만들었지만 픽셀이 바뀌었으므로 ‘같은 것을 더 효율적으로 저장했다’고만 설명하면 부정확합니다.
블로그 이미지에 적용하는 순서
- 글자·표·화면 캡처처럼 경계가 중요한 자료는 원본을 보관한 채 PNG와 지원되는 무손실 형식을 비교합니다.
- 파일 크기뿐 아니라 실제 게시 너비에서 작은 글자를 읽어 봅니다. 눈에 띄는 번짐이 있으면 용량 절약보다 가독성을 우선합니다.
- 사진은 사진 원본으로 별도 비교합니다. 이 노이즈 결과를 사진 압축률로 대입하지 않습니다.
- 업로드 후 이미지를 다시 열어 확인합니다. 게시 플랫폼이 재인코딩한다면 로컬 결과와 달라질 수 있습니다.
직접 확인할 부분
샘플의 diagram.png, diagram.jpg, diagram.webp, diagram.lossless.webp를 같은 배율로 열고 하단의 작은 글자와 색 막대 경계를 비교하세요. 운영체제가 KB를 표시하는 방식이 다를 수 있으므로 속성의 정확한 바이트 수 또는 측정 기록을 기준으로 비교하면 혼동을 줄일 수 있습니다.
이번 실험에서는 어느 한 형식이 모든 원본에서 최선이라는 결론을 내릴 수 없습니다. ‘이미지 종류 → 필요한 보존 수준 → 게시 환경의 지원 → 실제 결과’ 순으로 고르는 편이 재작업을 줄입니다.
형식과 저장 옵션의 정의: Pillow 공식 이미지 형식 문서.
실험 조건과 확인 자료
2026년 10월 17일, Windows 환경에서 합성 샘플을 만들고 자동화 코드로 저장·분석했습니다. 실제 회사 문서나 촬영 사진을 사용한 시험은 아닙니다. 특정 앱의 버튼을 직접 눌러 비교한 결과로 해석하지 마세요. 결과가 달라질 수 있는 조건은 본문에 구분했습니다.
실험 원본·결과 파일과 재현 방법에서 샘플 ZIP과 측정 기록을 확인할 수 있습니다.
'이미지 실험' 카테고리의 다른 글
| PNG 확장자를 JPG로 바꾸면 변환될까? 파일 내부 형식과 해시로 확인 (0) | 2026.10.17 |
|---|---|
| 투명 PNG를 JPG로 바꿨더니 배경이 생겼다: 흰색·검은색 합성 비교 (0) | 2026.10.17 |
| 이미지 용량 줄이기: 가로 크기 축소와 JPG 품질 낮추기는 무엇이 다를까 (0) | 2026.10.17 |
