이미지 압축은 브라우저에서 JPG, PNG, WebP(그리고 GIF, BMP, HEIC처럼 디코딩되는 형식) 여러 장을 더 작은 파일로 다시 인코딩합니다. 고정 품질로 한 번 인코딩하거나 목표 용량(KB)을 지정해 자동으로 반복 접근하게 할 수 있고, 긴 변도 함께 제한할 수 있습니다. 이미지는 업로드되지 않습니다.

'용량이 기준선에 걸린' 일상적인 문제를 겨냥합니다. 양식이 500 KB 이하 사진만 받을 때, 메일 첨부가 한도를 넘을 때, 웹 이미지가 로딩을 늦출 때, 휴대폰 앨범의 3–5 MB 원본 수천 장을 보관할 때 쓰입니다. 처리 후에는 전후 용량 통계, 장별 비교 미리보기, zip 묶음이 제공됩니다.

만능은 아닙니다. '압축'은 손실 형식(JPEG, WebP)에서는 눈에 둔감한 디테일을 버리는 일이고, 무손실 형식(PNG)에서는 거의 힘을 못 써 픽셀 크기를 줄이는 수밖에 없습니다. 이 점을 이해하면 각 스위치를 어떻게 켤지 알 수 있습니다. 아래 '동작 원리'에서 자세히 다루며, 이 사이트의 다른 이미지 도구가 '형식과 용량' 문제를 만나면 이 문서를 인용합니다.

1. 01이미지 추가끌어다 놓거나 클릭해 고르거나 바로 붙여넣습니다(여러 장 가능). HEIC는 먼저 자동으로 JPEG로 변환되어 목록에 들어가며, 목록에는 각 이미지의 픽셀 크기와 용량이 표시됩니다.
2. 02압축 모드 선택'품질 우선'은 슬라이더로 인코딩 품질을 정하고(0.1–1, 기본 0.75) 이미지마다 한 번만 인코딩합니다. '목표 크기'는 KB 값을 넣으면(기본 500) 그 용량을 넘지 않을 때까지 변 줄이기와 품질 낮추기를 반복합니다.
3. 03선택: 최대 너비와 높이 제한스위치를 켜고 긴 변 픽셀(기본 1920)을 입력하면 그보다 큰 이미지는 먼저 비율에 맞춰 줄인 뒤 인코딩합니다. 사진 용량을 크게 낮추는 가장 효과적인 단계입니다.
4. 04'압축 시작' 클릭진행 표시줄에 현재 파일 이름이 나옵니다. 처리는 메인 스레드에서 진행되므로 큰 이미지 수십 장을 돌리면 페이지가 잠깐 버벅일 수 있습니다.
5. 05결과 확인결과 카드가 처리 전후 전체 용량과 절감 비율을 보여주고, 이미지마다 원본 크기 → 새 크기와 백분율이 붙습니다. 눈 아이콘을 누르면 '처리 후 / 처리 전'을 오가며 비교할 수 있고, 한 장씩 다운로드하거나 'ZIP으로 묶어 다운로드'할 수 있습니다.

서로 다른 다섯 장을 같은 배치로 네 가지 설정에서 처리한 실측값입니다:

입력                         원본 용량   품질 0.75   품질 0.50   0.75 + 긴 변 1920   목표 200 KB
photo-3000x4000.jpg(사진)     1.3 MB      1.1 MB       294 KB      90 KB(→1440×1920)    178 KB
screenshot-1920x1080.png      21.7 KB     14.1 KB      14.1 KB     14.1 KB              14.1 KB
screenshot-1920x1080.jpg      71.9 KB     57.6 KB      49.3 KB     57.6 KB              69.1 KB
scan-1600x1200.webp           342.5 KB    282.3 KB     164 KB      282.3 KB             153.4 KB
logo-400x300.gif → .png       5 KB        4.8 KB       4.8 KB      4.8 KB               4.8 KB
합계                          1.7 MB      1.4 MB       526 KB      449 KB               419 KB

몇 가지 눈여겨볼 규칙: PNG는 네 가지 설정에서 용량이 같습니다—품질 슬라이더가 통하지 않기 때문입니다. 사진을 3000 × 4000에서 긴 변 1920으로 줄이면 용량이 7%만 남아 품질을 0.75에서 0.5로 낮추는 것보다 훨씬 효과적입니다. '목표 200 KB'는 사진을 178 KB로 줄였지만 원래 72 KB뿐이던 JPG는 거의 건드리지 않습니다(이미 목표보다 작기 때문).

용량은 어디에서 오나

압축하지 않은 이미지는 픽셀마다 3바이트를 쓰므로 3000 × 4000이면 36 MB입니다. 모든 이미지 형식은 같은 일을 합니다—더 적은 비트로 이 픽셀들을 표현하는 것입니다. 길은 두 가지뿐입니다. 무손실(디코딩 후 원본과 픽셀 단위로 같음)과 손실(사람 눈에 둔감한 정보를 버려 자릿수 단위의 용량 감소를 얻음)입니다.

JPEG의 '품질'은 무엇을 조절하나

JPEG는 먼저 RGB를 밝기 + 색차 채널 둘로 바꾸고 색차는 보통 4분의 1로 샘플링합니다. 그다음 이미지를 8 × 8 블록으로 잘라 이산 코사인 변환(DCT)을 해 64개의 주파수 계수를 얻습니다. 이어서 핵심 단계인 양자화가 옵니다. 각 계수를 양자화 테이블의 해당 값으로 나눈 뒤 반올림합니다. 품질 파라미터(이 도구의 0.1–1, 인코더의 10–100에 대응)는 양자화 테이블이 얼마나 '거친지'를 정합니다. 품질이 낮을수록 제수가 커져 고주파 계수가 대거 0이 되고, 마지막 엔트로피 코딩이 0의 연속을 거의 공간을 차지하지 않게 압축합니다.

그래서 품질은 선형이 아닙니다. 0.75 → 0.5에서 위 표의 사진이 1.1 MB에서 294 KB로 떨어지는데, 이 구간에서 고주파 디테일이 대량으로 지워지기 때문입니다. 반대로 0.9 → 1.0은 용량이 두 배가 되는데 눈으로는 거의 차이를 못 느낍니다. 대부분의 사진은 0.7–0.8이 눈과 용량의 균형점이고, 글자 스크린샷류는 JPEG 링잉에 더 민감하니 PNG를 쓰는 편이 낫습니다.

WebP 손실 모드도 발상은 같습니다(예측 + 변환 + 양자화). 같은 화질에서 보통 JPEG보다 25%–35% 작습니다. 이 도구는 WebP 입력을 WebP로 출력하며 품질 슬라이더도 똑같이 작동합니다.

PNG는 왜 품질 파라미터를 받지 않나

PNG는 무손실 형식입니다. 각 행의 픽셀에 예측 필터를 적용한 뒤 DEFLATE(zip과 같은 알고리즘)로 압축합니다. '얼마나 버릴지'를 정하는 손잡이가 없고, 명세에 품질 파라미터 자체가 없으며 브라우저 캔버스 인코더도 무시합니다. 여기서 두 가지가 갈립니다. 하나, PNG는 큰 단색 면, 글자, 선은 잘 압축하지만(위 표의 1920 × 1080 스크린샷이 14 KB) 사진과 노이즈에는 거의 압축이 안 됩니다. 둘, PNG를 작게 만드는 길은 두 가지뿐입니다—픽셀 크기를 줄이거나, 손실 형식으로 바꾸는 것('이미지 형식 변환' 사용)입니다.

참고로 위 표에서 PNG가 21.7 KB에서 14.1 KB로 준 것은 손실이 아니라, 브라우저의 PNG 인코더가 그것을 만든 도구보다 더 알맞은 필터와 압축 수준을 골랐기 때문입니다.

브라우저가 인코딩한다

이 도구(그리고 이 사이트의 모든 이미지 도구)는 브라우저 캔버스를 거쳐 다시 인코딩합니다: 디코딩 → 캔버스에 그리기 → canvas.toBlob(type, quality). 여기서 세 가지가 따라옵니다. 첫째, 인코더는 브라우저가 제공하므로 같은 파라미터라도 Chrome, Safari, Firefox에서 출력 용량이 10~20% 차이 날 수 있습니다. 둘째, 캔버스는 메타데이터가 없는 픽셀 배열입니다. EXIF(촬영 파라미터, GPS), 색상 프로파일은 출력에 들어가지 않고, 방향 태그는 먼저 픽셀에 적용된 뒤 버려지므로 세로로 찍은 사진이 눕지 않습니다. 셋째, JPEG에는 투명 채널이 없어 투명 영역은 흰색으로 채워집니다.

'목표 크기'는 어떻게 접근하나

목표 모드는 품질 0.95에서 인코딩을 시작합니다. 목표를 넘으면 가로·세로를 각각 0.95배, 품질을 다시 0.95배 해 다시 인코딩하며 최대 10회 반복합니다. 10회 후 변은 최대 원래의 60%(픽셀 36%), 품질은 약 0.57까지 내려갑니다. 그래도 목표를 넘으면 마지막 회차 결과를 내놓습니다—인터페이스에 '최대한 근접'이라고 쓰인 이유입니다. 해상도가 아주 높은 사진은 변 줄이기가 품질 낮추기보다 기여가 커서, 목표 모드의 사진이 '품질 0.5'보다 더 작고 더 선명한 경우가 많습니다.

품질을 원본보다 높게 잡으면

첫 인코딩 결과가 원본 파일보다 크면 라이브러리는 품질을 회차마다 0.95배씩 낮춰 다시 시도하며, 최대 10회까지 출력이 원본보다 작아질 때까지 반복합니다. 그래서 위의 품질 85 사진은 슬라이더를 1.0에 두든 0.9에 두든 같은 1.2 MB가 나옵니다. 10회 후에도 원본보다 작지 않으면 도구는 원본을 그대로 두고 '원본이 이미 충분히 작아 변경하지 않음'이라고 표시합니다. 이미 잘 최적화된 PNG에서 흔합니다.

• 품질보다 변 줄이기를 먼저: 휴대폰 원본은 4000 px를 넘기 쉽지만 화면은 2000 px 정도까지만 보여줍니다. '최대 너비와 높이 제한 1920'을 켜는 것이 어떤 품질 조정보다 훨씬 많이 아껴 주고 JPEG 블록 아티팩트도 생기지 않습니다.
• 양식 업로드용 목표 설정: 플랫폼이 '500 KB 이하'를 요구하면 목표 크기 모드에 500을 넣으세요. 해상도가 아주 높아 10회로도 초과하면 긴 변 제한과 함께 한 번 더 돌리세요.
• PNG 스크린샷을 줄이려면: 이 도구를 먼저 써 보세요(인코더 재압축으로 20~30% 아끼는 경우가 있습니다). 그래도 부족하면 '이미지 형식 변환'으로 WebP나 JPEG로 바꾸되, JPEG는 글자 가장자리에 링잉을 만든다는 점을 기억하세요.
• 겸사겸사 GPS 제거: 재인코딩은 EXIF를 자연히 버리므로 공개 전에 이 도구를 한 번 돌리면 위치 정보가 사라집니다. 메타데이터만 지우고 화질은 그대로 두려면 'EXIF 보기·삭제'를 쓰세요.
• HEIC 바로 끌어오기: 로컬에서 JPEG(품질 0.92)로 먼저 디코딩한 뒤 압축하므로 따로 변환할 필요가 없습니다.

입력

JPG / JPEG, PNG, WebP, GIF, BMP, AVIF, HEIC / HEIF. 디코딩은 브라우저에 의존하며(AVIF는 브라우저 지원 필요), HEIC는 로컬 디코더가 JPEG로 바꿉니다.

출력 형식

JPEG → JPEG, PNG → PNG, WebP → WebP. GIF / BMP / AVIF는 PNG 출력, HEIC는 JPEG 출력. 파일 이름에 _압축 접미사가 붙습니다.

품질

0.1–1, 단계 0.05. PNG에는 효과 없음.

목표 크기

임의의 양의 정수 KB. 최대 10회 반복으로 보장이 아니라 최대한 근접.

긴 변

켜면 임의 픽셀 값(≥ 16) 입력 가능. 줄이기만 하고 늘리지 않음.

메타데이터

EXIF, GPS, 색상 프로파일, 방향 태그가 모두 남지 않음(방향은 픽셀에 적용됨).

투명

PNG / WebP는 유지. JPEG 출력 시 투명 영역은 흰색으로 채움.

움직이는 이미지

GIF는 첫 프레임만 유지.

처리 방식

메인 스레드에서 순차 처리하고 Web Worker를 쓰지 않아 외부 스크립트를 전혀 불러오지 않습니다. 대량 처리 시 화면이 잠깐 멈출 수 있습니다.

하지 않는 일

무손실 JPEG 재압축(mozjpeg 최적화 등), PNG 팔레트 양자화(손실 감색), 형식 변경('이미지 형식 변환' 사용), 픽셀 크기 일괄 정밀 지정('이미지 크기 조정' 사용)은 하지 않습니다.

• 'PNG도 품질을 낮추면 작아진다': PNG에는 품질 파라미터가 없어 슬라이더가 통하지 않습니다. 작게 만들려면 크기를 줄이거나 형식을 바꾸세요.
• '여러 번 압축하면 더 작아진다': JPEG는 재인코딩마다 양자화 손실이 쌓이는데 용량은 거의 줄지 않습니다. 한 번에 끝내고 원본을 보관하세요.
• '목표 크기는 반드시 달성된다': 반복은 최대 10회라 해상도가 아주 높거나 목표가 아주 작으면 초과할 수 있습니다. 긴 변 제한과 함께 한 번 더 돌리세요.
• '압축해도 촬영 정보는 남는다': 아닙니다. EXIF와 GPS가 모두 버려집니다—프라이버시에는 좋지만 파라미터를 보존해야 하는 사진 아카이브에는 나쁩니다.
• '품질 1.0은 무손실': 아닙니다. JPEG는 1.0에서도 색차 샘플링과 반올림 오차가 남고(아주 작을 뿐입니다) 용량은 0.9의 두 배쯤 됩니다.

디코딩, 크기 조정, 인코딩이 모두 브라우저 안에서 끝나고 이미지는 업로드되지 않으며 네트워크 없이도 쓸 수 있습니다. 출력 이미지에는 EXIF와 GPS가 없습니다. 더 자세한 내용은 개인정보 처리방침을 참고하세요.

• ITU-T Recommendation T.81(1992), Digital compression and coding of continuous-tone still images—JPEG의 DCT, 양자화 테이블과 엔트로피 코딩: https://www.w3.org/Graphics/JPEG/itu-t81.pdf(열람일: 2026-09-09)
• RFC 2083, PNG (Portable Network Graphics) Specification—필터 유형과 DEFLATE 무손실 압축: https://www.rfc-editor.org/rfc/rfc2083(열람일: 2026-09-09)
• MDN Web Docs, HTMLCanvasElement.toBlob()—type과 quality 파라미터, PNG는 quality 무시: https://developer.mozilla.org/en-US/docs/Web/API/HTMLCanvasElement/toBlob(열람일: 2026-09-09)
• browser-image-compression(GitHub)—maxSizeMB, initialQuality, maxWidthOrHeight, maxIteration의 동작: https://github.com/Donaldcwl/browser-image-compression(열람일: 2026-09-09)