PDF Too Big to Email? 6 Ways to Reduce PDF File Size (and What Actually Shrinks It)

Before touching any tool, figure out what's eating the space. A 40 MB PDF and a 3 MB PDF often need completely different fixes. Open the file and look at what's actually on the pages, because the visual content tells you most of what you need to know.

If the pages look like photographs of paper (slightly gray background, text that isn't selectable, a faint scan skew), you have a scanned PDF and every page is an image. If it's a clean report with charts and a couple of product photos, your images are the weight. If it's pure text but still 8 MB, the fonts or embedded junk are to blame.

One quick test: try to select text with your cursor. If you can highlight words, the page has a real text layer. If your cursor won't grab anything, the page is an image, and image compression (or re-scanning at a lower DPI) is your lever, not text optimization.

Most oversized PDFs are heavy because of images stored at far higher resolution than they'll ever be viewed at. A phone photo is often 12 megapixels and 4-8 MB on its own. Drop three of those into a document and you've got a 25 MB PDF before you write a word.

Screens and email don't need print resolution. For a document that will be read on a screen, 96-150 DPI is plenty. For something that might be printed on a home printer, 150-200 DPI is fine. The 300 DPI that professional printing wants is overkill for anything you're emailing, and it can easily quadruple your file size.

This is the case where a compressor earns its keep. A good PDF compressor re-samples the embedded images down to a sensible resolution and re-encodes photos as JPEG at a reasonable quality. Expect large, dramatic reductions here without any visible loss on screen.

A scanned document has no text layer at all. Each page is a single image, so a 20-page scan can easily be 30-50 MB depending on the scanner settings. Compressing these helps a lot, but the real fix often happens at the source.

If you're the one scanning, drop the scanner from 600 DPI to 200-300 DPI and choose grayscale or black-and-white instead of full color for text documents. That single change frequently cuts the size by more than half before the file ever leaves the scanner. Color scanning of a black-text page wastes enormous space storing subtle off-white background noise.

For a scan you already have, run it through a compressor set for scanned documents. Some tools also let you apply OCR, which adds a searchable text layer without necessarily bloating the file. Just don't expect scan compression to be lossless; you're trading a little sharpness for a much smaller file, which is usually the right trade for email.

Fonts get embedded in PDFs so the document looks identical on every device. That's good. The problem is when the entire font family is embedded instead of just the characters actually used. A single decorative font can add 1-5 MB, and a document using several weights and styles can carry 10+ MB of fonts you'll never notice.

The fix is font subsetting: keeping only the glyphs the document actually uses. Most modern PDF exporters do this automatically, but files generated by older software, some design tools, or certain "print to PDF" drivers don't. If your PDF is pure text yet stubbornly large, fonts are a prime suspect.

You usually can't fix this by hand. A PDF optimizer or compressor that offers font subsetting will strip the unused glyphs for you. On a text document this can be the difference between an 8 MB file and a 1 MB one, with zero change to how it looks.

PDFs can quietly carry weight you never see: revision history from incremental saves, embedded file attachments, form field data, JavaScript, thumbnails, and metadata from the software that made them. None of it shows on the page, and all of it counts toward the file size.

Incremental saves are a sneaky one. Some editors append every change to the end of the file instead of rewriting it, so a document you've edited twenty times holds twenty layers of old data. Running the file through an optimizer that does a full rewrite (sometimes called "clean" or "linearize") flattens all of that into a single clean version.

This rarely produces the huge wins that image compression does, but on a file that's mysteriously large despite simple content, clearing the junk can shave off a surprising chunk. It's also the safest fix, because you're removing data the reader never sees anyway.

Compression isn't always the answer. Sometimes the honest fix is to send less. If you're emailing a 200-page manual but the recipient only needs chapter 4, deleting the other chapters is both smaller and more considerate than compressing the whole thing.

Splitting is the move when the document is genuinely large and legitimately image-heavy, and compression alone can't get it under the limit. Split a 60 MB file into three 20 MB parts and send them in separate emails, or split by chapter so each piece stands on its own. This keeps full quality intact, which matters for contracts, portfolios, or anything a printer will handle.

Deleting pages is the move when the file contains material the recipient doesn't need: blank pages, duplicate cover sheets, an appendix, or scanned pages that snuck in sideways. Fewer pages means a smaller file and a cleaner document. Reach for this before compression when you know parts of the PDF are simply unnecessary for this send.

Here's the whole diagnostic in one table. Find the symptom that matches your file, apply the paired fix, and you'll get a real result instead of guessing. In practice, image compression and re-scanning deliver the biggest reductions; font and metadata cleanup are smaller but safe; splitting and deleting trade scope for size without any quality loss.

Knowing your target number tells you when to stop. Most compression attempts fail not because the tool is bad but because people don't know the ceiling they're aiming under. Here are the limits that trip people up most often.

Note that these are the sending limits; the recipient's mail server may enforce a lower cap, so aim comfortably under the number rather than right at it. A 24 MB file into Gmail's 25 MB limit can still bounce if the receiving server allows only 20 MB. When you can't get under the limit at all, most email providers will automatically offer a cloud link (Google Drive, OneDrive) instead of an attachment, which sidesteps the size cap entirely.