Initializing... drag & drop files here
Supports: ZIP
.zip archive or click "Add Files". You can upload from your computer, Google Drive, or Dropbox, and drop in several ZIP files at once to convert them in a batch.ZIP is the closest thing archives have to a universal format. Created in 1989 by Phil Katz of PKWARE (released into the public domain that February) and compressing each file individually with the DEFLATE algorithm from IETF RFC 1951, ZIP is supported natively on Windows, macOS, Linux, ChromeOS, iOS, and Android — double-click and it opens, no extra software needed. That ubiquity is why most people never need to leave it. But ZIP is not always the right archive, and that's when you convert:
tar -xzf command expects a tarball, ZIP simply won't do.| Format | Compression | Native OS support | Best for |
|---|---|---|---|
| ZIP | Per-file DEFLATE (RFC 1951) | Windows, macOS, Linux, ChromeOS, iOS, Android | Sharing with anyone; broadest compatibility |
| 7Z | Solid LZMA2 (high ratio) | None native; needs 7-Zip / p7zip | Smallest size when recipients have 7-Zip |
| TAR.GZ | gzip over a tar bundle | Linux/macOS via tar; not Windows Explorer |
Linux, Docker, source releases |
| TAR.XZ | xz/LZMA2 over a tar bundle | Linux/macOS via tar; not Windows Explorer |
Smallest tarball, slower to compress |
| TAR | None (bundle only) | Linux/macOS via tar |
Preserving Unix permissions without compression |
No. A converter changes the container, not your disk. It decompresses the ZIP on our servers, re-bundles the same files into the new archive format (for example TAR.GZ or 7Z), and hands you back a single converted archive to download. Your files stay packed — just in a different wrapper. If you actually want the loose files, you'd extract the ZIP with your operating system's built-in unzip, not convert it.
The file contents are always preserved exactly — no bytes inside your files change. What changes is how they're packed. ZIP, TAR.GZ, and 7Z use different compression algorithms (DEFLATE, gzip, and LZMA2), so the converter decompresses your ZIP and re-compresses into the target. That re-compression is lossless for the data itself; only the archive's size and structure differ. TAR (uncompressed) will usually be larger than the source ZIP because it adds no compression at all.
Often, yes. ZIP compresses each file separately with DEFLATE, while 7Z (LZMA2) and TAR.XZ (xz) compress the whole set as a solid stream and use newer algorithms — so archives with many similar files typically shrink further. The gain depends on your content: already-compressed files like JPEGs, MP4s, or PDFs barely shrink in any format. In our testing, a ZIP of mixed text and source files re-compressed to 7Z came out noticeably smaller than the original ZIP, while a ZIP of photos stayed about the same size.
TAR.GZ. It's the default bundle for source code releases, Docker build contexts, and most Linux package tooling, and it preserves Unix file permissions and ownership that a ZIP can drop. Use plain ZIP to TAR if you want the bundle without compression (for example to compress it yourself later), or ZIP to TAR.XZ when you want the smallest possible tarball.
Because Windows Explorer and macOS Finder only open ZIP natively — 7Z, TAR.GZ, and the rest need a tool like 7-Zip, WinRAR, or the command-line tar. That's exactly why ZIP remains the safe choice for sharing with non-technical recipients, and why you'd convert to 7Z or TAR.GZ only when you know the receiving end (a Linux box, a build server, a 7-Zip user) can handle it.
The files keep their names, folder structure, and contents — only the surrounding archive format changes. Your ZIP is uploaded over an encrypted connection, converted on our servers, and the upload and result are deleted automatically after a few hours. There's no sign-up, no watermark, and your archives are never shared or made public.