전송용 파일 크기 줄이기: 빠른 압축 가이드

파일을 보내기 전에 크기를 줄이려면 형식에 맞는 코덱을 선택하세요. 비디오는 H.265 또는 AV1, 이미지는 WebP 또는 AVIF, PDF는 이미지를 다운샘플링하여 선형화, 혼합 아카이브는 LZMA2가 있는 7-Zip. 4K MP4는 눈에 보이는 품질 손실 없이 8 GB에서 1.2 GB로 줄일 수 있습니다. 300 MB 스캔 PDF는 포함된 이미지를 600 DPI에서 150 DPI로 리샘플링하면 40 MB로 축소되는 경우가 많습니다. 압축 레벨보다 코덱 선택이 훨씬 더 중요합니다.

파일 크기가 전송 시간을 결정하는 이유

100 Mbps 업로드 회선은 이론상 초당 약 12.5 MB를 전송하지만, TCP 오버헤드, TLS 핸드셰이크, 가정용 ISP의 현실을 고려하면 초당 9 MB에 가깝습니다. 즉, 10 GB 마스터 파일은 이상적인 조건에서 약 18분이 필요하며, 피크 시간대 소비자용 광섬유에서는 한 시간 이상 걸리는 경우도 있습니다. 파일을 3 GB로 줄이는 것은 단순한 편의가 아닙니다. 회의 전에 전송이 완료되느냐 아니냐의 차이입니다.

모든 주요 전송 서비스에는 용량 제한이 있습니다. WeTransfer는 무료 사용자를 2 GB로 제한하고, Smash는 크기 제한 없이 2 GB를 초과하면 속도를 제한합니다. Dropbox Transfer 무료 플랜은 100 MB입니다. 파일이 상한을 초과하면 압축은 선택이 아닌 필수입니다.

비디오: 가장 큰 이득이 여기서 나옵니다

비디오 파일은 거의 항상 전송해야 하는 파일 중 가장 크고, 동시에 가장 압축 효과가 높습니다. Premiere Pro, Final Cut, DaVinci Resolve의 기본 내보내기 설정은 전송 최적화가 아닌 품질 여유를 위해 관대하게 설정되어 있습니다.

HandBrake 또는 FFmpeg로 H.265(HEVC) CRF 23을 사용해 재인코딩하면 시각적으로 거의 손실 없는 결과를 얻을 수 있습니다. 웹 배포 품질에서 최소 크기를 원한다면 SVT-AV1 CRF 30이 H.265 대비 30~50%를 추가로 절약합니다. 바로 사용 가능한 명령: ffmpeg -i input.mov -c:v libx265 -crf 23 -preset medium -c:a aac -b:a 128k output.mp4. 5 GB ProRes 파일이 약 600 MB 수준으로 떨어지는 것을 기대할 수 있습니다.

1080p로 충분한데 4K로 내보내는 것도 피하세요. 인코딩 전에 해상도를 낮추는 것이 비트레이트 상한을 높이는 것보다 훨씬 효과적입니다.

이미지: 형식이 해상도보다 중요합니다

12 MP 사진을 비압축 TIFF로 저장하면 36 MB입니다. 같은 이미지를 WebP 품질 85로 변환하면 눈에 보이는 열화 없이 약 1.8 MB입니다. AVIF는 더 낮아져 종종 1 MB 미만이며, Safari, Chrome, Firefox, Edge 모두 현재 기본 지원합니다.

클라이언트에게 전달하는 RAW 배치의 경우, DNG 또는 CR3 파일을 JPEG XL(.jxl) 또는 품질 90의 프로그레시브 JPEG로 변환하세요. 200개 RAW 파일 1.2 GB 폴더가 일반 모니터에서 아무도 알아차리지 못할 수준의 손실로 약 90 MB가 됩니다.

다운로드 없이 사용할 수 있는 도구: 브라우저의 Squoosh는 WebP, AVIF, MozJPEG를 개별 처리합니다. 배치 작업에는 ImageMagick의 magick mogrify -format webp -quality 85 *.jpg가 폴더 전체를 몇 초 만에 처리합니다.

PDF: 포함된 이미지 스캔 줄이기

대부분의 비대한 PDF는 인쇄 해상도로 포함된 이미지 스캔을 담고 있습니다. Acrobat의 "파일 크기 줄이기" 명령은 포함된 이미지를 150 DPI로 다운샘플링하고 텍스트 스캔에는 JBIG2, 사진에는 JPEG2000으로 재인코딩합니다. 같은 작업을 Ghostscript로 무료 처리할 수 있습니다.

gs -sDEVICE=pdfwrite -dCompatibilityLevel=1.5 -dPDFSETTINGS=/ebook -sOutputFile=out.pdf in.pdf

서명 페이지 40장이 스캔된 300 MB 계약서가 이 방법으로 35 MB로 줄어드는 경우가 흔합니다. DocuSign이나 Dropbox Sign을 통한 전자 서명 워크플로에서 문서당 업로드 제한이 약 25 MB이므로 이 처리가 중요합니다.

Word나 Google Docs에서 내보낸 디지털 출처 PDF의 경우, 기본 "고품질" 대신 "표준" 품질로 설정된 "PDF로 인쇄" 가상 프린터를 사용하세요. 차이가 10배에 달하는 경우도 있습니다.

문서 및 스프레드시트 최적화

부풀려진 .docx나 .xlsx는 거의 항상 붙여넣은 이미지나 포함된 스프레드시트 범위 때문입니다. Word의 그림 압축 명령(파일 → 옵션 → 고급 → 이미지 크기)은 이메일용으로 150 PPI를 목표로 합니다. Excel 파일이 20 MB를 넘는다면 빈 셀에 걸친 서식이 원인인 경우가 많습니다. 사용하지 않는 행에서 "모두 지우기"를 하면 크기의 90%를 회수하는 경우도 있습니다.

오래된 형식의 경우, .doc를 .docx로 저장하면 최신 XML 기반 형식이 기본적으로 zip 저장을 사용하기 때문에 크기가 30~60% 줄어듭니다.

스마트 아카이브: 혼합 콘텐츠에는 7z가 ZIP보다 우수

문서, 코드, 이미지가 혼합된 폴더를 묶을 때, "Ultra" 수준의 LZMA2가 있는 7-Zip은 일반적으로 표준 ZIP보다 20~40% 더 나은 비율을 달성합니다. 단점은 압축 시간으로, 10 GB 아카이브에서는 의미 있는 차이가 납니다. 이미 압축된 콘텐츠(MP4, JPG, ZIP)에는 신경 쓰지 마세요. 절약은 2% 미만이고 CPU만 낭비합니다.

Tar + zstd(tar --zstd -cf archive.tar.zst folder/)는 코드베이스를 이동하는 Linux 및 macOS 사용자에게 최적의 선택입니다. zstd는 비슷한 비율에서 gzip보다 5배 빠르게 압축 해제됩니다.

수신자가 WinRAR 또는 7-Zip을 설치하지 않은 경우 RAR을 피하세요. ZIP과 .7z가 외부 수신자에게 더 안전한 기본값입니다.

압축이 오히려 해가 되는 경우

이미 웹 배포 품질인 파일을 재압축하지 마세요. YouTube에서 다운로드한 영상이나 이미 CRF 23의 H.264 MP4에 HandBrake를 실행하면 의미 있게 축소되지 않거나 세대 손실 아티팩트가 생깁니다. 먼저 ffprobe file.mp4로 소스 비트레이트를 확인하세요. 1080p에서 이미 5 Mbps 미만이라면 그대로 두세요.

마찬가지로, 암호화된 아카이브(비밀번호 보호 ZIP, AES-256이 있는 7z)는 압축 불가능한 상태가 됩니다. 반드시 압축을 먼저 하고 암호화는 그 다음에 하세요. 반대 순서로 하면 압축 효과가 전혀 없습니다.

압축 없이 원본 그대로 보내기

압축이 시간 가치가 없는 경우도 있습니다. 수신자가 원본 품질이 필요한 비디오 마스터나 디자인 납품물의 경우가 그렇습니다. 대용량 원본 파일을 종단 간 그대로 처리하는 서비스가 재인코딩 과정보다 간단합니다. HexaTransfer는 AES-256-GCM 암호화로 전송당 최대 10 GB를 처리하며 계정이 필요하지 않아, "더 이상 압축할 수 없는" 상황의 대부분을 해결합니다.

hexatransfer.com에서 사용해 보세요 — 무료, 계정 불필요, 최대 10GB.