이미지 용량 줄이기 사이트 비교 (2026)

원서 접수 화면에서 증명사진이 "파일 용량 초과"로 막히면 이미지 용량 줄이기 사이트부터 검색하게 됩니다. 사이트는 많지만 파일이 어디로 올라가는지, 한 번에 몇 장까지 되는지는 저마다 다릅니다. 이 글은 네 곳의 공개된 조건을 비교하고, 저희가 만든 ImgCompress.app은 직접 측정한 숫자를 붙입니다.

상황별로 어디를 쓰면 되는가

테스트 방법과 이해관계 공개

저희는 ImgCompress.app을 운영하는 쪽이므로 평가가 후하게 보일 수 있습니다. 그래서 측정한 대상을 좁혔습니다. 직접 실행한 것은 ImgCompress.app과 오픈소스 인코더(mozjpeg, libwebp, libaom, libimagequant)뿐입니다. TinyPNG, Squoosh, iLoveIMG는 2026년 10월 5일에 각 공식 페이지에서 확인한 조건만 적었고, 이 사이트들의 결과물 용량은 재지 않았습니다.

테스트 날짜는 2026년 10월 5일, 장비는 Apple M3 Max, 브라우저는 Chromium 154입니다. 이미지는 모두 여섯 장이며 출처와 라이선스는 아래와 같습니다.

• 풍경 사진(5184x3456), Bonnie Moreland, CC0 1.0, Wikimedia Commons
• 인물 사진(8256x5504), Wilfredor, CC0 1.0, Wikimedia Commons
• 상품 사진(4080x3072), Syced, CC0 1.0, Wikimedia Commons
• 코닥 테스트 이미지 4번(512x768 PNG), Eastman Kodak, 제한 없는 사용을 위해 공개됨(r0k.us/graphics/kodak)
• 저희 /compress 화면 캡처(1440x900 PNG), 자체 제작
• 투명 배경 로고(1568x1274 PNG), Enzy Cell, CC0 1.0, Wikimedia Commons

유사도는 SSIM으로 쟀습니다. 원본과 얼마나 비슷해 보이는지를 0~1로 나타내며 1이 동일입니다. 각 항목은 한 번씩만 실행했으니 통계 표본은 아닙니다. Safari와 Firefox, 그리고 ImgCompress.app의 AVIF 출력과 해상도 유지 옵션은 측정하지 않았습니다. PNG 캔버스 인코딩은 실행마다 바이트가 조금씩 달라서(코닥 PNG는 543,535와 543,167바이트) 작은 차이는 의미가 없습니다. 원본 해시와 스크립트는 저희 방법론 노트에 있고, 소개는 소개 페이지에서 볼 수 있습니다. 글은 AI의 도움을 받아 초안을 쓰고 사실 관계는 사람이 확인했습니다.

사진 용량 줄이기 사이트가 놓치기 쉬운 부분

ImgCompress.app 기본 설정(품질 0.8, 1MB 목표, 긴 변 1920px)으로 돌린 결과입니다.

절감의 대부분은 압축이 아니라 1920px 축소에서 나옵니다. 화면 게시용으로는 충분하지만 인쇄나 확대용 원본이 필요하면 맞지 않습니다.

같은 1920px에서 JPEG만 비교하면 저희 쪽이 불리합니다. 풍경과 상품은 mozjpeg q80보다 36%, 인물은 66% 컸고 인물 사진은 SSIM도 0.960 대 0.982로 낮았습니다. 브라우저 내장 인코더를 쓰기 때문입니다. PNG도 무손실 재인코딩뿐이라 스크린샷은 98.4KB에서 78.5KB(-20%)에 그쳤고, 256색 팔레트 방식은 32.2KB(-68%)까지 내려갔습니다. 팔레트 방식은 색 수를 줄이는 손실 압축입니다.

원본 해상도를 유지한다면 포맷이 더 큰 변수입니다. mozjpeg q75 대비 WebP q75는 2833%, AVIF q50은 4759% 작았습니다. 다만 AVIF 인코딩은 12.5MP에서 1.0초, 45MP에서 3.9초로 mozjpeg(1920px 기준 0.2~0.4초)보다 느립니다.

네 곳을 하나씩

ImgCompress.app: 브라우저에서 처리하고 이미지를 올리지 않습니다. 저희 측정 당시(2026-10-05)에는 라이브러리 스크립트를 cdn.jsdelivr.net에서 받았지만, 현재는 사이트 자체 도메인에서 제공하므로 압축할 때 외부 호스트로 요청하지 않습니다. 이미지 데이터는 전송된 적이 없으며, 저희 측정 여섯 번에서 POST 요청과 요청 본문은 0건이었습니다. JPG, PNG, WebP, AVIF를 받고 한 번에 10장, 파일당 50MB까지입니다. 한계는 앞서 적은 JPEG 효율, 무손실 PNG, 브라우저 전용(API와 설치형 없음)입니다. 형식을 바꾸려면 변환 도구를 씁니다.

TinyPNG: JPG, PNG, WebP, AVIF 등을 지원하고 계정 없이 20장, 장당 5MB까지 됩니다. 파일은 서버로 올라가며 최대 48시간 보관 후 삭제된다고 안내합니다. 변환은 무료로 3장까지입니다.

Squoosh: 구글 크롬 랩의 오픈소스 웹앱입니다. 이미지를 서버로 보내지 않고 MozJPEG, WebP, AVIF, OxiPNG 코덱을 브라우저에서 돌립니다. 저희가 측정한 mozjpeg, libwebp 계열 인코더와 같은 종류입니다. 사용 통계는 수집합니다.

iLoveIMG: JPG, PNG, SVG, GIF를 받습니다. 무료 Basic 플랜은 파일 200MB, 30작업이며 가입이 필요한 것으로 가격표에 적혀 있습니다. 파일은 서버에서 처리되고 처리 후 두 시간 안에 삭제된다고 합니다. Premium은 월 $7입니다.

Compressor.io는 공식 페이지를 확인하지 못해 비교에서 뺐습니다.

용도별 설정

• 네이버 블로그·스마트스토어: 긴 변 1920px, JPEG 또는 WebP. 자세한 기준은 상품 이미지 최적화에 정리했습니다.
• 카카오톡 전송: 기본 설정으로 충분하며 EXIF(촬영 위치 포함)도 함께 제거됩니다.
• 증명사진·원서 접수: 접수처의 제한이 기본 목표(1MB)보다 작으면 품질 설정을 낮춰 가며 결과 용량을 확인합니다. 시험 삼아 한 장으로 먼저 해 보세요.
• 한글(HWP) 문서 삽입: 인쇄가 목적이 아니면 1920px 이하로 줄인 JPEG를 넣으면 문서 파일이 가벼워집니다.

자주 묻는 질문

이미지 압축 사이트에 올린 사진은 안전한가요? 업로드형은 서버에 일정 시간 남습니다. TinyPNG는 최대 48시간, iLoveIMG는 처리 후 두 시간 안에 삭제한다고 밝힙니다. 신분증이나 서류 사진은 브라우저 안에서 처리되는 도구가 낫습니다.

사진 용량 줄이기 사이트를 쓰면 화질이 얼마나 떨어지나요? 저희 측정에서 같은 1920px 기준 SSIM은 0.960~0.986이었습니다. 원본 해상도를 유지하려면 해상도 유지 옵션을 켜야 하며, 이 경우는 측정하지 않았습니다.

이미지 용량 줄이기 프로그램을 설치해야 하나요? 일반적인 게시용이라면 필요 없습니다. 수백 장을 자동화하거나 AVIF를 대량으로 만들 때만 명령줄 도구가 유리합니다. ImgCompress.app은 설치형이 없습니다.

PNG는 얼마나 줄어드나요? 저희 도구는 무손실이라 1525% 줄었습니다. 색을 줄여도 되는 로고와 스크린샷은 libimagequant 팔레트 방식으로 6883% 줄었습니다.

결론

이미지 용량 줄이기 사이트를 고르는 기준은 압축률보다 두 가지입니다. 파일이 서버로 올라가도 되는지, 그리고 필요한 해상도가 얼마인지입니다. 저희 도구는 게시용 사진과 개인 파일에 맞고, JPEG 효율과 PNG는 전용 인코더에 밀립니다. 먼저 압축 페이지에서 한 장을 넣어 DevTools의 Network 탭으로 직접 확인해 보세요.