ZIP vs RAR vs 7z: 어떤 압축 형식을 써야 할까

셋 중 가장 오래된 것은 ZIP입니다. 필 카츠(Phil Katz)는 1989년 자신의 회사 PKWARE를 통해 PKZIP을 내놓으면서 포맷 설명서인 APPNOTE.TXT라는 텍스트 파일을 공개했고, 덕분에 누구나 호환 프로그램을 만들 수 있었습니다. 주력 압축 방식인 Deflate는 1993년 PKZIP 2.0과 함께 등장했으며, PNG 이미지와 gzip 안에 들어 있는 것과 같은 알고리즘입니다. 사양을 자유롭게 구현할 수 있었기 때문에 ZIP을 읽는 기능은 어디에나 들어갔습니다. Windows, macOS, 휴대폰, Java(JAR 파일), 그리고 확장자만 다른 ZIP 압축 파일인 Office 문서까지 그렇습니다.

그다음이 RAR입니다. 유진 로샬(Eugene Roshal)이 1993년에 발표했고, 동생 알렉산더가 WinRAR를 판매하는 RARLAB을 운영합니다. 이 포맷은 독점 포맷입니다. 압축 풀기는 무료이고 RARLAB이 다른 프로그램에서 압축 파일을 읽는 데 쓸 수 있도록 UnRAR 소스 코드를 공개하지만, 라이선스상 이 코드로 RAR을 만드는 프로그램을 개발할 수는 없습니다. 그래서 .rar 파일은 수십 가지 앱에서 열 수 있어도, 만들려면 거의 항상 WinRAR나 그 명령줄 버전이 필요합니다. 대신 다른 두 형식에는 같은 형태로 없는 기능 두 가지, 즉 기본값인 솔리드 압축과 복구 레코드를 얻습니다.

가장 늦게 나온 것은 7z입니다. 이고르 파블로프(Igor Pavlov)가 1999년 7z 포맷과 LZMA 압축을 담은 7-Zip을 발표했고, 이후 작업을 여러 프로세서 코어에 나눠 처리하는 LZMA2가 더해졌습니다. 7-Zip은 LGPL 라이선스의 무료 오픈 소스이고 포맷 문서도 공개되어 있어서, Mac의 Keka나 Linux의 p7zip 같은 도구도 7z를 만들 수 있습니다. 프로그램은 7-zip.org에서 내려받을 수 있습니다. 지금도 파블로프가 직접 관리하며 1년에 몇 차례씩 새 버전이 나옵니다. 자체 파일 관리자는 투박하지만 중요한 것은 포맷입니다. 오늘날 Windows, Mac, Linux의 서드파티 압축 프로그램은 거의 모두 7z를 읽을 수 있습니다.

압축 파일이 얼마나 줄어드는지는 포맷보다 안에 무엇이 들어가는지에 훨씬 크게 좌우됩니다. 일반 텍스트, CSV 내보내기 파일, 로그, 소스 코드, 예전 .doc 파일은 반복이 많아서 세 형식 모두 잘 압축합니다. 이런 폴더는 ZIP으로 보통 원래 크기의 3분의 1 이하가 되고, LZMA2를 쓴 7z는 거기서 다시 10–30%를 더 줄이는 경우가 많습니다. RAR은 대개 그 중간입니다. 비슷한 작은 파일이 많은 폴더일수록 차이가 커집니다. 7z와 RAR은 파일들을 하나의 연속된 스트림, 즉 솔리드 압축 파일로 묶을 수 있지만, ZIP은 파일마다 따로 압축하기 때문에 앞 파일에서 찾은 반복 패턴을 다음 파일에 다시 쓰지 못하기 때문입니다.

사진, 동영상, 음악은 사정이 다릅니다. JPG, HEIC, MP4, MP3와 대부분의 PDF는 이미 압축된 상태라 어떤 압축 형식을 써도 1~2%밖에 줄지 않고, 전혀 줄지 않을 때도 있습니다. 최신 Office 파일(.docx, .xlsx, .pptx)도 내부적으로 ZIP 압축 파일이어서 거의 줄어들지 않습니다. 2 GB짜리 여행 동영상 폴더를 압축하면서 1 GB 파일을 기대했다면 어떤 형식을 고르든 실망하게 됩니다. 수백 개의 파일을 한 번에 내려받도록 묶는 데는 여전히 쓸모가 있지만, 크기를 줄이는 데는 도움이 되지 않습니다. 용량이 목적이라면 파일 자체를 먼저 압축하고 그 결과물을 묶으십시오.

속도는 반대입니다. ZIP의 Deflate는 오래된 노트북이나 휴대폰에서도 압축이 빠르고 압축 풀기는 매우 빠릅니다. 7z를 Ultra 수준으로 압축하면 몇 배 더 오래 걸리고 메모리도 훨씬 많이 쓰지만, 압축 풀기는 그런대로 빠른 편입니다. RAR은 그 중간입니다. 한 번 보내고 마는 이메일 첨부라면 7z가 몇 분 더 쓰는 만큼의 이득은 거의 없습니다. 반대로 드라이브에 몇 년씩 보관할 백업이라면 20% 작은 파일은 기다릴 가치가 있습니다. 대부분의 도구는 무거운 압축을 건너뛰는 저장(Store)이나 빠름(Fast) 수준도 제공하는데, 미디어 파일에는 이쪽이 현명한 선택입니다.

세 형식 모두 비밀번호를 걸 수 있지만 보호하는 범위가 같지는 않습니다. 흔히 ZipCrypto라고 부르는 원래의 ZIP 암호화는 1990년대 초에 나온 방식으로, 1994년에 발표된 알려진 평문 공격으로 깨질 수 있다는 사실이 밝혀졌고 지금도 무료 도구들이 이 약점을 이용합니다. ZIP은 AES-256도 쓸 수 있습니다. WinZip이 2003년에 도입한 확장으로, 7-Zip, WinRAR, 최신 운영체제의 기본 압축 풀기 도구가 읽을 수 있습니다. RAR5와 7z도 AES-256을 씁니다. 길고 무작위한 비밀번호를 쓰면 이 셋 중 무엇이든 추측으로 뚫는 것은 사실상 불가능합니다.

차이는 무엇이 겉으로 보이느냐에 있습니다. ZIP은 내용이 암호화되어 있어도 파일 이름, 크기, 날짜 목록을 누구에게나 보여 줍니다. 7z는 헤더까지 암호화할 수 있어서 비밀번호를 입력하기 전에는 아무것도 표시되지 않고, RAR도 WinRAR의 파일 이름 암호화 옵션으로 비슷하게 할 수 있습니다. 2025-tax-return-SSN.pdf처럼 파일 이름 자체가 민감한 정보라면 이 차이가 중요합니다. 문서 한 개라면 같은 원리로, 파일 하나를 압축 파일로 감싸기보다 PDF에 비밀번호 거는 방법 가이드처럼 파일 자체에 비밀번호를 거는 편이 더 간단할 수 있습니다.

파일 이름이 깨지는 것은 ZIP의 오래된 문제입니다. 초기 ZIP 도구는 미국의 옛 DOS 코드 페이지나 일본의 Shift-JIS처럼 컴퓨터가 쓰던 문자 집합으로 이름을 저장하면서, 어떤 문자 집합인지는 기록하지 않았습니다. 2006년 사양에 UTF-8 이름을 표시하는 플래그가 추가됐지만 많은 도구가 몇 년 동안 이를 무시했습니다. 그 결과는 다른 나라에서 ZIP을 받아 본 사람이라면 익숙할 것입니다. 한글, 키릴 문자, 악센트가 붙은 이름이 압축을 풀고 나면 알 수 없는 기호로 바뀝니다. 7z와 RAR5는 처음부터 유니코드로 이름을 저장하기 때문에 이런 문제가 거의 없습니다. 해외로 ZIP을 보낸다면 UTF-8 이름을 쓰는 최신 도구로 만드십시오.

용량 제한도 예전에는 중요했습니다. 원래 ZIP 포맷은 파일 하나와 압축 파일 전체를 각각 4 GB로 제한했고, 항목은 최대 65,535개까지만 허용했습니다. 2001년에 추가된 ZIP64가 이 상한을 없앴고 현재의 압축 풀기 앱은 모두 ZIP64를 읽지만, 아주 오래된 프로그램이나 일부 임베디드 기기는 읽지 못합니다. 7z와 RAR은 처음부터 대용량 파일을 염두에 두고 설계되어 어떤 드라이브보다도 훨씬 큰 한도를 갖기 때문에, 50 GB짜리 디스크 이미지도 문제없습니다. 압축 도구나 기기가 4 GB가 넘는 ZIP을 손상됐다고 표시한다면 대개 ZIP64를 읽지 못하는 것이 원인이며, 최신 7-Zip이나 운영체제 기본 압축 풀기 도구로 해결됩니다.

세 형식 모두 압축 파일 하나를 정해진 크기의 여러 조각으로 나눌 수 있어서, 업로드 용량 제한이나 4 GB가 넘는 파일을 거부하는 오래된 FAT32 드라이브에 유용합니다. 이름 규칙은 다릅니다. ZIP은 .z01, .z02와 마지막 .zip을, RAR5는 .part1.rar, .part2.rar을, 7z는 .7z.001, .7z.002를 씁니다. 규칙은 모두 같습니다. 무엇이든 압축을 풀려면 모든 조각이 한 폴더에 있어야 하고, 조각 하나가 빠지면 그 조각에 걸친 파일은 모두 깨집니다. 분할 압축은 위험도 더하므로, 무언가를 지우기 전에 각 조각이 완전히 내려받아졌는지 확인하십시오.

기본 지원은 지난 3년 동안 그 전 20년보다 더 많이 바뀌었습니다. 2023년 말에 나온 Windows 11 23H2 버전은 오픈 소스 libarchive 라이브러리를 이용해 파일 탐색기에서 RAR, 7z, TAR 등 여러 형식의 압축을 풀 수 있게 했고, 24H2 버전은 압축 대상 메뉴에 ZIP과 함께 7z와 TAR을 추가했습니다. RAR을 만들 수 있는 Windows 버전은 없습니다. Windows 10은 여전히 ZIP만 다룹니다. Apple은 이 흐름을 따르지 않았습니다. macOS의 아카이브 유틸리티는 ZIP(그리고 gzip과 tar)은 열지만 RAR과 7z는 열지 못해서, Mac 사용자는 The Unarchiver나 Keka를 설치합니다.

휴대폰은 여전히 ZIP 중심입니다. iPhone 파일 앱은 iOS 13부터 ZIP을 열 수 있고 여러 파일을 하나로 압축할 수도 있으며, Android의 Files by Google은 ZIP 압축을 풉니다. 휴대폰에서 RAR과 7z를 열려면 서드파티 앱이 필요한데, 받는 사람 대부분이 바로 이 단계를 건너뜁니다. 상대가 어떤 기기를 쓰는지 모르겠다면 모든 기기에서 압축 푸는 방법 단계별 가이드에서 시스템별 기능을 확인할 수 있습니다. 회사나 학교 컴퓨터는 앱 설치를 막아 둔 경우가 많아서, 그런 컴퓨터에서 열 수 있는 압축 파일은 ZIP뿐인 경우가 흔합니다.

형식 선택은 사실 받는 사람에 관한 문제입니다. 거래처, 선생님, 가족, 업로드 포털에 파일을 보낼 때 믿을 수 있는 선택지는 ZIP뿐이며, 7z로 아낄 수 있는 몇 퍼센트는 상대가 당황해 되묻는 수고만 못합니다. 압축 형식에서 ZIP을 고르고, 개인적인 파일이라면 고급 설정에서 비밀번호를 정하고 암호화를 AES-256으로 지정해 온라인으로 ZIP 파일 만들기를 할 수 있습니다. 압축 파일을 나만 쓴다면 계산이 뒤집힙니다. 7z는 더 작은 백업, 헤더 암호화, 그리고 모든 데스크톱 운영체제에서 쓸 수 있는 무료 도구를 제공합니다.

이메일에는 고유한 규칙이 더해집니다. Gmail은 첨부 파일을 25 MB, Outlook.com은 20 MB로 제한하는데, 동영상은 거의 압축되지 않으므로 ZIP으로 묶어도 이 한도 아래로 내려가지 않습니다. Gmail은 .exe, .bat 같은 실행 파일을 ZIP 등 압축 파일 안에 넣어도 차단하고, 검사할 수 없다는 이유로 비밀번호가 걸린 압축 파일 일부를 거부하기도 합니다. 큰 파일 묶음은 분할 크기로 한도보다 작은 조각을 만들거나 클라우드 링크로 공유하십시오. 받는 사람이 파일 하나를 원한다면, 큰 문서 몇 개를 담은 ZIP 하나가 첨부 파일 열 개보다 여전히 다루기 쉽습니다.

압축 파일을 변환한다는 것은 모든 파일을 풀어서 같은 파일을 다시 묶는다는 뜻이므로, 내용물은 바이트 단위까지 똑같이 나옵니다. 가장 흔한 방향은 ZIP으로의 변환입니다. RAR이나 7z를 받았는데 동료가 아무것도 설치하지 않고 열 수 있는 파일이 필요한 경우입니다. 브라우저에서 RAR을 ZIP으로 다시 묶거나 7z를 ZIP으로 바꿀 수 있습니다. 원본에 비밀번호가 있다면 현재 비밀번호에 입력하고, 새 비밀번호를 지정하면 ZIP을 다시 잠급니다. 텍스트가 많은 압축 파일이었다면 솔리드 압축이 이어지지 않으므로 ZIP이 더 커진다고 보면 됩니다.

컨테이너에 속한 다른 속성은 컨테이너와 함께 사라집니다. ZIP은 항상 파일 이름을 표시하므로 7z나 RAR의 헤더 암호화는 유지되지 않습니다. TAR.GZ의 Unix 권한 정보는 빠질 수 있습니다. 그리고 WinRAR가 손상된 압축 파일을 복원하는 데 쓰는 RAR의 복구 레코드는 ZIP이나 7z에는 아예 없는 기능입니다. 이 중 어느 것도 파일 자체를 바꾸지는 않습니다. 파일이 저장되고 보호되는 방식만 바뀝니다.

반대로 ZIP을 7z로 바꾸는 것은 보관용으로 의미가 있고, RAR을 만들려면 rarlab.com에서 받은 WinRAR가 필요합니다. 새 압축 파일이 아니라 안의 파일만 필요하다면 변환하지 말고 온라인으로 압축 풀기로 단계를 하나 아예 건너뛰십시오.

왼쪽 열에서 내 상황을 찾으십시오. 두 줄이 동시에 해당한다면 받는 사람에 관한 줄을 따르십시오. 아무도 열 수 없는 압축 파일은 20% 더 큰 압축 파일보다 가치가 떨어지기 때문입니다. 모든 줄은 양쪽 모두 최신 도구를 쓴다고 가정합니다. 받는 사람이 오래된 회사 노트북이나 설정이 잠긴 학교 컴퓨터를 쓴다면 더더욱 평범한 ZIP 쪽으로 기우십시오.