PNG를 JPG로 바꿨는데 용량이 커지는 이유

무엇을 비교했나요?

색면 그림은 넓은 단색 영역과 경계, 글자 샘플은 흰 바탕에 작은 픽셀 글자와 1픽셀 선으로 만들었습니다. 세 번째는 고정 난수 시드 20260927과 밝기 변화로 만든 합성 질감입니다. 카메라로 찍은 사진이 아니며 실제 사진의 압축률을 추정하는 데 사용하면 안 됩니다. 원본에는 투명도가 없습니다.

변화율 = (JPG 바이트 ÷ PNG 바이트 − 1) × 100입니다. 양수면 커졌다는 뜻입니다. 글자·선 결과의 +765.7%는 JPG 크기가 원본의 약 8.7배라는 뜻이며 7.7배라는 뜻이 아닙니다.

작은 글자 가장자리를 같이 보세요

아래는 같은 위치의 250 × 160픽셀 영역을 최근접 방식으로 3배 확대한 것입니다. PNG의 깨끗한 배경과 JPG의 글자·선 주변을 비교하세요. 실제 검토할 때는 다운로드한 파일을 원래 크기와 확대 화면 모두에서 확인하는 것이 좋습니다.

PNG는 이번 단색·반복 패턴을 손실 없이 효율적으로 저장했습니다. JPG는 작은 영역의 밝기·색 변화를 근사하는 방식이라 같은 품질 숫자라도 내용에 따라 용량과 경계 표현이 달라집니다. JPG 파일이 더 큰데도 글자 주변은 원본과 달라질 수 있으므로 크기가 곧 품질이라는 판단도 피해야 합니다.

내 파일에서는 이렇게 결정하세요

1. 로고·도형·화면 캡처라면 PNG 원본을 먼저 유지하고 JPG 사본 하나만 비교하세요. 표의 절감률을 다른 그림에 그대로 적용하지 마세요.
2. 제출처가 JPG만 받는다면 용량이 늘어도 호환성을 위해 변환해야 할 수 있습니다. 받는 곳의 형식 조건과 용량 조건을 따로 확인하세요.
3. 실제 사진은 사진 한 장으로 다시 측정하세요. 원본 크기, 인코더와 품질이 달라지면 결과가 달라집니다. 투명 배경은 이 실험에 포함하지 않았고 JPG로 보존되지 않습니다.

내 파일을 PNG → JPG 도구에서 비교하기 · 검토 후 여러 장 변환하기

직접 확인하고 재현하는 방법

2026년 9월 27일 JUUD Apps가 개인정보가 없는 입력을 코드로 직접 만들었습니다. 숫자는 다운로드 파일의 실제 바이트 수입니다. 1 kB를 1,000바이트로 표시하는 운영체제와 1 KiB를 1,024바이트로 표시하는 운영체제의 차이를 피하기 위해 바이트를 그대로 적었습니다.

측정 환경은 Node 24.18.0, sharp 0.35.3 / libvips 8.18.3, pdf-lib 1.17.1입니다. PNG 압축 단계 9, JPG 품질 82·색차 샘플링 4:2:0, 축소 필터 Lanczos3를 사용했습니다. 도구의 A4·가운데 맞춤·24포인트 여백과 같은 배치 조건을 사용했지만 인코더는 Node 기반입니다. 사이트 도구를 특정 브라우저에서 실행해 얻은 성능·호환성 시험 결과가 아니며, 브라우저의 품질 82가 이 결과와 같은 바이트를 만든다는 뜻도 아닙니다.

1. 원본과 결과를 내려받아 파일 속성과 실제 표시 내용을 확인합니다. 확대 이미지는 원본 일부를 크게 보여주는 것이며 새 디테일을 복원하지 않습니다.
2. 새 폴더에 재현 코드를 저장하고 Node 22 이상에서 아래 두 명령을 실행합니다. 인터넷 연결은 라이브러리 설치에만 필요합니다. 실행은 개인 파일이나 외부 자료를 읽지 않습니다.
3. 새 results 폴더의 measurements.json과 공개 자료를 비교합니다. 동일 인코더·라이브러리 버전을 사용하세요. 플랫폼이나 종속 라이브러리가 달라지면 파일 바이트가 달라질 수 있습니다. 공개된 SHA-256은 이 게시물에 사용한 파일의 동일성을 확인하는 값입니다.

npm install sharp@0.35.3 pdf-lib@1.17.1
node reproduce.mjs ./results

측정값·환경·파일 SHA-256재현 코드 다운로드

이 샘플들은 결과를 설명하기 위해 만든 자료입니다. 실제 휴대폰 사진, 스캐너 문서, 손글씨, 한글 글꼴, HDR 또는 투명 이미지의 품질을 대표하지 않습니다. 사용자 파일을 시험하지 않았으므로 특정 용량 제한 충족이나 모든 글자의 판독을 보장하지 않습니다.