이미지를 2 MB 이하로 압축
사진을 올려두세요. ToolZool이 이미지를 기기 밖으로 내보내지 않고 2 MB 이하에서 가장 좋아 보이는 파일을 찾아냅니다.
여기에 이미지를 놓으세요
이미지를 2 MB 이하로 압축하는 방법
- 이미지를 고르거나 도구 위에 끌어다 놓으세요. 업로드하지 않으므로 파일이 크다고 기다릴 일이 없습니다.
- 목표 용량을 확인하세요. 이 페이지에서는 2 MB로 맞춰져 있고, 사전 설정이나 직접 지정 칸으로 바꿀 수 있습니다.
- 압축 방식은 자동 그대로 두세요. 품질을 먼저 시도하고, 그것만으로 모자랄 때에만 치수를 낮춥니다.
- 2 MB 이하로 압축 버튼을 누르세요. 한도 안에 들어가는 가장 큰 파일, 곧 가장 좋아 보이는 파일을 받게 됩니다.
- 내려받으세요. 가로세로 비율은 그대로 유지되고 카메라 메타데이터는 지워집니다.
2 MB 안에 실제로 담기는 것
같은 용량 제한이라도 사진에 무엇이 담겨 있느냐에 따라 의미가 달라집니다. 단순한 로고와 세부가 빽빽한 풍경 사진이 똑같은 바이트 수 안에 들어가야 하지만, 덜어낼 여유가 있는 쪽은 하나뿐입니다.
| 이미지 종류 | 2 MB 기준 |
|---|---|
| 증명사진 같은 얼굴 사진, 가로 600 px | 사실상 무손실 |
| 텍스트나 UI 화면 캡처 | 원본 해상도 그대로 여유 있음 |
| 세부가 빽빽한 풍경 사진, 전체 너비 | 여유 있음 — 품질이 잘 남음 |
| 단색 로고나 아이콘 | 아주 여유 있음 |
일반적인 JPEG 동작에 근거한 안내이며, 측정한 벤치마크는 아닙니다. 공개 시험 데이터는 준비 중입니다.
다른 용량 목표
작동 방식
정확한 용량에 맞추는 일은 취향의 문제가 아니라 탐색의 문제입니다. 품질 슬라이더는 값을 짐작하고, 다시 내보내고, 용량을 확인하고, 또 짐작하게 만듭니다.
그 탐색을 ToolZool이 대신합니다. 이미지를 디코딩한 다음, 목표 아래에 들어가는 가장 높은 품질 값으로 범위를 좁혀 가며 반복해서 다시 인코딩하고, 한도 안에 들어가는 것 중 가장 큰 파일을 남깁니다. 그것이 가장 좋아 보이는 파일이기 때문입니다. 쓸 만한 최저 품질에서도 목표를 넘어선다면 치수를 한 단계 낮추고 다시 탐색합니다.
이 모든 일이 여러분의 브라우저 탭 안에서 일어납니다. 처리 코어는 Rust로 작성해 WebAssembly로 컴파일했고, 백그라운드 워커에서 돌기 때문에 작업 중에도 페이지는 계속 반응합니다. 지금 어떤 품질 값을 시도하고 있는지 지켜볼 수 있고, 중간에 멈출 수도 있습니다. 엔진은 파일을 실제로 고른 뒤에야 내려받으므로, 이 페이지를 읽는 데에는 아무 비용도 들지 않습니다.
그 모든 일에 앞서 이미지를 똑바로 세웁니다. 휴대폰 카메라는 센서가 놓인 방향과 함께 회전 태그를 기록하는데, 그 태그를 무시하는 소프트웨어는 옆으로 누운 사진을 만들어 냅니다. 회전은 픽셀에 먼저 적용됩니다. 결과물에 카메라와 촬영 시각, GPS 메타데이터가 남지 않는 이유도 같습니다. 그것들이 실려 갈 자리가 아예 없어지기 때문입니다.
브라우저에서 압축하면 좋은 점
- 아무것도 올라가지 않습니다. 파일이 네트워크를 지나가지 않으니, 저장되거나 유출되거나 영장에 따라 제출될 서버 사본 자체가 없습니다.
- 대기열을 기다릴 일이 없습니다. 40 MB짜리 카메라 파일도 올리는 시간이 들지 않고, 작업은 곧바로 시작됩니다.
- 메타데이터가 사라집니다. 원시 픽셀에서 다시 인코딩하므로 카메라 모델과 촬영 시각, GPS 위치가 떨어져 나갑니다. 방향은 먼저 적용하기 때문에 결과물이 돌아가 있지도 않습니다.
- 연결이 나빠도 됩니다. 페이지가 한 번 열리고 나면 그다음부터는 네트워크 없이 동작합니다.
- 계정도, 워터마크도, 하루 사용 제한도 없습니다.
지원 형식
넣을 수 있는 형식: JPG, PNG, WebP. 판단 기준은 파일 자체의 바이트입니다. PNG의 이름을 .jpg로 바꿔도 달라지는 것은 없습니다. 도구가 파일 이름이 아니라 형식 시그니처를 읽기 때문입니다.
내보내는 형식: JPEG, PNG, 그리고 무손실 모드의 WebP.
| 형식 | 읽기 | 쓰기 | 투명도 유지 |
|---|---|---|---|
| JPEG | 가능 | 가능, 품질 탐색 | 불가 — 투명한 부분은 채워집니다 |
| PNG | 가능 | 가능, 무손실 | 가능 |
| WebP | 가능 | 무손실만 | 가능 |
| AVIF | 불가 | 불가 | — |
| HEIC | 불가 | 불가 | — |
사진에는 JPEG을 고르세요. 품질 조절이 가능한 출력은 JPEG뿐이고, 그래서 사진에서 임의의 작은 목표에 닿을 수 있는 것도 JPEG뿐입니다.
화면 캡처와 로고, 다이어그램에는 PNG나 WebP를 고르세요. 손실 압축은 또렷한 경계선 둘레에 눈에 보이는 잡티를 남기고, 평평한 색면에서는 무손실보다 더 큰 파일을 만들어 내는 일도 잦습니다. 둘 중에는 보통 무손실 WebP가 작습니다. 이 도구를 검증할 때 쓴 2400 × 1800 사진에서는 PNG의 9.7 MB에 비해 7.6 MB로, 약 22% 작게 나왔습니다. 차이는 사진마다 달라지니, 정확한 숫자가 중요하다면 둘 다 만들어 비교해 보세요.
무손실 형식은 픽셀을 하나도 빠짐없이 그대로 지키기 때문에, 목표 용량에 맞설 수 있는 수단은 치수뿐입니다. 픽셀을 그대로 두는 것보다 50 KB라는 목표가 더 중요하다면, 정직한 선택은 JPEG입니다.
AVIF와 HEIC는 지원하지 않습니다. 둘 다 AV1이나 HEVC 디코더가 필요한데, 관리되고 있는 선택지가 모두 WebAssembly로 빌드되지 않는 C 라이브러리입니다. 그래서 어설프게 지원하는 대신 그렇다고 말씀드리고, 먼저 형식을 변환하시기를 안내합니다.
자주 묻는 질문
눈에 보일 만큼 화질이 떨어지나요?
원본이 목표보다 훨씬 크다면 어느 정도는 어쩔 수 없습니다. ToolZool은 한도 안에 들어가는 가장 높은 품질을 찾아 그 손실을 최소로 줄이고, 품질만으로는 목표에 닿지 못할 때에만 치수를 낮춥니다.
어떤 형식을 넣을 수 있나요?
JPG, PNG, WebP입니다. AVIF와 HEIC는 아직 지원하지 않습니다. 관리되고 있는 AV1 디코더가 모두 WebAssembly로 컴파일되지 않는 C 라이브러리라서, 어설프게 지원하기보다 그렇다고 말씀드립니다. 출력은 JPEG, PNG, 무손실 WebP입니다.
파일 용량 제한이 있나요?
파일당 100 MB입니다. 해상도 제한은 없습니다. 1억 화소, 2억 화소짜리 카메라 사진도 먼저 다룰 수 있는 크기로 낮춘 뒤 — 그동안 ‘Zooly가 이미지를 안전하게 준비하는 중’이라는 안내가 보입니다 — 평소대로 압축합니다. 바이트 제한이 있는 이유는, 이 작업이 할당량을 가진 서버가 아니라 여러분 브라우저 탭에서, 여러분 기기의 메모리로 이뤄지기 때문입니다.
손실 WebP 옵션은 왜 없나요?
저희가 실을 수 있는 손실 WebP 인코더가 없습니다. 관리되고 있는 순수 Rust 구현은 AGPL 라이선스라 이 사이트와 맞지 않고, 나머지 선택지는 모두 WebAssembly로 빌드되지 않는 C 툴체인을 요구합니다. 고르면 조용히 무손실로 저장되어 작은 목표는 번번이 놓치는 WebP 설정을 두느니, 아예 빼는 편이 낫습니다. 사진이라면 어떤 무손실 형식보다 JPEG이 작은 목표에 더 가까이 갑니다.
EXIF와 위치 정보는 지워지나요?
네. 다시 인코딩하는 과정에서 카메라 정보와 촬영 시각, GPS 메타데이터가 사라집니다. 방향은 픽셀에 먼저 적용하므로 결과물이 돌아간 채로 나오지 않습니다.
후기는 도구별로 들어오는 대로 손대지 않고 싣습니다. 여기 있는 것은 지어낸 것도, 돈을 받은 것도 아닙니다.
관련 도구
여러분 덕분에
ToolZool은 계속 무료입니다
좋은 도구는 누구에게나 무료여야 합니다. 그 비용을 어떻게 대는지, 빠짐없이 적었습니다.
