파일을 불러오는 중…
어떤 JPEG든 더 가벼운 WebP로 바꾸고 25에서 34퍼센트 작은 파일을 받으세요. 한 장은 브라우저 안에서, 여러 장은 함께 우리 서버에서 처리합니다.
또는 여기에 이미지를 드롭하세요
변환 중…
이미지를 변환하는 중
최대 1분 정도 걸릴 수 있어요 — 파일이 여러 개면 조금 더 걸려요. 이 탭을 열어 두세요.
JPG를 브라우저 안에서 곧장 WebP로 변환합니다. JPEG를 놓으면 브라우저가 WebP로 다시 만들어 약 1초 만에 download를 건네며, 한 장은 당신의 기기에서 변환되고 아무것도 업로드되지 않습니다. WebP는 JPG처럼 손실 방식이라 이것은 손실에서 손실로의 재인코딩이지만, 여기서 쓰는 거의 무손실 품질에서는 사진의 보이는 차이가 없습니다. 파일은 보통 원본보다 25에서 34퍼센트 가벼워지는데, 이는 Google이 자사 WebP 형식에 대해 밝힌 수치이며 실제 사진은 흔히 이를 넘어섭니다. 가벼운 이미지는 더 빨리 로드되어 Largest Contentful Paint에 도움이 됩니다. 여러 장을 한 번에 변환하고 싶나요? 함께 놓으면 파일이 우리 서버로 보내져 일괄 처리되고, 다운로드 링크는 약 2시간 안에 삭제됩니다.
JPEG를 업로드 영역으로 끌어다 놓거나 클릭해 기기에서 파일을 고르세요. 파일이 들어오는 순간 변환이 시작됩니다. 찾아야 할 변환 버튼도, 기다릴 줄도 없습니다. 브라우저가 당신의 하드웨어 위에서 사진을 통째로 WebP로 다시 만듭니다. 결과가 준비되면 통계 줄이 원래 크기와 새 크기를 나란히 놓아 절약량이 한눈에 보입니다. 다운로드를 클릭해 WebP를 보관하세요. 같은 기본 이름에 새 확장자가 붙은 파일입니다. 다른 사진을 하려면 앞의 것 위에 끌어다 놓기만 하면 됩니다. 페이지는 결코 다시 로드되지 않고 보통의 휴대폰 사진은 1초보다 훨씬 짧게 끝납니다.
두 형식 모두 사진을 줄이려고 데이터를 버리지만 WebP는 어떤 품질에서든 그것을 더 영리하게 해냅니다. Google은 일반적인 이득을 JPEG 대비 25에서 34퍼센트로 잡으며 디테일이 많은 실제 사진은 흔히 그 너머까지 갑니다. 우리 측정도 이를 뒷받침합니다. 이미지 바이트가 적으면 Largest Contentful Paint가 빨라집니다. 이는 Google이 순위 시스템에 포함하는 로딩 지표입니다. WebP는 또한 로열티가 없으며 바로 그것이 모든 대형 CDN이 기본으로 이를 제공하고 모든 현행 브라우저가 플러그인이나 다운로드 없이 읽는 이유입니다.
당신이 운영하는 웹 페이지로 향하는 모든 것에는 WebP를 고르세요. 대표 사진, 제품 이미지, 블로그 그림, 갤러리 썸네일, 그리고 당신의 도메인이 내보내는 미리보기 카드입니다. 모든 현대 브라우저가 이를 읽으며 2026년 트래픽의 97퍼센트 이상을 덮고 버전 14부터의 Safari도 포함합니다. 파일이 여전히 JPEG를 기대하는 곳, 이를테면 이메일 첨부, 인쇄 작업, 오래된 사진 편집기, 마켓플레이스 업로드 양식, 또는 어차피 뒤에서 WebP를 조용히 JPEG로 되돌리는 플랫폼에 닿아야 한다면 JPG로 두세요. 출발점이 아니라 도착지가 결정합니다. 이미지가 어디서 제공되는지 당신이 쥐고 있고 대상이 최신 브라우저를 쓴다면 거의 모든 경우에 WebP가 더 강한 선택입니다.
당신의 JPEG는 이미 손실 방식이었으므로 그것을 WebP로 만들면 첫 번째 위에 두 번째 손실 단계가 쌓입니다. 이론상으로는 여분의 결함이 쌓일 수 있습니다. 실제로는 여기서 쓰는 거의 무손실 설정에서 사진은 어떤 정상적인 관찰 거리에서도 원본과 같아 보입니다. 가장 깨끗한 출력을 위해 항상 당신이 가진 최고의 JPEG, 즉 채팅 앱이나 CDN 압축을 이미 거친 사본이 아니라 카메라에서 막 나온 원본부터 시작하세요. 손실은 단계마다 더해집니다. 이 버전은 보정된 품질 한 단계만 슬라이더 없이 제공하며 그 덕에 출력이 예측 가능해지고 필요 없던 사진을 지나치게 압축하려는 유혹이 사라집니다.
한 장을 변환하는 일은 당신의 브라우저 안, 당신의 기기에서 일어나며 아무것도 업로드되지 않습니다. 나가는 이미지 요청이 보이지 않습니다. 여러 장을 한 번에 변환하면 파일이 함께 처리되도록 우리 서버로 보내지고, 다운로드 링크는 약 2시간 안에 삭제됩니다. 어느 쪽이든 결과는 당신의 것이며 아무것도 기록하거나 들여다보지 않습니다. 두 경우 모두 장기 보관이나 데이터 수집은 전혀 없습니다.
WebP는 오늘날 전 세계 브라우저의 97퍼센트 이상에서 읽힙니다. Chrome은 2012년 버전 17부터, Firefox는 버전 65부터, Safari는 iOS의 버전 14와 macOS Ventura의 버전 16부터 이를 디코딩해 왔습니다. Edge와 Opera는 둘 다 기본으로 다룹니다. 진짜 뒤처진 것은 Internet Explorer 11과 Safari 13뿐이며 그 점유율은 이제 미미합니다. 일반적인 웹 전송이라면 자신 있게 WebP를 제공할 수 있습니다. 정말로 오래된 브라우저에 닿아야 한다면 HTML의 picture 요소 안에서 WebP에 JPG 대체를 짝지어 각 브라우저가 읽을 수 있는 것을 고르게 하세요. 이메일, 공유 드라이브, 인쇄에는 JPG가 여전히 더 안전한 선택입니다.
업로드 영역을 클릭하거나 데스크톱에서 JPEG를 끌어다 놓으세요. 파일이 들어오는 순간 변환이 스스로 시작되며 먼저 누를 버튼이 없습니다.
당신의 브라우저가 한 장의 사진을 자신의 메모리 안에서 WebP로 다시 저장하며, 업로드할 것이 없습니다. 보통의 휴대폰 사진은 1초보다 훨씬 짧게 끝납니다.
WebP가 준비되면 통계 줄이 옛 JPEG 크기와 새 WebP 크기를 나란히 보여 주어 얼마나 절약했는지 정확히 확인할 수 있습니다.
다운로드를 클릭해 결과를 저장하세요. 파일은 원래 이름을 유지하고 확장자는 스스로.webp가 되므로 따로 이름을 바꿀 것이 없습니다.
반대 방향으로 변환하거나 WebP와 JPEG 외 다른 포맷 옵션을 살펴보세요.
WebP는 같은 시각적 품질에서 JPEG보다 작은 파일을 만들어 페이지 로딩을 빠르게 하고 Core Web Vitals를 끌어올립니다. Google의 WebP 수치는 JPEG보다 25에서 34퍼센트 가볍고 실제 사진은 흔히 더 잘합니다. 사이트 이미지를 관리한다면 JPEG에서 WebP로 옮기는 것이 대역폭 비용을 줄이고 Largest Contentful Paint를 직접 개선할 수 있으며 그것이 검색 순위에 반영됩니다.
아닙니다. WebP와 JPEG는 둘 다 손실 방식이라 한쪽에서 다른 쪽으로 가면 두 번째 손실 압축이 더해집니다. 여기서 쓰는 거의 무손실에 가까운 품질에서는 정상적인 관찰 거리의 사진에서 그 차이가 보이지 않습니다. 정말로 무손실 결과가 필요하다면 대신 PNG로 변환하세요. 무손실 JPEG에서 WebP 경로를 약속하는 도구는 모두 틀렸습니다. WebP-lossless는 사진이 아니라 PNG 같은 원본 아트를 위한 별개 모드이기 때문입니다.
Google이 공개한 수치는 같은 품질에서 JPEG보다 25에서 34퍼센트 가볍다는 것입니다. 세부 묘사가 풍부한 실제 사진은 그 상한에 가깝게 됩니다. 작은 썸네일처럼 이미 강하게 압축된 아주 작은 이미지는 이미 압축의 바닥 가까이에 있어 이득이 더 적은 경향이 있습니다. 실제 차이는 이미지 내용에 따라 달라집니다.
네. WebP는 완전한 투명도 지원을 담지만 JPEG는 담지 않으며 그것이 WebP가 웹 그래픽에 어울리는 한 가지 이유입니다. 다만 JPG에서 WebP 작업에서는 원본 JPEG가 처음부터 완전히 불투명하므로 유지할 투명도가 없습니다. 이미지가 원래 투명도가 있는 PNG였고 그것을 WebP에 유지하고 싶다면 중간에 평탄해진 JPEG가 아니라 PNG에서 곧바로 변환하세요.
파일 수량에 따라 다릅니다. 한 장이면 모든 처리가 당신의 기기에서 완결되며, 어떤 데이터도 브라우저 밖을 나가지 않습니다. 여러 장을 한꺼번에 처리할 때는 우리 서버에서 그룹 처리가 이루어지고, 링크는 약 2시간 뒤에 만료됩니다. 두 경우 모두 개인 정보는 저장하지 않으며, 사용 데이터도 일절 수집하지 않습니다.
네. JPEG를 두 장 이상 놓으면 함께 변환되어 하나의 다운로드로 돌아옵니다. 이를 위해 파일이 우리 서버로 보내지고, WebP 결과를 하나의 묶음으로 모아 약 2시간 안에 삭제되는 링크 하나를 줍니다. JPEG 한 장은 여전히 브라우저 안에서 변환되며 아무것도 업로드되지 않습니다.
좋은 결과 뒤에 있는 기술, 형식 및 작은 결정에 대한 팀의 메모.