일괄 이미지 압축:한 번에 여러 이미지를 압축

이미지가 한 장이라면 쉽습니다. 쉰 장은 그렇지 않죠. 일이 「오늘 찍은 사진 전부 압축」이나 「Shopify에 올리기 전에 상품 플랫레이 전부 줄이기」 같은 작업으로 넘어가는 순간, 병목은 압축 알고리즘이 아니라 파일 열기 → 품질 정하기 → 저장 → 다시 끌어오기 → 반복이라는 루프입니다. 일괄 이미지 압축 도구가 사라내도록 만든 바로 그 루프입니다.

제대로 된 일괄 도구라면, 페이지에 수십에서 수백 개의 파일을 한꺼번에 떨어뜨리고, 같은 압축 패스를 모두에 돌리고, 결과를 ZIP 하나에 담아 돌려 줍니다. 업로드도, 파일별 대화상자도, 아카이브를 손으로 꿰매는 일도 없어요. 이 글에서는 일괄화가 실제로 손해가 아닐 때, ImagElite 워크플로가 어떤 모습인지, 그리고 500장짜리 잡이 끝에서 엉망이 되지 않게 만드는 몇 가지 정리 단계를 알려드립니다.

일괄이 한 장씩을 이길 때

산수는 냉정합니다. 이미지를 한 장씩 처리하는데 한 장에 30초의 주의가 든다면 — 열기, 슬라이더 조정, 저장 누르기, 인코딩 대기, 다운로드 폴더로 드래그 — 쉔 장이면 25분의 집중 시간이고, 몇백 장이면 오전 근무 시간 전체가 날아갑니다. 압축 자체는 빠르고, 시간을 죽이는 건 그 주변의사람이 쓰는 시간입니다.

좋은 일괄 이미지 압축 도구는 그 루프를 누릅니다. 폴더째 던져 넣고, 모두에 적용할 품질 설정을 하나 고르고, 돌아왔을 때 ZIP가 놓여 있습니다. 같은 쉔 장이 이제 시계 시간 1분, 파일 사이 클릭 0회로 끝납니다. 복리 효과는 실재합니다. 한낮 전체를 잡아먹던 200장짜리 상품 카탈로그가, 이제 커피 한 잔 시간으로 끝납니다.

일괄이 중요한 또 다른 이유는 일관성입니다. 잡 전체에 품질을 한 번 설정하면 모든 파일이 같은 처분을 받습니다. 한 장씩은 품질이 점점 흘러내립니다 — 처음 열 장은 품질 85, 서른 번째쯤 공간을 아끼려고 70으로 살짝 낮추고, 마지막 열 장이 처음 열 장보다 눈에 띄게 뭉퉁해집니다. 일괄은 기준을 잡아줍니다.

ImagElite에서 일괄 압축하는 법

ImagElite의 이미지 압축기는 한 번에 여러 파일을 받고, 결과를 한 번에 다운로드로 묶어줍니다. 설명을 읽지 않고도 쓸 수 있도록 흐름을 일부러 짧게 잡았습니다.

압축기를 열고, 폴더, Finder의 다중 선택, 또는 섞인 파일을 드롭 존에 바로 떨어뜨립니다.
출력 포맷을 고르고(사진의 경우 WebP가 기본 정답), 품질 슬라이더를 원하는 위치로 밉니다.
모두 압축을 클릭합니다. 각 파일은 브라우저 안의 WASM 코덱으로 로컬에서 부호화되며, 업로드되는 것은 없습니다.
파일별 진행 막대가 차오르는 걸 기다립니다. 배치 전체가 끝나면 하단 버튼이 「압축」에서 「ZIP 다운로드」로 바뀝니다.
ZIP 다운로드를 누르면, 원래 파일명을 그대로 살린 채 모든 압축 파일이 담긴 아카이브가 저장됩니다.

큰 배치를 깔끔하게 다듬기

배치가 얼마나 깨끗한지는 그 안에 끼어든 제일 지저분한 파일 하나가 결정합니다. 100장짜리 잡을 돌리기 전에 1분만 들러서 이상치를 처리해 두세요 — 그 파일들이 깨끗했던 ZIP을 디버깅 세션으로 바꾸는 주범입니다.

크기 이상치.4,000만 화소 RAW 출력 한 장이 잡 전체의 실행 시간을 좌우하고 ZIP을 부풀립니다. 다른 파일들 크기에 맞춰 이상치를 미리 리사이즈하거나, 별도 배치로 떼어내 더 강한 품질을 적용하세요. 200장 잡에서 차이가 분명히 드러납니다.

중복 제거.스크린샷이나 스크레이프 자산을 처리할 때 거의 확실히 거의-중복이 섞여 있습니다 — 같은 UI가 두 번 캡처됐다든지, 같은 상품 사진이 두 버전으로 내보내졌다든지. 시작 전에 해시 기반 도구로 중복 제거를 한 번 돌려서, 결과 ZIP에 같은 이미지가 다른 이름으로 두 장 들어가는 일을 막으세요.

이름.IMG_4829 (2).jpg 같은 이름이나 비-ASCII 문자가 들어간 파일명은 ZIP을 통과하긴 해도, 파일명 기반으로 인덱싱을 만드는 하류 도구를 헷갈리게 합니다. 시작 전에sku-red-front-01.jpg 식으로 통일해 두면, 누군가 그 폴더를 나중에 열 때 바로 효과를 봅니다.

포맷 폴백.오래된 카메라에서 나온 일부 PNG/TIFF는 깔끔한 손실 경로가 없을 수 있습니다 — 이미 강하게 압축되어 있거나, 출력 포맷이 지원하지 않는 알파 채널을 담고 있을 수 있습니다. 변환이 오히려 손해인 파일에 대해서는 압축기가 원래 포맷을 유지하므로, ZIP을 다운로드하기 전에 파일별 결과 열을 확인해 주세요. 출력물이 입력물보다 더 커진 경우는, 그 파일에는 원래 포맷이 정답이었다는 신호입니다.

돌아오는 결과물

다운로드되는 것은 작업 타임스탬프로 이름이 붙은 ZIP 한 개입니다. 안에는 각 파일이 원본의 stem을 그대로 가져가고 새 확장자만 붙은 형태로 이름이 바뀝니다 — 그래서 IMG_4829.jpg는 WebP를 골랐다면IMG_4829.webp가 되고, 원본 포맷을 유지했다면 확장자를 그대로 둡니다. 드래그앤드롭으로 들어왔던 폴더 구조는 보존되어,shoots/2026-08/red/를 던졌다면 ZIP 안에서도shoots/2026-08/red/ 계층이 그대로 남습니다.

ZIP 안의 파일은 「stored(저장)」 모드로 들어갑니다. 이미지가 이미 압축된 상태이기 때문에 한 번 더 deflate하는 건 CPU 낭비이고 아카이브도 거의 안 줄거든요. 그래서 ZIP의 크기는 사실상 출력 파일의 합과 같습니다. 저장 공간 계산은 그에 맞춰 하세요 — WebP 품질 80의 200장 배치는 대략 200 × 120 KB, 합쳐서 약 24 MB. 같은 타깃의 JPG 배치라면 보통 그보다 40–60% 더 큽니다.

한 가지 더. 이 워크플로 어디에도 서버는 관여하지 않습니다. WASM 코덱이 브라우저 탭 안에서 돌아가고, ZIP도 같은 탭이 조립하고, 다운로드는 그저 브라우저 다운로드입니다. 업로드 단계도 없고, 파일별 API 호출도 없고, 기다릴 큐 자리도 없습니다. 느린 호텔 와이파이나 보안에 민감한 네트워크에서, 「여기서 할 수 있다」와 「더 안전한 곳까지 기다려야 한다」의 차이를 정확히 만들어 주는 곳입니다.