How to Zip a Folder on Mac (Step-by-Step)

Even a task this simple has a few edge cases worth knowing about before you need them.

Zipping a folder is one of the most basic archive tasks on Mac, and Finder handles the straightforward case well. This guide covers the complete process — the standard Finder method, the Terminal equivalent, and the situations where you'll need something beyond what Finder's built-in Compress option offers.

Why ZIP remains the default for this task

It's worth understanding why Finder specifically creates ZIP rather than any other format when you use Compress, since this default has real practical benefit beyond just being what Apple chose to implement. ZIP's universal compatibility across every major operating system means a folder zipped on your Mac opens identically for a recipient on Windows, Linux, or any other platform, with zero compatibility concerns — a genuinely valuable property for the single most common reason people zip a folder in the first place, which is to send it to someone else whose exact setup you don't control.

The standard method: Finder's Compress option

• Locate the folder you want to zip in Finder
• Right-click (or Control-click) the folder
• Choose "Compress [folder name]" from the context menu
• Finder creates a ZIP file with the same name as the folder, plus .zip, in the same location
• The original folder remains untouched — Compress creates a new file rather than converting the original

This is genuinely the fastest method for the basic case: one folder, standard ZIP format, no password needed, no compression level control required. It requires no additional software and takes only a couple of seconds regardless of folder size for the compression itself to begin.

Zipping multiple folders at once

You can select multiple folders simultaneously (Cmd+Click each one, or Cmd+A to select everything in a parent folder) before right-clicking and choosing Compress. Finder handles this in one of two ways depending on your selection: if you select multiple items, Finder creates one ZIP file named "Archive.zip" containing all selected folders as separate top-level entries within it, preserving each folder's individual structure inside the combined archive.

Zipping via Terminal

For anyone comfortable in Terminal, or scripting a repeated task, the built-in zip command achieves the same result:

zip -r archive.zip /path/to/folder

The -r flag is essential for folders — it tells zip to recurse into the folder's full contents, including any nested subfolders. Forgetting this flag when zipping a folder is a common mistake that produces a nearly empty archive, since without it, zip only processes files directly at the top level rather than descending into the folder's actual contents.

What Finder's Compress doesn't offer

For the basic case, Finder's Compress is genuinely sufficient. It falls short in a few specific, recurring situations: no password protection option at all (see our dedicated password protection guide), no compression level control (you get whatever fixed setting Finder uses internally, with no way to prioritize speed or size), no choice of destination folder for the resulting ZIP (it always lands in the same location as the source), and no 7Z output option, ZIP being the only format Finder can create.

Zipping a folder with a password

Since Finder can't do this directly, you need either Terminal's zip -e flag or a third-party archive app with a password field built into its compression interface. The Terminal approach:

zip -er archive.zip /path/to/folder

Combining -e (encrypt, triggers an interactive password prompt) with -r (recurse into the folder). A dedicated app achieves the same result through a GUI password field, generally faster for anyone not already comfortable typing Terminal flags from memory.

Choosing your compression level and format

If you specifically want control over compression level (trading speed for smaller size) or want to use 7Z instead of ZIP for better compression on genuinely compressible content, a third-party archive app is required, since Finder offers neither option. Select the folder, choose your desired format and compression level in the app's compression dialog, and compress — the same basic workflow as Finder's Compress, just with additional configuration available.

A realistic scenario: preparing a folder for client delivery

Picture finishing a project and needing to zip the final deliverables folder before sending it to a client. If the folder just needs to become one convenient file with no special requirements, Finder's Compress handles this in two clicks. If the client specifically requested password protection for the deliverable (common for anything containing sensitive business information), or if the folder is large enough that better compression would meaningfully speed up the client's download, a dedicated archive app becomes the right tool for that same basic task, once it has requirements beyond Finder's baseline capability.

Renaming the resulting ZIP

Finder names the resulting ZIP after the source folder automatically, which is usually reasonable but worth renaming if you're about to send it somewhere and want a more descriptive or professional filename than whatever your working folder happened to be called internally. Click once on the filename (or select it and press Return) to rename it, the same as renaming any other file in Finder.

Verifying the ZIP before relying on it

For anything important, it's worth briefly verifying the resulting ZIP extracts correctly before deleting the original folder or considering the task complete — double-click the new ZIP (in a different location, or after temporarily moving the original aside) to confirm it extracts cleanly with all expected contents intact. This catches the rare case of an interrupted or failed compression before you've committed to relying on the archive as your only remaining copy of something.

Zipping a folder versus zipping its contents

Worth clarifying a subtle distinction that trips people up: zipping a folder (selecting the folder itself and compressing it) preserves that folder as a single top-level entry inside the resulting ZIP, so extracting the archive recreates the original folder with its name intact. Zipping a folder's contents (opening the folder, selecting everything inside it, and compressing that selection instead) produces a ZIP where the individual files and subfolders sit at the top level directly, with no wrapping folder layer. Which one you want depends on context — if the recipient expects to extract and find a single named folder, zip the folder itself; if they expect the contents to land directly wherever they extract, zip the contents instead.

A note on hidden files and folder metadata

macOS folders sometimes contain hidden metadata files (like .DS_Store, which stores Finder view settings for that folder) that get included automatically when you compress a folder, even though they're not visible in Finder's normal view. This is generally harmless — these files are small and ignored by anyone not specifically looking for them — but if you're sending a ZIP to a Windows user, they may notice these Mac-specific hidden files appearing in the extracted result, sometimes prompting a confused "what is this file" question. This is expected, harmless behavior rather than anything wrong with your compression process.

Troubleshooting

• Compressed ZIP seems unusually small compared to the source folder: check whether Compress actually processed the full folder contents — this is rare with Finder's built-in option but worth a quick sanity check for anything critical.
• Terminal's zip command produces a nearly empty archive: you likely forgot the -r flag needed to recurse into the folder's contents.
• Want to zip a folder but exclude certain files inside it: Finder's Compress has no exclusion option — Terminal's zip command supports exclusion patterns with the -x flag, or manually move unwanted files out of the folder temporarily before compressing.

Zipping large folders: what to expect

For folders in the multi-gigabyte range, Finder's Compress shows a progress indicator (a small circular progress icon) but otherwise handles large folders the same way as small ones — no special configuration needed, just proportionally more time. If the folder contains primarily already-compressed media (photos, videos), don't expect a meaningfully smaller resulting ZIP, per the compression principles covered in our guide on why compressed files don't always shrink — the ZIP still serves its bundling purpose even without significant size reduction in that case.

Frequently asked questions

Does zipping a folder delete or modify the original? No — compression always creates a new archive file, leaving the original folder completely untouched and unmodified.

Can I zip a folder that's currently open in another app? Generally yes, as long as no file inside is actively being written to at the exact moment of compression — closing open documents first avoids any edge-case risk of capturing a file mid-save.

Is there a folder size limit for Finder's Compress? No hard limit from the ZIP format itself — the practical constraint is available disk space for the resulting file and how long you're willing to wait for very large folders.

The bottom line

Finder's Compress handles the basic "zip this folder" task well with zero additional software needed, and it's the right choice for straightforward cases. The moment you need password protection, compression level control, or 7Z format, Unzipr extends the same basic workflow with those additional capabilities in one consistent compression dialog, without abandoning the simplicity that made Finder's approach appealing in the first place.