이미지 압축기

시각적 충실도를 유지하면서 GIF/WebP의 품질, 크로마 서브샘플링 및 팔레트 축소 미세 조정

도구로 돌아가기

배치 압축 중...

더 가볍게 만들고 싶은 이미지 또는 ZIP을 드롭하세요

HEIC, AVIF, RAW, 애니메이션 GIF/WEBP, TIFF, DDS 텍스처가 모두 지원돼요.

무손실 + 손실 프리셋 ZIP 아카이브를 즉시 압축 해제

압축 큐

  • 에셋을 추가해서 절약 비율을 추정하고 전후 파일 크기를 확인하세요.

압축 제어

82%
고급 압축 컨트롤

큐 항목은 업로드 전에 예상 절약량을 표시하므로 자신 있게 슬라이더를 조정할 수 있어요.

파일을 드롭하여 실시간 미리보기를 확인하세요.

일괄 처리 진행

압축 결과 계산이 완료되는 즉시 원본 업로드가 삭제돼요.

압축된 파일이 나란히 비교된 지표 및 다운로드 버튼과 함께 여기에 표시돼요.

이미지 압축기는 이미지 파일의 바이트 크기를 더 효율적인 인코더로 픽셀을 다시 인코딩하여 줄여요. 시각 정보를 버릴 수도 있고 버리지 않을 수도 있어요. 파일이 작아지면 웹 페이지가 빨라지고, 대역폭 비용이 낮아지며, 클라우드 저장소와 이메일 첨부 파일에 더 많은 여유 공간이 생겨요. 올바른 압축 모드와 품질 설정은 원본 파일의 형식과 출력이 어디에 사용될지에 따라 완전히 달라져요.

이미지 압축기란 무엇이고 어떻게 작동하나요?

이미지 압축기는 원본 이미지의 픽셀 그리드를 가져와서 형식별 인코더를 통해 실행한 다음, 같은 사진을 더 적은 바이트로 나타내는 새 파일을 작성해요. 두 가지 압축 모드가 있어요.

올바른 모드를 선택하는 것이 가장 중요한 결정이에요. 선명한 텍스트의 스크린샷에 손실 압축을 사용하면 가장자리가 흐릿해지고, 사진에 무손실 압축을 사용하면 원본보다 거의 작아지지 않은 파일이 생겨요. 압축기는 손실 형식에 대한 품질 슬라이더와 두 모드를 모두 지원하는 형식에 대한 무손실 토글을 노출해요.

프로젝트를 위해 이미지 압축기가 필요한 이유

이미지 바이트는 대부분의 웹사이트 페이지 무게를 차지해요. 이미지를 서버, CMS 또는 CDN으로 보내기 전에 압축하면 직접적이고 측정 가능한 효과가 있어요.

언제 이미지 압축을 사용해야 하나요?

게시하기 전에 압축하세요. 게시한 후에는 하지 마세요. 원본 카메라 RAW와 마스터 PSD는 최고 품질로 보관해야 해요. 압축된 버전은 특정 목적지를 위해 만든 파생 파일이에요. 웹 페이지는 WEBP 또는 AVIF를 사용하고, 이메일 첨부 파일은 중간 품질 JPG를 사용하며, 앱 내 썸네일은 고도로 압축된 JPG를 사용하고, 보관용 사본은 PNG 또는 TIFF로 유지해요. 이미 압축된 JPG를 반복적으로 다시 압축하면 세대 손실이 발생하는데, 이는 저장할 때마다 아티팩트가 누적돼요.

효과적인 이미지 압축기의 주요 기능

실제로 심각한 작업에 중요한 기능은 출력 바이트에 영향을 미치는 것들이에요.

이미지 압축의 실용적인 사용 사례

전자상거래 매장은 카탈로그 페이지를 Google이 보상하는 2.5초 LCP 임계값 이하로 유지하기 위해 제품 사진을 압축해요. 웹 개발자는 모든 배포의 일부로 히어로 이미지와 인라인 기사 이미지를 압축기를 통해 실행해요. 사진작가는 전체 해상도 마스터를 노출하지 않으면서 미리보기가 빠르게 로드되도록 클라이언트 갤러리와 증명 시트를 압축해요. 마케팅 팀은 스크린샷과 인포그래픽을 LinkedIn이나 Twitter에 게시하기 전에 압축해요. 두 플랫폼 모두 크기가 너무 큰 업로드를 제거하고 다시 인코딩하기 때문이에요. SaaS 엔지니어는 모든 아바타, 모든 빈 상태 일러스트레이션, 모든 온보딩 스크린샷을 압축해요. 각 킬로바이트가 모든 방문자에게 곱해지기 때문이에요.

웹사이트에 사진을 게시하든, 지원 티켓에 스크린샷을 첨부하든, 휴대폰 카메라 라이브러리를 클라우드에 보관하든, 이미지 압축기는 원본과 목적지 사이의 단계예요. 올바른 형식과 올바른 품질 설정은 거의 항상 파일을 3배에서 10배로 줄이면서 인지할 수 있는 품질 손실이 없어요. 그리고 그 압축은 모든 방문자, 모든 페이지, 모든 기가바이트의 저장소에 걸쳐 누적돼요.

자주 묻는 질문

일반적인 휴대폰이나 DSLR JPG의 경우, 품질 설정 80~85는 일반적인 시청 거리에서 눈에 띄는 차이 없이 파일 크기를 50~70% 줄여요. 같은 원본을 WEBP로 다시 인코딩하면 보통 추가로 25~35%를 절약하고, AVIF는 더 느린 인코딩 비용으로 더 많이 절약해요.

JPG 품질 80~85는 웹 페이지에 표시되는 사진의 최적 지점이에요. 70 이하에서는 JPG가 하늘과 피부 톤에서 블록 아티팩트를 보이기 시작해요. 90 이상에서는 파일이 눈에 띄게 커지지만 시각적 개선은 없어요. WEBP와 AVIF는 JPG보다 5~15포인트 낮출 수 있으면서도 똑같아 보여요.

아니에요. 압축기는 원본 파일을 읽고, 새로운 압축 파일을 생성한 다음, 다운로드로 반환해요. 기기나 서버의 원본은 절대 수정되지 않아요. 나중에 다른 설정으로 다시 내보내야 할 수 있으면 원본을 보관해 두세요.

네. PNG는 무손실 형식이므로 모든 PNG 압축은 정의상 무손실이에요. 압축기는 최고 deflate 설정(압축 레벨 9)을 사용하여 모든 중복 바이트를 짜내요. 손으로 만든 PNG의 일반적인 절약은 10~40%예요. 스크린샷에서는 보통 더 높아요.

네. 카메라나 휴대폰에서 직접 나온 경우예요. 카메라 펌웨어는 웹 전달이 아니라 캡처 품질을 위해 조정되므로 품질 95 이상으로 저장해요. 품질 82로 다시 인코딩하면 보통 파일을 절반으로 줄이면서 인지할 수 있는 차이가 없어요. 이미 웹용으로 고도로 압축된 이미지를 다시 압축하는 것은 피하세요. 추가 압축은 아티팩트를 누적시켜요.

거의 항상 WEBP가 JPG보다 더 높은 품질 계수로 저장되었기 때문이에요. WEBP와 JPG 품질 숫자는 직접 비교할 수 없어요. WEBP 90은 JPG 90이 아니라 대략 JPG 95와 같아요. WEBP 품질을 75~80으로 낮추면 보통 이기게 돼요.

간접적으로는 네. 검색 엔진은 이미지 압축을 직접 점수로 매기지 않지만, Core Web Vitals(LCP, INP, CLS)를 점수로 매겨요. 이미지 바이트는 콘텐츠가 많은 페이지의 LCP에서 가장 지배적인 요소예요. 이미지를 압축하는 것은 이러한 메트릭을 개선하기 위해 할 수 있는 가장 높은 영향도의 일 중 하나예요.

EXIF 메타데이터, IPTC 태그, ICC 색상 프로필은 대상 형식이 지원할 때마다 기본적으로 보존돼요. 압축기는 내보내기 전에 메타데이터를 제거하는 별도의 옵션을 노출해요. 이는 공개적으로 게시된 사진과 GPS 좌표나 시스템 정보가 포함될 수 있는 스크린샷에 권장돼요.

네. 애니메이션 GIF는 원래 타이밍과 루프 수를 포함한 프레임 시퀀스로 디코딩돼요. 압축기는 적응형 256색 팔레트를 사용하여 각 프레임을 다시 인코딩하고 타이밍을 유지하면서 애니메이션을 재조립해요. 애니메이션 WEBP로 다시 인코딩하면 보통 최적화된 GIF와 비교하여 파일을 60~80% 더 줄여요.

각 파일은 40MB 미만이어야 하고, 각 배치는 최대 50개 파일을 포함할 수 있어요. ZIP 보관파일은 서버 측에서 압축 해제되고 각 항목은 같은 50개 파일 제한에 대해 계산돼요. 더 큰 작업량의 경우 여러 배치로 나누세요. 압축기 설정은 배치 간에 유지돼요.