사진 압축 (온라인)

JPG, PNG, WebP 크기를 눈에 띄는 화질 손실 없이 3~5배 줄입니다. 자체 서버에서 처리되며 사진이 클라우드로 전송되지 않습니다.

어떤 프리셋을 고를까요

Amazon과 eBay

마켓은 사진당 최대 10MB를 허용하지만 실제 최적점은 300~800KB입니다. 그 이상은 의미가 없고, 무거운 이미지의 상품 목록은 느리게 로드됩니다. 이 프리셋은 긴 변 1500px, JPG 화질 85로 줄입니다.

Etsy와 Shopify

한도는 25MB지만 200~500KB가 최적입니다. 프리셋: 1280px, JPG 82.

웹사이트

블로그, 포트폴리오, 이미지가 많은 페이지용. 1920px, JPG 82, 빠른 로딩에 최적화.

이메일과 메신저

가장 강한 프리셋: 1280px, JPG 75. 가독성을 유지하며 전달하기에 좋습니다.

사용자 지정

정밀하게 제어하려면 최대 크기와 화질을 직접 설정하세요.

‘화질 손실 없이’의 의미

진정한 무손실 압축은 보통 소폭의 절감(10~20%)에 그칩니다. 반면 잘 선택한 화질(JPG는 80~90)의 손실 압축은 차이가 눈에 보이지 않는 채로 크기를 3~5배 줄입니다. 저희 도구는 바로 이 방식으로 파일 크기와 시각적 선명도의 균형을 맞춥니다.

사용 방법

1. 업로드 영역에 사진 끌어다 놓기
2. 프리셋을 고르거나 직접 값 설정
3. ‘압축’ 클릭
4. 압축된 파일을 받고 얼마나 절약됐는지 확인

자주 묻는 질문

가장 좋은 결과를 얻는 방법

• 재압축된 파일이 아니라 원본을 올리세요. JPEG는 압축을 반복할수록 노이즈가 늘어납니다. 카메라 원본이나 편집 프로그램에서 내보낸 파일이면 같은 용량에서도 더 깨끗합니다.
• 먼저 픽셀 크기를 줄이고 그다음 압축하세요. 상품 이미지나 웹용으로 6000px는 필요 없습니다. 1500~2500px로 줄이는 것이 어떤 품질 슬라이더보다 용량을 더 아껴 줍니다.
• 내용에 맞는 형식을 고르세요. 사진은 JPEG나 WebP, 투명 배경이나 글자가 있는 그래픽은 PNG입니다.
• 압축 전에 불필요한 부분을 잘라내세요. 여백과 빈 배경도 피사체와 똑같이 용량을 차지합니다.
• 100% 배율로 비교하세요. 압축 노이즈는 윤곽과 작은 글자에서 드러납니다. 원본 크기에서 보이지 않으면 품질을 더 낮춰도 됩니다.

여러 파일을 처리할 때는 같은 설정을 유지하면 모든 이미지의 느낌이 통일됩니다.

어떤 형식을 고를까: JPEG, PNG, WebP 또는 AVIF

품질 슬라이더보다 컨테이너(형식)가 더 중요합니다. 형식을 잘못 고르면 필요보다 다섯 배 무거운 파일이 쉽게 만들어지고, 어떤 압축 설정으로도 되살릴 수 없습니다.

• JPEG는 사진의 기본입니다. 부드러운 그라데이션, 피부, 천, 금속에 적합. 투명도가 없습니다. 품질 80~85면 거의 모든 상품 목록을 커버합니다.
• PNG는 투명도가 필요하거나 평면 채움과 단단한 가장자리로 된 이미지(로고, 아이콘, 도표, 인터페이스 스크린샷)에만 어울립니다. 일반 사진에서 PNG는 낭비이며 같은 결과에도 JPEG보다 5~10배 무겁습니다.
• WebP는 현대 사이트의 일꾼입니다. 비슷한 품질에서 JPEG보다 약 25~35% 가볍고 투명도를 지원하며 옛 두 형식을 한 번에 대체합니다. 브라우저 지원은 사실상 전 영역입니다.
• AVIF는 주류 중 가장 효율적입니다. JPEG보다 40~50% 가볍고 그라데이션과 어두운 장면에 탁월합니다. 인코딩이 느려 당일 카탈로그 내보내기보다 사이트의 정적 자산에 적합합니다.

텍스트가 있는 그래픽은 별개입니다. 인포그래픽, 사이즈 표, 이미지에 새긴 구성표 등. 작은 글자는 손실 압축이 가장 먼저 망가뜨리는 부분이며 획 주위에 후광이 생깁니다. PNG, 품질 90~92의 JPEG, 또는 무손실 모드의 WebP를 사용하세요.

마켓에서는 JPEG가 여전히 안전한 답입니다. Amazon, eBay, Etsy, Shopify는 문제없이 받아들이지만, WebP와 AVIF 지원은 플랫폼과 목록 내 이미지 위치에 따라 다릅니다.

이미지 용량이 사이트 속도와 순위에 미치는 영향

이미지는 보통 페이지 용량의 50~70%를 차지하므로 페이지가 실제로 얼마나 빠르게 느껴지는지를 결정합니다. Google은 Core Web Vitals로 페이지를 평가하며, 대표 지표인 LCP는 거의 항상 첫 화면의 가장 큰 이미지에서 측정됩니다. 그 사진이 2MB라면 모바일 연결에서 LCP가 4초를 넘고 페이지는 ‘느림’ 구간에 들어갑니다.

지킬 만한 용량 목표:

• 카탈로그 썸네일: 30~80KB.
• 상품 메인 사진, 긴 변 1200~1500px: 150~350KB.
• 넓은 배너나 커버, 1920px: JPEG 200~400KB, WebP 120~250KB.
• 페이지 전체: 첫 화면 아래까지 포함해 이미지 총량을 1.5~2MB 미만으로.

마크업은 바이트만큼 중요합니다. 모든 이미지에 명시적 width와 height를 설정하세요. 아니면 이미지가 도착하면서 레이아웃이 튀고 CLS가 올라갑니다. 히어로 이미지에는 fetchpriority="high"를 주고 절대 지연 로드하지 마세요. 나머지에는 loading="lazy"를 적용합니다.

파일 용량 자체는 순위 요인이 아니지만, 속도는 페이지 평가에 반영되고 참여 신호는 직접 나빠집니다. 대기 1초가 늘 때마다 이탈률이 올라갑니다. 상품 페이지에서는 며칠 안에 전환율로 나타납니다.

수백 개 파일을 망치지 않고 카탈로그를 일괄 압축하기

파일이 두 개가 아니라 이백 개가 되면 목표가 바뀝니다. 더 이상 각 프레임을 다듬는 게 아니라, 내보내기 전체에서 예측 가능한 결과가 필요합니다.

• 시리즈당 하나의 설정. 카탈로그 전체에 단일 프리셋을. 어디서나 같은 긴 변, 같은 품질. 크기가 섞이면 그리드가 깨지고 브라우저가 페이지를 다시 계산하게 됩니다.
• 샘플 기반 품질 검사. 전부 살피지 마세요. 가장 어려운 5~7장을 고르세요. 어두운 배경, 부드러운 그라데이션, 털, 주얼리 하이라이트, 가는 줄무늬 천. 그것들이 깨끗하면 나머지 시리즈도 안전합니다. 100% 확대로 비교하고 축소 미리보기로는 보지 마세요.
• 어려운 구역을 살피기. 블록 현상이 나오는 평평한 배경과, 후광이 보이는 고대비 물체의 가장자리를 보세요. 둘 중 하나라도 보이면 품질을 5포인트 올리고 원본에서 시리즈를 다시 만드세요.
• 이미 압축된 파일. 손실 파일을 재압축하면 손상이 쌓입니다. 매번 이전에 더해지고 되돌릴 수 없습니다. 원본이 사라져 완성된 JPEG로 작업해야 한다면 품질 85 아래로 내리지 말고 두 번째로 축소하지 마세요. 더 나은 길은 촬영 아카이브로 돌아가 모든 것을 한 번에 다시 만드는 것입니다.

항상 전체 품질 원본을 손대지 않은 채 보관하세요. 플랫폼 요구사항은 바뀌고, 소스에서 내보내기를 다시 만드는 데는 한 시간이면 되지만, 재압축 복사본에서 다시 만드는 것은 그저 불가능합니다.