JPG, PNG, WebP 또는 AVIF를 올리고 품질 슬라이더를 조절하면 파일 용량 변화를 실시간으로 확인할 수 있어요. JPG, WebP, AVIF 또는 PNG로 내보내기 — 업로드 없이, 계정 없이.
또는 여기에 이미지를 드롭하세요
이미지는 사용자 기기에서 벗어나지 않아요
RoundCut 이미지 압축은 JPG, PNG, WebP, AVIF를 완전히 브라우저에서 WebAssembly로 재인코딩해요. 사진이 기기를 떠나지 않아요. 품질 슬라이더를 조절하고 실시간으로 정확한 파일 크기 변화를 확인하세요. JPG, WebP, AVIF를 한눈에 비교하고 가장 작은 파일을 다운로드하세요.
이미 가지고 있는 이미지를 더 작게 복사해요. 손실 형식(JPG, WebP, AVIF)은 선택한 품질 수준으로 재인코딩돼요. 품질이 낮을수록 파일이 작아지고 눈에 띄는 아티팩트가 나타나기 시작해요. 슬라이더를 드래그하면서 실시간 분할 화면 미리보기와 실시간 파일 크기 표시를 함께 볼 수 있어요. 괜찮아 보이는 범위에서 가장 낮은 품질을 직접 선택하세요. 출력 파일의 가로·세로 크기는 원본과 동일하게 유지돼요. 픽셀 크기도 줄이고 싶다면 먼저 크기 조절 도구를 사용하세요.
이 도구에 드롭한 파일은 브라우저를 떠나지 않아요. 이 기능에는 서버가 없고, 이미지 픽셀을 보는 분석 도구도, 요청 체인에 서드파티 서비스도 없어요. DevTools에서 직접 확인할 수 있어요: 이미지 요청 필터로 네트워크 탭을 열고 도구를 실행하면 카운트가 0이에요. 스캔한 계약서, 기밀 스크린샷, 아이 사진, NDA 중인 제품 사진 — 서버 왕복이 문제가 될 수 있는 모든 것에 안전해요. 유일한 네트워크 요청은 WebAssembly 코덱 모듈의 일회성 다운로드뿐이에요. 이 파일들은 내 이미지에 대한 어떤 정보도 포함하지 않는 정적 파일이에요.
무료, 계정 없이, 회원가입 없이, 워터마크 없이, 이미지당 또는 일일 제한 없이 사용할 수 있어요. 각 형식의 첫 번째 인코딩 후에는 오프라인에서도 작동해요 — WebAssembly 모듈이 브라우저에 캐시되기 때문에 비행기 안이나 서버 업로드가 차단된 기업 네트워크에서도 압축할 수 있어요. 하지 않는 것: 크기 조절 없음 — 입력 크기가 출력 크기예요(4000픽셀 너비에서 1200픽셀로 줄이려면 크기 조절 도구를 먼저 사용하세요). EXIF, GPS, 카메라 메타데이터를 보존하지 않아요 — 재인코더가 기본적으로 제거해요. 이는 대부분의 사용 사례에서 개인정보 보호상 장점이에요. 일괄 처리 없음: 한 번에 이미지 하나. 목표 용량 모드 없음: 슬라이더를 조절하고 바이트 표시를 보면서 2~3번 시도하면 원하는 크기에 도달할 수 있어요. GIF 애니메이션은 유지되지 않아요: 첫 번째 프레임만 사용돼요.
품질 슬라이더 아래에 JPG, WebP, AVIF 카드 세 개가 있어요. 선택한 품질로 각각 인코딩하고 결과 파일 크기를 순서대로 표시해요. 가장 작은 파일에는 녹색 '최소' 배지가 붙어요. 카드를 클릭하면 해당 형식이 출력으로 설정되고 바로 다운로드할 수 있어요. 이 도구와 TinyPNG 같은 자동 선택 도구의 차이가 여기 있어요. 결정하기 전에 내 특정 사진에서, 내가 선택한 품질 수준으로 실제 숫자를 확인할 수 있어요. AVIF가 WebP보다 작을지 그 사진에서는 어떨지 추측할 필요가 없어요.
이미지가 캔버스에 디코딩된 뒤, 4가지 전문 코덱의 WebAssembly 빌드로 재인코딩돼요. JPG는 MozJPEG, WebP는 libwebp, AVIF는 libavif, PNG는 Oxipng — Squoosh 프로젝트가 사용하는 것과 동일한 인코더예요. 인코딩은 전용 Web Worker에서 실행되기 때문에 메인 스레드가 절대 차단되지 않아요. 인코딩이 실행되는 동안 브라우저를 계속 사용할 수 있어요. WebAssembly 모듈은 각 형식을 처음 선택할 때 요청에 따라 로드되고, 이후에는 캐시돼요 — 다음 인코딩은 즉시 실행되고 오프라인에서도 작동해요.
JPG(MozJPEG)는 이메일, 인쇄, 또는 최신 형식을 지원하지 않을 수 있는 워크플로에 보내는 사진에 가장 안전한 선택이에요 — 범용 지원, 투명도 없음. WebP(libwebp)는 웹 기본값으로 가장 좋아요. 같은 시각적 품질에서 JPG보다 보통 25~35% 작고 투명도를 지원해요. AVIF(libavif)는 압축을 더 높여 JPG보다 보통 40~60% 작고 Chrome, Firefox, Safari, Edge에서 작동해요. WebAssembly 모듈을 로드하는 첫 번째 인코딩은 몇 초 걸려요. PNG(Oxipng)는 무손실이에요 — 모든 픽셀이 보존돼요. PNG를 선택하면 품질 슬라이더가 숨겨져요. 최적화되지 않은 PNG의 일반적인 절감: 30~50%, 새로 렌더링된 파일은 최대 70%. 입력은 모든 최신 브라우저에서 JPG, PNG, WebP, AVIF를 지원하고, GIF(첫 번째 프레임만)와 HEIC(Safari만)도 지원해요.
슬라이더는 손실 형식(JPG, WebP, AVIF)에서 1에서 100까지 움직여요. 높을수록 압축 아티팩트가 줄고 파일이 커져요. 낮을수록 파일이 작아지고 눈에 보이는 손상이 많아져요. 80이 기본값이에요 — Photoshop의 '고품질' JPEG 수준과 같고 대부분의 전문 워크플로에서 사용하는 값이에요. 60은 인쇄 품질보다 파일 크기가 더 중요한 웹 및 이메일의 좋은 기본값이에요. 50 이하에서는 부드러운 그라디언트와 피부톤에 블록 아티팩트가 나타나기 시작해요. 30 이하에서는 알아볼 수 있지만 명확히 압축된 출력이에요 — 썸네일에만 유용해요. 슬라이더 위의 크기 표시가 드래그할 때마다 업데이트돼요. 재인코딩된 출력의 정확한 바이트 수를 표시해요 — 추정치가 아니에요. 재인코딩된 파일이 업로드한 것보다 클 때(이미 압축된 JPG에서 품질 100으로, 또는 다른 도구로 최적화된 PNG에서 발생해요), 저장값이 음수로 바뀌고 카드가 솔직하게 알려줘요: 슬라이더를 낮추거나 형식을 전환하세요.
네. 계정, 회원가입, 워터마크, 무료 체험 기간 없이 사용할 수 있어요. 브라우저에서 완전히 실행돼서 서버 비용이 들지 않아요.
아니요. 이미지는 완전히 브라우저 안에서 디코딩되고 재인코딩돼요. DevTools 네트워크 탭에서 확인할 수 있어요: 도구를 실행하면서 이미지 요청 필터로 보면 카운트가 0이에요. 이 기능을 처리하는 서버가 없어요 — 저희 서버도, 서드파티 서버도.
네. WebP는 모든 최신 브라우저에서 지원되는 입력 형식이에요. WebP를 압축해서 다시 WebP로 내보내거나(더 작게), 동시에 JPG나 AVIF로 변환할 수도 있어요.
모든 최신 브라우저에서 JPG, PNG, WebP, AVIF를 올릴 수 있어요. GIF는 Chrome과 Firefox에서 작동하지만 첫 번째 프레임만 유지돼요 — 애니메이션은 보존되지 않아요. iPhone의 HEIC는 Safari에서만 작동해요(Safari에 네이티브 HEIC 디코더가 있어요). Chrome이나 Firefox에서는 먼저 변환 도구로 HEIC를 JPG로 변환하세요.
입력에 따라 달라요. 품질 80에서 최적화되지 않은 일반 사진의 경우: WebP는 보통 JPG보다 25~35% 작고, AVIF는 보통 JPG보다 40~60% 작아요. Oxipng의 PNG는 최적화되지 않은 PNG에서 30~50%, 새로 렌더링된 PNG에서는 최대 70% 절감돼요. 실시간 크기 표시가 다운로드 전에 내 파일의 정확한 수치를 보여줘요.
확실하지 않다면 80 — 기본값이고 Photoshop의 '고품질' JPEG와 같아요. 인쇄 품질보다 크기가 더 중요한 웹 업로드에는 60으로 낮추세요. 썸네일에만 40까지 낮추세요. 파일을 추가로 편집할 예정이고 압축 손실을 쌓고 싶지 않다면 90~100으로 높이세요.
품질 100은 압축 없음을 의미하지 않아요 — '눈에 보이는 아티팩트를 최소화'한다는 의미예요. 입력이 이미 최적화된 JPG라면, MozJPEG로 품질 100으로 재인코딩하면 두 인코더가 다른 내부 트레이드오프를 선택했기 때문에 더 큰 파일이 나올 수 있어요. 해결 방법: 크기 표시가 양수로 바뀔 때까지 슬라이더를 낮추거나, 같은 시각적 품질에서 더 작게 압축되는 WebP나 AVIF로 전환하세요.
PNG 출력은 표준 캔버스 내보내기보다 더 좋은 필터와 디플레이트 파라미터를 선택하는 Oxipng를 통해 처리돼요. 일반적인 절감: 최적화되지 않은 PNG는 30~50%, 새로 렌더링된 파일은 최대 70%. 무손실 상태로 유지돼요 — 모든 픽셀이 입력과 동일해요. 투명도가 필요하지 않고 더 작은 파일을 원한다면, 품질 80의 WebP가 보통 어떤 무손실 PNG 실행보다도 작아요 — 실시간 형식 비교로 둘 다 시도해 보세요.
아니요. 가로·세로 픽셀 크기는 정확히 보존돼요. 이미지를 다운사이즈(예: 4000픽셀 너비에서 1200픽셀 너비로)해야 한다면, 크기 조절 도구를 먼저 또는 나중에 사용하세요.
아니요. 재인코딩된 파일에서 EXIF, GPS, 카메라 메타데이터가 제거돼요. WebAssembly 인코더가 소스 메타데이터를 전달하지 않기 때문이에요. 대부분의 사용자에게 개인정보 보호상 장점이에요(파일에 GPS 좌표가 노출되지 않아요). 메타데이터를 보존해야 한다면 이 도구는 적합하지 않아요.
아직은 안 돼요 — 한 번에 이미지 하나예요. 하나씩 올리세요: JPG와 WebP는 1초 이내, AVIF는 첫 번째 인코딩에서 몇 초 걸려요.
인코딩: 네 — WebAssembly libavif 인코더를 제공하기 때문에 브라우저에 네이티브 AVIF 인코더가 있는지 없는지 관계없이 모든 최신 브라우저에서 AVIF 출력이 가능해요. 출력 파일 보기: Chrome, Firefox, Safari, Edge 모두 AVIF를 지원해요. 특정 수신자에게 파일을 보낸다면 한 번 테스트해 보세요. WebP가 더 안전한 범용 선택이에요.
하드 제한이 없어요 — 기기의 RAM에 따라 달라요. 최신 노트북은 5000만 화소 사진도 1~2초 안에 처리해요. 매우 큰 파일(원본 파일 ~200MB 이상)은 스마트폰에서 메모리가 부족할 수 있어요 — 그런 경우 먼저 크기를 줄이세요.
