Gmail bounced the file. Again.
This was 3 November 2026, a Monday, around 16:40 UK time. A client had dumped a “final” quote pack into Drive: cover letter, cost sheet, three supplier PDFs glued together somehow, screenshots of WhatsApp confirmations. The merged download hit 48.2MB. Their outgoing mail limit was the usual Gmail ceiling. They’d already renamed the file twice like that would help. It doesn’t.
I’d pick a browser compressor before I’d open Acrobat for a job like this. Not because Acrobat is bad. It’s fine. It’s also slow to open when you just need one file under 2MB before a person leaves the office.
Open the free PDF Compressor Runs in your browser. We don’t keep the file.
What actually went wrong with that 48MB pack
The text pages were tiny. The bloat was scans. Someone had photographed paper on a desk under warm light, then exported each photo as a full-page PDF image at phone resolution. Classic.
I tried our PDF Compressor first on “balanced”. Result: 6.7MB. Still too fat for their mail rule. Dropped to “strong”. Got 2.1MB. Close. One more pass on strong and it landed at 1.74MB. Readable on the cost sheet. The WhatsApp screenshots looked a bit soft if you zoomed, but you could still read the totals. That’s the trade.
People forget. Compression is a bargain, not magic.
How I’d compress a PDF under 2MB for email (the path I use)
I open the tool, drop the file, leave the default quality alone for the first run, and I watch the size readout before I download. If it’s still over 2MB, I move the quality slider down one notch and run it again. I don’t start on the harshest setting. Why? Because once you crush a scan too hard, you can’t “un-crush” it from that export. You’d need the original again.
If the PDF is a stack of unrelated docs, I split first with the PDF Splitter, compress the heavy scanned chunk on its own, then stitch the light pages back with the PDF Merger. That combo saved me on this job. The cover letter alone was 180KB. No point smashing that.
Want the full tool shelf? It’s on the free tools index.
When our compressor is the wrong pick
This bugs me about our own page: if your PDF is mostly vector text and you only need a tiny size drop, a heavy compress setting can still make fonts look muddy on some printers. I’d rather send a 2.4MB clean file than a 900KB fuzzy one for a legal attachment. Say that out loud to the client. Most of them care more about looking sharp than about “under 2MB” as a religion.
Also, password-protected PDFs. Our compressor won’t cheerfully chew those unless you unlock them first. That’s correct behaviour. Annoying when you’re in a rush. Still correct.
For huge print-ready books (think 200+ page catalogues with print bleeds), I’d pick a desktop tool or a print RIP. Smallmail-friendly compressors aren’t built for that class of file. My read is we’ll stay focused on email and portal uploads, not press-ready PDFs.
A quick note on competitors
Ilios-style web compressors and the better-known SaaS PDF suites do a good job on batch folders. If you process fifty files a day for a mailroom, pay for a desktop or team plan. Our free tool wins when you have one awkward file, you don’t want an account, and you don’t want the PDF sitting on someone else’s disk. That’s the niche. I’m fine owning that niche.
Checklist I now send clients (plain text, on purpose)
Before you email a PDF, look at the Finder or Explorer size. If it’s over 5MB, assume someone will complain. Prefer merging only what the reader needs. Compress scans harder than text. Open the result on your phone before you hit send. If the numbers on a table turn into grey soup, undo and try a milder setting.
That’s it. No ceremony.
The November quote pack went out at 1.74MB. The client replied “got it” eight minutes later. Which, after three bounced attempts, felt like a win out of proportion to the work. Weird how that happens.