PNG 파일은 필요 이상으로 큰 경우가 많습니다. 사진을 찍은 스크린샷, 전체 해상도로 내보낸 차트, 폰 앱이 저장한 스캔 문서. 전부 내용은 사진에 가까워 JPEG로는 훨씬 작아질 텐데도 PNG가 무손실로 저장하고 있습니다. 변환하면 대개 원래 용량의 1/5에서 1/10로 줄면서 눈에 보이는 차이는 없습니다.
변환 과정은 각 PNG를 디코딩해 흰 캔버스에 그린 뒤 JPEG로 인코딩합니다. 브라우저가 WebAssembly 워커를 지원하면 MozJPEG 빌드가 인코딩을 맡는데, 같은 체감 화질을 브라우저 기본 인코더보다 적은 바이트로 달성합니다. 높음은 0.92, 보통은 0.85를 씁니다.
모든 처리가 페이지 안에서 로컬로 실행됩니다. 스크린샷에 사내 도구든 사적인 메시지든 계정 정보든 담겨 있어도 전송되지 않습니다.
JPEG에는 알파 채널이 없으므로 투명도는 어떤 값으로든 결정되어야 합니다. 여기서는 모든 이미지가 인코딩 전에 흰 배경 위에 그려집니다. 따라서 주변이 투명한 로고는 흰 사각형 위에 놓인 형태로 나옵니다. 문서나 메일에는 보통 그게 맞지만, 로고가 색이 있는 페이지 위에 올라가야 한다면 잘못된 결과입니다.
투명도를 유지해야 한다면 PNG를 그대로 두거나 WebP로 변환하세요. WebP는 알파 채널을 지원하면서도 PNG보다 훨씬 잘 압축됩니다.
인터페이스 스크린샷, 다이어그램, 얇은 격자선이 있는 차트, 작은 글씨가 담긴 이미지라면 PNG를 유지하세요. JPEG 압축은 고주파 디테일을 버리는 방식으로 작동하는데, 선명한 가장자리가 바로 그 고주파입니다. 결과는 글자 주변의 옅은 회색 그림자이고, 확대하면 확연히 드러납니다. 이런 이미지는 손실 인코딩이 아니라 크기 축소로 용량을 줄이는 이미지 압축을 쓰세요.
사진이라면 보통 PNG의 1/5에서 1/10입니다. 평평한 그래픽이나 스크린샷은 절감폭이 훨씬 작고 화질 손실은 훨씬 잘 보입니다. 그런 이미지는 PNG로 두는 편이 낫습니다.
흰색이 됩니다. JPEG는 알파 채널을 저장할 수 없으므로 모든 이미지가 인코딩 전에 흰 배경 위에 합성됩니다. 투명도를 살려야 한다면 WebP로 변환하세요.
높음 화질이면 대개 그렇습니다. 다만 JPEG는 항상 선명한 가장자리를 약간 뭉개고, 작은 글자에는 옅은 회색 잔상이 생길 수 있습니다. 글씨가 작은 스크린샷은 PNG를 유지하는 편이 정답입니다.
높음은 JPEG 품질 0.92, 보통은 0.85로 인코딩합니다. 보통은 확실히 작은 파일을 만들며 사진에는 합리적인 선택이지만, 가장자리가 뚜렷한 이미지에는 덜 그렇습니다.
아니요. 변환은 원본 픽셀 크기를 유지하고 인코딩만 바꿉니다. 이미지 자체를 작게 만들려면 이미지 크기 변경을 쓰세요.
아니요. 디코딩과 인코딩 모두 브라우저 탭 안에서 일어나므로 이미지가 기기를 벗어나지 않습니다.
