CodeKitHub
English

Free PDF tool file-size limits, actually checked (iLovePDF, Smallpdf, and why nobody agrees)

Published Aug 20, 2026

Try to find out how large a PDF you can compress for free on iLovePDF or Smallpdf, and you’ll hit the same wall twice: the official pricing pages are vague, and the blog posts that claim to have the exact number contradict each other.

This isn’t a rant about SaaS pricing pages being annoying — it’s a documented list of what’s actually verifiable, what’s disputed, and why the answer matters less than you’d think if the tool runs in your browser instead of on someone else’s server.

What the official pricing pages actually say

Most free-tool sites don’t put a file-size number on their pricing page at all — they use the word “Limited” and leave it there, presumably to avoid giving people a number to route around.

iLovePDF is a rare exception. Its own pricing page lists per-tool numbers for the free (“Basic”) tier:

  • Compress PDF: 200 MB
  • Split PDF: 100 MB

That’s it — for most other tools on the same page, the free-tier row just says “Limited” with no number, while Premium and Business both say “Unlimited.”

Smallpdf’s pricing page is vaguer still: the comparison table lists “Daily download limit” as a feature row for the Free tier, but doesn’t put a number next to it anywhere on the page. The one number it does publish is for a specific feature — “AI-tool file size limit: 50 MB” — which is a different thing from a general compress/convert cap.

Where third parties disagree

Search for Smallpdf’s actual free file-size limit and you’ll find confident, specific — and contradictory — numbers:

  • A comparison post on MConverter’s blog states: “SmallPDF rejects files larger than 15 MB on the free plan.”
  • A separate comparison post on PDF Techno’s blog states: “Smallpdf allows up to 100 MB for free users.”

Both are phrased as plain fact. Neither cites a source. The gap between 15 MB and 100 MB isn’t a rounding error — it’s the difference between “this will reject a typical scanned contract” and “this will accept almost anything a normal person needs to compress.” Since Smallpdf’s own pricing page doesn’t publish the number, there’s no way to referee this from official sources alone, and it may simply have changed between when each post was written — free-tier limits on these sites are not fixed constants, they get tightened and loosened as the companies tune their funnels.

The practical takeaway: if a number matters to you, don’t trust a comparison blog post that doesn’t link to where it got the figure. Test the actual file you have.

Why this question doesn’t apply to client-side tools at all

Every server-based tool has a size limit for the same structural reason: your file has to travel over the internet to their server, get processed, and travel back, and the company is paying for that bandwidth and compute — so they cap it, disclosed or not.

Tools that run entirely in your browser — ours included — don’t have this problem because there’s no upload step to limit. PDF Compressor, PDF Merger, and PDF Splitter process the file using your own device’s memory and CPU; the only ceiling is how much RAM your browser has to work with, which for a typical modern laptop or phone is comfortably enough for anything except genuinely enormous files (the kind that would also choke a server-side tool’s upload, just with a spinner instead of an error message).

This isn’t a dig at iLovePDF or Smallpdf — they’re solving a different problem (OCR, e-signatures, team workflows) that legitimately needs a server. It’s just that if your actual task is “compress this PDF” or “merge these two files,” the size-limit question a lot of people are searching for stops being relevant the moment the processing happens locally instead of being uploaded somewhere.

What we’d need to make this page more than a snapshot

Two numbers on this page came straight from an official pricing table (iLovePDF’s 200 MB compress / 100 MB split); everything about Smallpdf’s actual cap is disputed third-party testimony, not verified fact, and that’s stated plainly rather than picking one blog’s number and presenting it as settled. If you’ve tested Smallpdf’s free compress limit yourself recently and have a reproducible result, that’s the kind of data point that would actually resolve this — screenshots of a rejected upload with the exact file size are worth more than another paragraph of blog-post hearsay.

← Back to Blog