사진 여러 장을 보내려고 ZIP을 만들었는데 첨부 용량이 그대로라면, 먼저 압축을 다시 시도할 일이 아닙니다. 한 파일로 묶으려는 것인지, 전송 가능한 크기로 줄이려는 것인지를 구분해야 합니다. 두 목표는 결과를 확인하는 기준부터 다릅니다. ZIP은 여러 파일을 하나로 전달할 때 편하지만, JPEG 사진의 크기를 크게 줄여 주는 방법이라고 기대하면 전송 직전에 막히기 쉽습니다.
ZIP이 커 보일 때, 비교 대상을 먼저 맞추기
사진 파일 한 장의 크기와 사진 여러 장을 넣은 ZIP 하나의 크기를 비교하면 원인을 잘못 짚습니다. 보내려는 사진만 별도 폴더에 모으고 그 폴더에 들어 있는 파일들의 크기 합계와 완성된 ZIP의 크기를 비교하세요. ZIP을 열어 파일 이름과 개수가 예상과 같은지도 살핍니다. 원본 폴더에 동영상이나 편집 전 원본이 섞여 있고 ZIP에는 사진만 들어갔다면, 줄어든 숫자는 압축 효과가 아니라 포함한 파일의 차이일 수 있습니다. 반대로 예상보다 ZIP이 크면 의도하지 않은 파일이 들어 있지 않은지 먼저 확인합니다.
Microsoft는 JPEG가 이미 많이 압축된 파일 형식이라 여러 장을 ZIP으로 묶어도 전체 크기가 원래 사진 묶음과 비슷할 수 있다고 안내합니다. 따라서 ZIP의 크기가 원본 합계와 비슷하다는 사실만으로 파일이 손상됐거나 압축 프로그램이 실패했다고 볼 수 없습니다. 파일을 한 개로 만드는 목표였다면, 크기가 거의 그대로여도 ZIP은 제 역할을 한 셈입니다. Microsoft의 ZIP 압축·풀기 설명은 묶기와 압축 해제 방법도 구분해 보여 줍니다.
같은 사진으로 ‘다시 ZIP’과 ‘작은 사본’을 비교해 봤습니다
2026년 10월 14일 Windows 10에서 합성 JPEG 한 장으로 직접 비교해 봤습니다. 원본 JPEG는 약 178KB였고 ZIP으로 묶은 뒤에도 크기가 거의 그대로였습니다. 반면 반복 문장으로 만든 텍스트 파일은 같은 ZIP 방식에서도 크기가 크게 줄었습니다. JPEG처럼 이미 압축된 파일과 텍스트처럼 압축 여지가 큰 파일은 ZIP 결과가 다를 수 있다는 뜻입니다. 압축을 푼 JPEG가 원본과 같은 바이트인지도 확인했습니다.
같은 JPEG를 600×400픽셀에서 300×200픽셀로 줄여 별도 사본으로 저장하자 파일 크기는 약 30KB까지 낮아졌습니다. 이후 이 작은 사본을 다시 ZIP으로 묶어도 크기는 거의 달라지지 않았습니다. 여기서 실제 용량 감소를 만든 것은 ZIP이 아니라 사진의 픽셀 수를 줄이고 다시 저장한 과정입니다. 이 테스트는 합성 이미지 한 장을 이용한 비교이므로 실제 휴대폰 사진에서도 같은 비율로 줄어든다는 의미는 아닙니다.
원본 화질이 중요하면 ZIP, 전송 크기가 문제면 사본
사진 여러 장을 받는 사람이 원본 파일 그대로 받아야 하고 첨부 크기도 허용된다면, 사진을 ZIP 하나로 묶어서 보내는 편이 목적에 맞습니다. 압축을 풀어 받은 파일이 원본과 같은지 중요할 때는 사진 자체를 다시 저장하지 않아야 합니다. 위 테스트에서도 원본 JPEG를 ZIP에서 꺼냈을 때 바이트가 일치했습니다. 다만 이메일이나 메신저의 허용 용량은 서비스별로 다르므로, 보내기 전에 실제 ZIP 파일의 크기를 해당 서비스의 현재 제한과 직접 비교해야 합니다.
완성된 ZIP이 전송 한도를 넘는다면 다시 ZIP을 반복하기보다 전송용 사진 사본을 따로 만드는 선택이 필요합니다. 화면에서 보기만 하면 되는 사진과 인쇄하거나 작은 글씨를 확대해 읽어야 하는 사진에는 같은 축소 설정을 무턱대고 적용하지 마세요. 먼저 한 장만 사본으로 만들고 픽셀 크기와 파일 크기를 확인한 뒤, 받는 사람이 필요로 할 세부 내용이 보이는지 직접 열어 확인합니다. 글씨가 중요한 영수증·문서 사진이라면 작은 미리보기에서 알아볼 수 있다는 것만으로 충분하지 않을 수 있습니다. 원본은 별도로 남겨 두고 적합한 사본만 전송 목록에 넣습니다.
PNG로 바꾸거나 확장자만 고치면 해결될까?
JPG 파일 이름 끝을 .png로 바꾸는 것은 사진 데이터를 다른 방식으로 저장하는 작업이 아닙니다. 반대로 실제로 PNG로 다시 내보내더라도 더 작아진다고 단정할 수 없습니다. PNG 규격은 무손실 압축을 제공하고 JPEG 방식은 정보 일부를 버릴 수 있는 손실 압축이라는 차이가 있습니다. 따라서 글자가 선명해야 하는 그림이나 화면 캡처와 자연 사진을 같은 형식으로 일괄 변환하기보다, 필요한 화질과 실제로 저장된 바이트 크기를 함께 비교해야 합니다. PNG 규격의 설계 설명도 PNG에 손실 압축을 넣지 않은 이유와 JPEG의 손실 방식을 구분합니다.
결국 ZIP은 여러 사진을 한 파일로 묶는 데 적합하고, JPEG 사진 자체의 용량을 크게 줄이는 방법과는 다릅니다. ZIP 크기가 원본 사진들의 합계와 비슷하고 전송 제한 안에 들어간다면 그대로 보내면 됩니다. 반대로 전송 한도를 넘는다면 ZIP을 반복하기보다 원본은 보관하고 전송용 사진 사본의 해상도나 품질을 조정하는 편이 낫습니다. 먼저 한 장만 시험 저장한 뒤 작은 글씨나 필요한 세부 내용이 제대로 보이는지 확인하고 나머지 사진에도 같은 방법을 적용하세요.
사진을 클라우드에 백업해 두고 있다면 전송용 사본과 보관 원본을 혼동하지 않는 것도 중요합니다. Google 포토에서 백업을 끄거나 사진을 삭제할 때 원본이 어디에 남는지 헷갈린다면 Google 포토 백업을 끌 때의 사진 보관 차이도 함께 확인해 보세요.