먼저 답하면

JPEG 품질 90은 프로그램마다 다른 양자화표와 인코딩 설정을 뜻할 수 있습니다. 숫자를 직접 비교하지 말고 같은 원본을 한 번씩 내보내 파일 크기와 실제 결함, 색차 처리, 메타데이터를 함께 확인하세요.

바로 사용해 보세요

PNG → JPG

도구 열기

품질 숫자가 공통 단위가 아님을 이해하기

JPEG는 주파수 성분을 양자화해 데이터를 줄이지만, 사용자 인터페이스의 품질 80이나 90을 어떤 양자화표로 바꿀지는 프로그램이 결정합니다. 숫자 범위가 같아도 한 도구의 90과 다른 도구의 90은 동일한 압축 강도를 보장하지 않습니다. 일부 앱은 0부터 100, 다른 앱은 0부터 1이나 낮음·높음 단계만 제공하며 내부 매핑도 공개되지 않을 수 있습니다.

따라서 기존 파일이 품질 90으로 저장됐다는 정보만으로 같은 결과를 재현할 수 없습니다. 사용한 앱과 버전, 출력 크기, 색상 모드, 서브샘플링과 최적화 옵션을 함께 알아야 합니다. 비교 목적을 먼저 정하세요. 가장 작은 파일, 작은 글자 보존, 사진 질감, 업로드 제한 충족처럼 목표가 다르면 적절한 설정도 달라집니다. 숫자는 후보를 고르는 시작점으로만 사용합니다.

  • 숫자를 표준 화질 등급으로 해석 금지
  • 앱·버전·추가 설정 기록
  • 비교 목표 먼저 정의

같은 품질 숫자는 같은 양자화표나 같은 화면 품질을 의미하지 않습니다.

양자화표와 색차 서브샘플링 차이 보기

JPEG 인코더는 밝기와 색차 성분에 서로 다른 양자화표를 적용할 수 있습니다. 세부를 얼마나 강하게 줄이는지에 따라 미세 질감, 그라데이션과 고대비 경계의 결과가 달라집니다. 품질 숫자가 높아도 인코더가 특정 성분을 더 거칠게 처리할 수 있으므로 확대 화면에서 블록, 링잉과 번짐을 직접 확인하세요. 가능하면 파일 분석 도구로 양자화표 정보를 비교합니다.

색차 서브샘플링은 색 해상도를 줄여 용량을 낮추는 방식이며 작은 빨간 글자, UI 캡처와 날카로운 색 경계에서 차이가 잘 보입니다. 한 도구는 높은 품질에서 4:4:4를 사용하고 다른 도구는 4:2:0을 유지할 수 있습니다. 사진만으로 비교하면 차이를 놓칠 수 있으므로 인물, 잎, 그라데이션뿐 아니라 색 글자와 그래픽을 표본에 포함하세요. 알파가 있는 원본은 배경 합성 방식도 고정해야 합니다.

  • 양자화표와 결함 함께 비교
  • 색차 서브샘플링 확인
  • 사진·글자·그래픽 표본 사용

동일한 무손실 원본에서 한 번씩 인코딩하기

도구를 공정하게 비교하려면 같은 PNG나 원본 편집 파일에서 각각 JPG를 한 번만 만드세요. 이미 압축된 JPG를 다른 품질로 다시 저장하면 첫 압축의 손실과 새 손실이 섞여 어느 도구의 차이인지 알기 어렵습니다. 픽셀 크기, 색상 프로필, 배경과 메타데이터 정책도 동일하게 맞춥니다. 자동 리사이즈나 선명도 보정이 켜져 있지 않은지 확인하세요.

각 결과에 도구 이름과 설정을 기록하고 파일명을 분리합니다. 파일 크기만 순위로 삼지 말고 100퍼센트 확대와 실제 게시 크기에서 모두 확인하세요. 확대에서는 블록과 링잉을 찾고 실제 크기에서는 텍스트 가독성, 피부와 전체 인상을 판단합니다. 차이 이미지나 객관 지표는 보조 자료로 사용할 수 있지만, 최종 용도에서 허용되는 결함을 대신 결정해 주지는 않습니다.

  • 같은 무손실 원본 사용
  • 각 도구에서 한 번만 인코딩
  • 확대와 실제 크기 모두 평가

재압축된 JPG를 기준으로 비교하면 도구 차이와 세대 손실이 섞입니다.

화질 외의 출력 조건도 통제하기

JPEG 품질 비교에는 색상 프로필, 방향, 메타데이터와 프로그레시브 저장 여부도 영향을 줍니다. 프로필이 빠지거나 색 공간이 바뀌면 압축 결함이 아니라 색 변화 때문에 한 결과가 나빠 보일 수 있습니다. Exif Orientation 처리 방식이 다르면 픽셀 크기와 표시 방향도 달라집니다. 비교 전에 ICC, 방향 태그, 픽셀 치수와 메타데이터 유지 정책을 확인하세요.

브라우저 Canvas의 품질 인수처럼 구현체가 실제 인코딩 방식을 결정하는 API도 있습니다. 같은 숫자를 넘겨도 브라우저나 버전에 따라 세부 결과가 달라질 수 있으며 지원되지 않는 값은 기본 동작으로 처리될 수 있습니다. 자동화에서는 실행 환경과 버전을 고정하고 대표 결과를 보관하세요. 파일 크기 제한이 있다면 목표 용량에 맞춰 각 도구에서 별도의 설정을 찾아야 공정한 비교가 됩니다.

  • ICC·방향·크기 조건 통일
  • 프로그레시브·메타데이터 설정 기록
  • 브라우저와 인코더 버전 고정

실제 업로드 결과로 설정 승인하기

후보 JPG를 실제 CMS, 쇼핑몰, 메신저나 소셜 서비스에 업로드합니다. 서비스가 다시 크기를 줄이거나 압축하면 로컬에서 가장 좋던 설정이 최종 결과에서는 차이가 없거나 더 나빠질 수 있습니다. 제공되는 미리보기와 다운로드본을 각각 받아 파일 크기, 픽셀 크기, 색상과 결함을 비교하세요. 모바일과 데스크톱 표시 크기가 다르면 두 환경에서 모두 확인합니다.

승인 기록에는 원본, 도구와 버전, 품질 숫자, 양자화·서브샘플링 정보, 프로필, 크기와 서비스 결과를 남깁니다. 문제가 생기면 파생 JPG를 다시 저장하지 말고 무손실 원본에서 새 설정으로 만드세요. 마지막으로 인물·풍경·색 글자·그라데이션 표본을 최종 전달 경로에서 비교해 최소 허용 품질을 정합니다. 그 기준을 통과한 설정만 일괄 변환에 사용하세요.

  • 서비스 재압축 결과 확인
  • 모바일·데스크톱 모두 비교
  • 콘텐츠 유형별 최소 품질 승인

도구의 숫자가 아니라 최종 사용자가 보는 파일을 기준으로 설정을 선택하세요.

핵심만 정리했어요

  • JPEG 규격은 앱의 품질 슬라이더 숫자를 공통 화질 척도로 정의하지 않습니다.
  • 같은 90이라도 양자화표, 색차 서브샘플링, 최적화와 인코더 구현이 달라 결과가 다를 수 있습니다.
  • 비교는 동일한 무손실 원본에서 각 도구로 한 번만 인코딩하고 실제 사용 크기에서 진행해야 합니다.
  • 파일 크기·시각적 결함·색상·메타데이터와 대상 서비스의 재압축을 함께 검증하세요.

자주 묻는 질문

서로 다른 프로그램의 JPEG 품질 90은 같은가요?

아닙니다. 숫자를 양자화표와 다른 인코딩 옵션으로 바꾸는 방식이 프로그램마다 다를 수 있습니다.

파일이 더 크면 항상 화질이 더 좋은가요?

항상 그렇지 않습니다. 메타데이터, 최적화와 인코더 차이가 크기에 영향을 주므로 실제 픽셀 결함을 함께 봐야 합니다.

기존 JPG를 품질 100으로 다시 저장하면 복구되나요?

아닙니다. 이미 잃은 정보는 돌아오지 않으며 새로운 JPEG 인코딩으로 추가 변화가 생길 수 있습니다.

사진 외에 어떤 표본이 필요한가요?

작은 색 글자, UI 그래픽, 그라데이션과 날카로운 경계를 포함해야 서브샘플링과 링잉 차이를 확인하기 쉽습니다.

최종 설정은 어떻게 고르나요?

같은 무손실 원본의 후보들을 실제 서비스에 올려 전달본의 화질과 용량을 비교한 뒤 콘텐츠 유형별 기준을 정하세요.

출처 및 참고자료

  1. ITU-T T.81 — JPEG Requirements and Guidelines
  2. JPEG Committee — JPEG 1
  3. MDN Web Docs — HTMLCanvasElement.toBlob()