PNG를 WebP로 변환

두 가지 WebP, 그리고 어느 쪽이 만들어지는지

WebP는 사실 확장자 하나를 공유하는 두 가지 형식입니다. 무손실 WebP는 PNG와 전혀 다른 알고리즘을 쓰며, 같은 픽셀에서 보통 PNG보다 20~30% 작습니다. 손실 WebP는 JPEG처럼 정보를 버리며, 색상을 절반 해상도로 저장하는 크로마 서브샘플링도 포함됩니다. 둘 다 완전한 8비트 투명도를 지원하는데, 이것이 WebP가 JPEG보다 나은 점이자 애초에 PNG를 대신할 수 있는 이유입니다.

어느 쪽이 만들어지는지는 품질 설정에 따라 결정되며, 이것이 여기서 알아야 할 가장 중요한 한 가지입니다. 최대치보다 낮으면 손실 WebP가 만들어집니다. 사진에는 훌륭하지만, 사람들이 보통 PNG로 보관하는 그림에는 맞지 않습니다. 글자 스크린샷, 로고, 차트, 다이어그램에서는 서브샘플링된 색상 때문에 선명한 색 가장자리마다 눈에 띄는 번짐이 생기며, 흰 바탕의 빨간 글자에서 가장 심합니다. 이런 이미지는 품질을 최대로 두세요. 픽셀이 완벽하게 유지되면서도 PNG보다 작게 나옵니다.

이 형식에는 PNG에 없는 엄격한 한계가 있습니다. 가로세로 어느 쪽이든 16,383픽셀입니다. 사진에는 넉넉하지만, 이어 붙인 파노라마, 긴 웹 페이지의 전체 화면 스크린샷, 스캔한 지도에는 실제로 제약이 됩니다. 이런 이미지는 품질과 상관없이 아예 인코딩되지 않습니다. 투명도는 어느 쪽이든 유지됩니다.

이제 지원 여부는 망설일 이유가 되지 않습니다. 현재의 모든 브라우저가 WebP를 읽으며, 벌써 몇 년째입니다. 아직도 확실하게 읽지 못하는 것은 그 밖의 수많은 것들입니다. 오래된 이메일 프로그램, 일부 데스크톱 이미지 뷰어, 생각보다 많은 기업용 소프트웨어, 그리고 인쇄 작업 과정입니다. 웹 페이지에는 WebP가 그냥 더 낫고, 사람에게 보내는 파일이라면 여전히 PNG나 JPG가 안전합니다.

다른 작업이 필요할 때

Google의 cwebp는 캔버스로는 할 수 없는 설정을 제공합니다. cwebp -lossless -z 9 in.png -o out.webp는 무손실 모드를 가장 강하게 압축하고, -near_lossless 60은 사진 콘텐츠에서 충실도를 조금 양보해 용량을 크게 줄이며, -q 80은 무난한 손실 압축 기본값입니다. 알파 채널을 따로 압축할 수도 있는데, 브라우저 인코더는 이 옵션을 절대 제공하지 않습니다.

변환하기 전에 PNG 자체가 문제인지부터 생각해 보세요. oxipng -o 4나 pngquant를 돌리면 형식을 바꾸지 않고도, 호환성 걱정 없이 파일이 절반으로 줄어드는 경우가 많습니다. 그리고 그림이 그래픽이 아니라 사진이라면 애초에 JPG였어야 했을 가능성이 큽니다.