이미지 WebP 변환기

이 도구가 하는 일과 하지 않는 일

이 변환기는 단순 압축기가 아니라 출력 형식을 WebP로 다시 쓰는 도구입니다. JPG는 WebP 사진으로, PNG나 BMP는 알파를 유지한 WebP 이미지로 저장을 시도합니다.

대신 원본을 편집하거나 크기를 바꾸지 않습니다. 해상도를 함께 줄여야 하면 리사이즈 도구를, 형식은 그대로 두고 용량만 줄이려면 압축 도구를 쓰는 편이 맞습니다.

변환이 자동으로 시작되는 이유

파일이 들어온 시점에 이미 필요한 값이 모두 정해져 있습니다. 출력 형식은 WebP로 고정이고 품질에는 기본값이 있기 때문에, 변환 버튼을 한 번 더 누르게 할 이유가 없습니다.

품질을 바꾸면 슬라이더에서 손을 뗀 순간 재변환이 실행됩니다. 슬라이더를 끄는 도중에는 숫자만 바뀌므로 큰 이미지를 여러 장 올려도 중간 값마다 다시 인코딩하지 않습니다.

품질 60·75·80·90% 고르는 기준

품질은 이 도구에서 사용자가 정하는 유일한 변수입니다. 아래를 출발점으로 두고 카드의 절감량과 미리보기를 함께 보세요.

• 60%대 — 글 목록 썸네일, 임시 공유 이미지처럼 세부 묘사가 덜 중요한 파일
• 75~80% — 블로그 본문 사진, 상품 보조 이미지 등 대부분의 웹 사진
• 90% 근처 — 제품 대표 사진, 포트폴리오, 글자나 로고가 들어간 이미지
• 낮은 품질에서 먼저 무너지는 부분 — 글자 획, 피부 그라데이션, 하늘처럼 넓은 단색 면

결과 카드 읽는 법

카드 왼쪽에는 원본 썸네일이, 가운데에는 파일 이름과 원본 용량·해상도, 오른쪽에는 상태와 내려받기 버튼이 있습니다. 아래 줄에는 출력 용량과 절감률이 같은 높이로 나란히 놓입니다.

넓은 화면에서는 카드가 두 개씩 배치되어 파일 간 비교가 빠릅니다. 절감이 크고 미리보기가 괜찮은 카드는 바로 저장하고, 증가로 표시된 카드는 품질을 낮춰 다시 보거나 원본을 유지하세요.

여러 파일과 전체 ZIP 흐름

스무 장 안팎의 상품 썸네일이나 게시글 이미지를 한 번에 넣으면 카드 큐가 파일별 진행 상황을 나눠 보여 줍니다. 한 장이 실패해도 성공한 카드의 저장은 막히지 않습니다.

전체가 필요하면 전체 ZIP 버튼으로 한 번에 받습니다. ZIP을 받기 전에 실패 카드와 용량이 커진 카드를 먼저 걸러 두면 정리가 쉬워집니다.

서버 업로드 없는 로컬 변환

선택한 이미지는 현재 브라우저가 읽고 변환합니다. 변환하려고 이미지를 서버에 올리지 않기 때문에, 업로드형 변환기와는 다루는 위험이 다릅니다.

다만 브라우저 안에서 처리한다는 말은 브라우저의 한계도 따른다는 뜻입니다. 매우 큰 이미지나 많은 파일은 기기 메모리와 처리 속도의 영향을 받습니다.

HEIC·HEIF·TIFF가 실패하는 이유

파일 선택 창은 HEIC, HEIF, TIFF까지 넓게 열어 둡니다. 파일을 다시 찾는 번거로움을 줄이려는 장치일 뿐, 그 형식이 항상 변환된다는 뜻은 아닙니다.

실제 변환은 브라우저가 이미지를 디코딩해야 시작됩니다. 읽지 못하면 해당 카드에 오류가 남고 다른 파일은 계속 처리됩니다. 같은 파일도 Safari, Chrome, Edge 중 어디서 여느냐에 따라 결과가 달라질 수 있습니다.

GIF·APNG·SVG의 움직임 주의

canvas 기반 저장은 보통 브라우저가 그린 한 장면을 다시 저장합니다. GIF나 APNG의 전체 애니메이션, SVG의 스크립트성 표현이 그대로 보존된다고 보면 안 됩니다.

움직이는 배너나 스티커를 유지해야 한다면 결과를 최종본으로 쓰기 전에 재생부터 확인하세요. 정적 대표 이미지만 필요할 때는 썸네일 추출처럼 쓰기 좋습니다.

실전 예: 상품 이미지 4장

상세 페이지에 올릴 JPG 사진 3장과 PNG 로고 1장을 함께 넣었다고 해 봅시다. 기본 80%로 변환된 결과를 카드에서 먼저 읽습니다.

사진 3장이 30~60% 줄었고 눈으로 봐서 차이가 작다면 저장 후보입니다. 로고 PNG가 흐릿해졌거나 거의 줄지 않았다면 품질을 90%로 올려 다시 비교하고, 그래도 이득이 없으면 원본 PNG를 남깁니다.

저장 전 확인 목록

다운로드 전에 아래 네 가지만 확인하면 대부분의 되돌리기를 막을 수 있습니다.

• 실패 카드가 남아 있지 않은지 본다
• 출력 용량이 원본보다 실제로 줄었는지 카드에서 확인한다
• 글자, 얼굴, 제품 모서리, 투명 배경이 뭉개지지 않았는지 미리보기로 본다
• 원본은 바로 지우지 않고 별도로 남긴다

WebP를 쓰기 좋은 곳과 피할 곳

배포용과 보관용을 나누어 생각하면 판단이 쉬워집니다.

• 적합 — 블로그 본문 이미지, 제품 썸네일, CMS 미디어 업로드, 메신저 공유용 이미지
• 적합 — 같은 화면 품질에서 파일을 줄여 로딩과 업로드를 가볍게 해야 할 때
• 부적합 — 원본 촬영 파일, 레이어가 있는 작업 파일, 이후 색 보정할 소스
• 부적합 — 인쇄 입고본처럼 손실 압축을 다시 거치면 안 되는 파일

브라우저 기술 기준

핵심 동작은 로컬 파일을 읽는 File API와, 캔버스에 그린 이미지를 WebP Blob으로 내보내는 toBlob 흐름입니다. 이 페이지는 시작할 때 1×1 캔버스로 WebP 인코딩을 실제로 시도해 보고, 브라우저가 WebP를 돌려주지 않으면 변환을 진행하지 않습니다.

지원 형식, 알파 처리, 큰 이미지의 처리 속도는 브라우저 구현의 영향을 받습니다.