이미지를 WebP로 변환

품질 숫자가 아니라 파일 용량을 맞추세요

품질 값은 인코더 쪽 설정입니다. 당신의 페이지 예산은 원래 용량으로 적혀 있습니다. 이 도구는 후자를 말하면 전자를 계산해 줍니다. 다른 도구들이 당신에게 떠넘기는 바로 그 부분입니다.

웹사이트를 위해 이미지를 WebP로 변환하는 사람은 누구나 머릿속에 숫자를 갖고 있고, 그것은 거의 절대 품질 값이 아닙니다. "대표 이미지는 200 KB 이하로", 혹은 "갤러리 전체가 1 MB 안에 들어가야 한다"입니다. 그런데 브라우저에서 로컬로 도는 것들을 포함해 거의 모든 도구가 품질 슬라이더만 건네고 계산은 당신에게 맡깁니다.

용량 지정으로 바꾸고 필요한 KB를 입력하면, 변환기가 여전히 들어맞는 가장 높은 품질을 찾습니다. 여덟 번 인코딩하며 매번 범위를 절반으로 좁히는 과정이 모두 이 탭에서 돌아갑니다. 나중에 직접 확인해야 하는 짐작이 아니라, 제약을 만족하는 선에서 가장 보기 좋은 파일을 얻습니다.

모든 브라우저가 WebP를 만들 수 있는 건 아닙니다

WebP를 읽는 것과 쓰는 것은 다른 능력입니다. 현재 쓰이는 브라우저는 모두 WebP를 표시할 수 있지만, Safari 뒤에 있는 엔진인 WebKit은 아직도 웹페이지에 인코딩 수단을 주지 않습니다. 그리고 브라우저는 요청받은 형식을 만들지 못할 때 오류를 내지 않습니다. 조용히 PNG를 대신 줍니다.

문제는 그 침묵입니다. 파일은 기대한 이름, 기대한 확장자, 그리고 완전히 잘못된 내용으로 도착합니다. 그것을 사이트에 올리면 WebP 이름표를 단 PNG를 배포한 셈이 됩니다. 출발점이던 JPEG보다 크고, 조금도 빠르지 않습니다.

그래서 파일을 하나 추가하기도 전에, 이 도구는 1픽셀 캔버스를 인코딩해 실제로 무엇이 돌아왔는지 확인합니다. 결과가 진짜 WebP가 아니면 페이지가 그렇다고 말하고 멈춥니다. 업로드 영역도, 변환 버튼도 없습니다. 무뚝뚝한 결말이지만, 보기에는 맞고 실제로는 틀린 파일 뭉치를 만들어 내는 변환보다 훨씬 낫습니다.

3단계로 이미지를 WebP로 변환하기

변환은 전부 사용자의 기기에서 이루어지므로 업로드도, 대기열도, 서버를 기다리는 시간도 없습니다. 원본 파일은 수정되지 않습니다.

1. 1

   이미지 추가

   한 번에 최대 50개를 끌어다 놓으세요. JPG, PNG, GIF, BMP, AVIF를 같은 묶음에 섞을 수 있습니다.

2. 2

   품질 또는 목표 용량 정하기

   슬라이더를 움직이며 실제 출력 용량을 보거나, 용량 지정으로 바꿔 페이지 예산이 허락하는 KB를 입력하세요. WebP가 최종적으로 얼마나 무거울지는 이 단계에서 정해집니다.

3. 3

   변환 후 내려받기

   파일마다 변환 전후 용량이 표시됩니다. 하나씩 받아도 되고 ZIP으로 한꺼번에 받아도 됩니다.

브라우저 변환과 업로드 방식 변환

이 변환에서 로컬 처리는 더 이상 차별점이 아니므로, 도구들이 실제로 갈리는 지점을 적었습니다.

이 표에서 솔직한 약점은 마지막 줄입니다. 서버가 있는 도구는 libwebp를 돌려 무손실 WebP를 만들 수 있지만 우리는 못 합니다. 사진이라면 문제가 되지 않습니다. 정확한 픽셀이 필요한 단색 그래픽이라면 어차피 PNG가 더 나은 목적지입니다.