엄격한 업로드 제한에 맞춰 이미지를 압축하는 방법

최종 업데이트: 2026년 3월 15일

많은 사람이 처음 저지르는 실수

많은 업로드 문제는 압축으로 해결할 수 있지만 첫 판단을 자주 잘못합니다. 원본 해상도를 유지한 채 이미지가 망가져 보일 때까지 품질을 계속 낮추는 방식입니다. 이 방법은 대역폭을 낭비하고, 너무 큰 원본에서는 용량 제한도 맞추지 못합니다. 더 나은 순서는 실제 목적지 크기를 확인하고, 표시 영역에 원본 해상도가 필요 없다면 먼저 크기를 줄인 뒤, 그 다음 업로드 제한에 맞추는 것입니다.

먼저 리사이즈할까, 먼저 압축할까

대상 플랫폼이 원본보다 훨씬 작은 이미지만 보여 준다면 먼저 리사이즈하는 편이 맞습니다. 작은 폼 미리보기에 올릴 4000픽셀 휴대폰 사진은 원본 픽셀을 모두 유지할 필요가 없습니다. 먼저 압축해야 하는 경우는 원래 치수를 반드시 유지해야 할 때뿐입니다. 실제로는 웹 폼, 헬프데스크, 마켓플레이스, SNS 업로드가 원래 픽셀 수보다 최종 바이트 크기를 더 중요하게 보는 경우가 많습니다. 실제 사용 크기에 맞게 치수를 줄이는 것이 눈에 띄는 손상 없이 용량 목표에 들어가는 가장 깔끔한 방법입니다.

원본 포맷을 유지해야 하는 경우

그 포맷 계열이 목적지에 이미 맞는다면, 원래 포맷 계열을 유지하세요. 작은 글자가 많은 스크린샷은 JPG로 바꾸는 것보다 PNG나 무손실 WebP로 두는 편이 더 잘 버티는 경우가 많습니다. 사진 위주의 이미지는 JPG나 WebP가 더 효율적으로 압축됩니다. 업로드 폼이 엄격하더라도 내용이 글자 중심이라면, 숫자만 줄이려고 포맷을 바꾸기 전에 가독성을 먼저 확인하세요. 목표는 무조건 가장 작은 파일이 아니라, 실제 검수를 통과하는 가장 작은 파일입니다.

용량 예산에 안정적으로 맞추는 방법

먼저 용량 예산을 정하세요. 예를 들어 500KB, 2MB, 혹은 마켓플레이스에 명시된 제한입니다. 그다음 배치에서 대표 이미지를 하나 골라, 눈으로 봤을 때 여유가 남는 수준에서 용량 제한을 통과할 때까지 설정을 조정합니다. 한 번 통과하면 그 설정을 전체 배치에 적용하세요. 일부 파일만 계속 실패한다면 품질을 더 깎기보다 치수를 줄여야 하는 경우가 대부분입니다. 이런 방식이 파일마다 감으로 품질 수치를 쫓는 것보다 훨씬 안정적입니다.

배치를 게시하기 전에 확인할 사항

가장 까다로운 사례부터 확인하세요. 텍스트 스크린샷, 그라데이션, 피부톤, 얇은 로고, 어두운 그림자 영역은 압축 실수가 가장 먼저 드러납니다. 웹사이트나 마켓플레이스용이라면 최종 파일 하나를 실제 업로드 목적지에서 시험해 보는 게 중요합니다. 어떤 플랫폼은 업로드 후 다시 압축하기 때문입니다. 재인코딩이 강한 플랫폼이라면 처음부터 품질을 조금 더 남겨 두어야 두 번째 압축에서 무너지지 않습니다.

권장 도구 순서

대상 서비스에 명확한 픽셀 조건이 있다면 먼저 리사이즈를 하고, 그다음 압축으로 용량을 맞추세요. 먼저 변환이 필요한 경우는 대상이 특정 포맷을 요구할 때뿐입니다. PDF 내보내기 역시 삽입된 이미지가 너무 크면 용량 제한을 넘기기 쉽기 때문에 같은 원칙이 그대로 적용됩니다.