좋은 결과 뒤에 있는 기술, 형식 및 작은 결정에 대한 팀의 메모.
2026년에도 많은 앱이 여전히 WebP를 거부하는 이유
WebP가 나온 지 10년이 넘었지만, 그럼에도 소비자용 소프트웨어의 상당 부분은 아직 업로드나 표시에 WebP를 받지 않습니다. 이유는 기술적 능력이 아닙니다. 코덱은 널리 쓰이기 때문입니다. 그것은 제품의 관성과 형식의 표준화입니다. Instagram과 더 넓은 Meta 계열이 업로드에 JPEG를 정한 까닭은 전 세계 사용자 기반에 가장 옮기기 쉬운 형식이기 때문이며, 업로드 검증을 바꾸려면 수백 가지 기기 구성에서 다시 테스트해야 합니다. Windows 10의 사진 뷰어는 WebP를 다루려면 스토어에서 따로 설치해야 합니다. 2018년 이전에 만들어진 대다수 기업용 콘텐츠 관리 도구는 WebP보다 한참 오래된 고정된 MIME 목록으로 업로드를 검증합니다. 인쇄 업체, 스톡 이미지 회사, 정부 포털은 형식 요구 사항을 법무나 조달 규격에 새겨 두는 일이 흔합니다. 이들은 모두 호환되는 형식을 요구하는 진짜 장벽이며, JPEG는 그 모두에 통하는 보편적인 해답으로 남아 있습니다.
투명의 문제, 왜 흰색이고 어떻게 바꾸는가
JPEG의 압축은 빨강, 초록, 파랑 값에서 뽑아낸 휘도와 색차 채널에서 동작합니다. 알파를 위한 네 번째 채널은 없습니다. 브라우저가 투명한 픽셀을 지닌 WebP에서 JPEG를 써낼 때는 투명한 자리마다 실제 색을 정해 주어야 합니다. 기본 채움은 흰색, 16진수 FFFFFF, RGB 255×255×255입니다. 이것은 브라우저의 기본값이지, 이 도구가 내보이는 설정이 아닙니다. WebP의 배경이 투명하고 JPG에 특정한 색이 필요하다면, 예컨대 어두운 페이지에 놓을 로고를 위해 짙은 회색이 필요하다면, 레이어를 지원하는 아무 편집기에서나 WebP를 열고, 원하는 색의 배경 레이어를 이미지 아래에 두고, 층을 하나로 합친 뒤, 그 합친 파일을 이 변환 도구에 넣으세요. 결과는 투명이 있던 자리에 정확히 당신이 고른 색을 담은 JPG입니다.
품질, PSNR, 그리고 시각적으로 미미하다는 말의 뜻
PSNR, 최대 신호 대 잡음비는 다시 부호화한 이미지가 원본에서 얼마나 멀어졌는지를 재는 공학의 표준 잣대로, 데시벨로 나타냅니다. 수치가 높을수록 더 가까운 일치를 뜻합니다. 저희의 처음부터 끝까지 진행한 테스트에서, 여기서 쓰는 JPEG 저장 처리는 기본 품질의 1024×768 사진에서 43.66dB의 PSNR을 냈습니다. 맥락을 보태면, 36dB는 그 아래로 내려가면 차이가 대다수 사람에게 또렷이 보이게 되는 대략의 문턱이고, 40dB 이상은 보통 사진 콘텐츠에서 지각상 차이가 없다고 일컬어집니다. 43.66dB라면 웹이나 인쇄의 실용적인 어떤 목적에서도 변환은 원본과 눈으로 보아 같습니다. 품질은 이 버전에서 고정이며 슬라이더가 없습니다. 특정 작업 흐름에 정확한 품질 단계가 필요하다면, 더 세밀하게 설정되는 도구가 그 일에 더 맞습니다.
변환 후 파일 크기, WebP에서 JPG는 대개 더 커진다
WebP는 사진을 JPEG보다 효율적으로 압축합니다. 반대 방향으로, WebP에서 JPG로 변환하면 덜 효율적인 형식으로 옮겨 가므로, 출력은 대개 입력보다 커집니다. 저희 측정에서는 1024×768의 17KB WebP 사진이 15KB JPEG가 되었습니다. 그 한 경우에는 JPEG가 그 이미지를 잘 부호화해서 살짝 작아진 것입니다. 그러나 더 큰 사진에서는 부풀어 오름이 일정합니다. 32KB WebP로 도착한 그림이 비슷한 시각 품질에서 약 50KB JPEG로 나갈 수 있습니다. 이것은 결함도, 변환 도구가 흔들리고 있다는 신호도 아닙니다. 효율적인 형식에서 덜 효율적인 형식으로 옮기는 일의 당연한 대가이며, 그 늘어남은 그저 어디서나 열리는 호환성의 비용입니다.
메타데이터, EXIF, GPS, 그리고 무엇이 제거되는가
WebP 파일은 GPS 좌표, 카메라 기종, 셔터 속도, 조리개, 방향을 포함한 EXIF 메타데이터를 담을 수 있습니다. JPEG 파일도 EXIF를 담을 수 있습니다. 그러나 여기의 변환 흐름은 출력에서 모든 메타데이터를 지웁니다. 만들어진 JPEG에는 픽셀 데이터만 있고, EXIF도, IPTC 저작권 항목도, XMP 편집 기록도 없습니다. Firefox와 WebKit에서는 ICC 프로필도 없으며, 반면 Chrome과 Edge는 ICC 프로필을 유지합니다. 이는 브라우저의 그리기 단계에서 일어나며 덮어쓸 수 없습니다. 대다수의 웹 게시에서는 제거된 메타데이터가 더 바람직한 결과입니다. 몇 킬로바이트를 줄이고, 사진이 찍힌 곳을 짚어낼 수 있는 GPS 좌표를 없애며, 카메라나 편집 정보가 새는 것을 막습니다. 메타데이터가 살아남아야 하는 보관이나 법무 작업에는 이 변환 도구 대신 EXIF를 유지하는 전용 편집기를 쓰세요.
WebP에서 JPG로 변환하는 데 걸리는 시간
Chromium, Firefox, WebKit에 걸친 저희의 처음부터 끝까지 진행한 테스트에서, 1024×768 사진의 JPEG 써내기 단계는 Chromium에서 16밀리초, Firefox에서 12밀리초, WebKit에서 17밀리초였습니다. 3840×2160의 큰 사진에서는 써내기 단계가 Chromium에서 약 1.5초를 더했습니다. 실제로 느끼는 전체 시간에는 브라우저가 디스크에서 파일을 읽는 것, WebP 읽기 단계, 써내기 전의 작업 면 그리기도 함께 들어갑니다. 4메가픽셀 미만의 휴대폰 사진이라면 전체 과정이 1초 미만에 머뭅니다. 8메가픽셀을 넘는 큰 DSLR 사진이라면 데스크톱 브라우저에서 2~5초를 예상하세요. 휴대 기기는 써내기만으로도 데스크톱보다 대략 3~5배 느린데, 이는 휴대 기기 CPU 성능의 격차와 맞아떨어집니다.