ToolzyLabToolzyLab
PDF Tools · Practical guide

Where PDF File Size Comes From

A 40 MB PDF is almost never 40 MB of text. This guide explains where the bytes actually live, how compression attacks them, and how to hit a size limit without making the document unreadable.

Updated 2026-08-06 · ~7 min read

Where PDF size actually lives

The diagnostic that changes everything: vector text is tiny. A hundred pages of pure text typically weigh under 1 MB. The megabytes live in embedded images — scans stored as full-color photos, screenshots at display resolution, figures exported without optimization. When a PDF is huge, its images are the problem essentially by definition.

Run the test before compressing: if the document is text-heavy reports, expect modest savings; if it is scanned pages or pasted screenshots, expect dramatic ones. Compression works on what is actually heavy.

What compression changes — and protects

The process walks every image object in the document, downsamples it to the resolution it is displayed at (a scan shown at 6 inches wide does not need 5000 pixels of width), and re-encodes it at a controlled quality. Text, lines, and vectors are never touched — they are already tiny, and rasterizing them would destroy selectability and sharpness.

The result is the defining property of good PDF compression: images shed megabytes while every letter stays crisp enough to select, search, and print.

Choosing a level by destination

DestinationLevelRationale
Email attachmentBalancedScreen reading; 25 MB ceiling
Web form / portalAggressiveHard limits often sit at 2-5 MB
Print handoffLightPrinters resolve detail screens cannot
ArchiveBalancedReadable, compact, survives re-downloads

The mistake pattern is using aggressive everywhere and wondering why print proofs look soft, or light everywhere and missing the email limit. Destination drives the level.

Hitting hard limits: the two-pass approach

Portals that cap at 2 MB force real engineering. The sequence that works: compress at aggressive first and check the result. Still over? The remaining bytes are usually a few pathologically large images — identify the heaviest pages, reduce their source dimensions (a scan does not need 4000px width for on-screen review), and compress again. Compressing twice from the original beats compressing a compressed file, which compounds quality loss.

Why scans are the worst offenders

Scanners default to behaviors that bloat: full-color capture of black-and-white text, 300-600 DPI regardless of need, and no optimization. A single scanned page can weigh 3 MB; the same page properly captured weighs 100 KB. For documents you scan yourself, set grayscale and 200-300 DPI at capture time. For documents already scanned, compression plus grayscale conversion recovers most of the difference after the fact.

Compression and readability: where the line is

Text remains readable at every level because it is never re-encoded — the risk lives in images. The practical test after aggressive compression: open the document, zoom to 100% on the most detailed image (a chart, a photo, a signature), and confirm the detail you need survives. Signatures, stamps, and fine print deserve the check because they are exactly the content aggressive settings hurt first and recipients notice most.

What compression preserves

Bookmarks, internal links, form fields (as static content), and page structure all survive the rebuild. The document remains searchable if it was searchable — text extraction and search read the untouched text layer. If a workflow depends on live form filling, keep the uncompressed original: form structures can flatten during rebuild, which is acceptable for a final sent copy but wrong for the working template.

The size rule: diagnose before compressing. Text-heavy files have little to give; image-heavy files have everything to give.

The 10 MB email threshold and provider differences

The commonly cited 25 MB ceiling is the raw limit, but encoding inflates attachments by roughly a third in transit, which is why providers warn earlier. Practical target: keep attachments under 15 MB after compression and nothing ever bounces. Corporate mail gates often impose harsher caps (10 MB is common), and government portals routinely sit at 2-5 MB. Know your strictest recurring destination and compress to that number, not to the theoretical maximum.

Compression is a distribution optimization, not a storage one. Archive copies, court filings, and any document where pixel-level fidelity of evidence images could matter should stay uncompressed or lightly compressed at most. The discipline: compress a copy for sending, keep the master untouched. Recipients rarely know the difference, but the archive must — an aggressively compressed scan admitted into a file years later is permanently degraded history.

Diagnosing what is heavy before you choose a level

Two documents of identical size can have opposite compression outcomes: a 20 MB PDF of vector diagrams barely shrinks, while a 20 MB photo scan compresses by 80 percent. The quick diagnostic is page-type awareness — scroll through and classify each page as text, photo, or scan. The ratio of photo and scan pages predicts your savings. This thirty-second pass prevents both disappointment with text documents and under-aggressive settings on image documents that could have hit a harder target.

Communicating compression to recipients

When a compressed document goes into a formal context, a one-line note prevents confusion: 'compressed for transmission; full-resolution original available on request.' That sentence does two jobs — it explains any visible softening in images and it establishes that a master exists. Reviewers who know a document was deliberately compressed evaluate it fairly; reviewers who discover softness unannounced assume sloppiness. The archive rule pairs with this: the master you reference must actually exist, uncompressed.

Compressing for the destination, not the number

PDF compression has three destinations with different budgets, and naming yours before compressing sets every other decision. Email: under roughly 10–25 MB depending on the provider, which for most documents means aggressive image downsampling. Web distribution: small enough to load on mobile without frustration — a few MB. Print and archive: as large as needed, because compression artifacts printed at 300 DPI are unforgiving. A document compressed for email and then sent to a print shop is the classic quality funeral.

Images are where PDFs gain and lose size, so they are where compression actually operates. Text and vector content compress to almost nothing; a 50 MB report is usually 48 MB of embedded images at far higher resolution than any screen displays. Downsampling images to 150 DPI for screen use typically removes 80–90% of the size with no visible difference on monitors — the artifacts only appear in print. This is why the same compression setting can be perfect for one destination and destructive for another.

Verify compression results the way readers will: open the compressed file, zoom into an image-heavy page and a text page, and check for the two failure signatures — mushy images and fuzzy or gray-edged text. Text fuzziness means the compressor touched font rendering or flattened live text into an image, which also kills searchability and copy-paste. If the compressed document is no longer selectable, the setting was too aggressive regardless of the size it achieved.

Common mistakes with this tool

  • Compressing text-only PDFs and concluding compression does not work.
  • Using aggressive for print-bound documents and light for portal uploads.
  • Compressing an already-compressed file instead of returning to the original.
  • Skipping the 100% zoom check on signatures and fine print.

Frequently asked questions

How much can PDF compression save?

Scan- and image-heavy documents often shrink 50-80%; text-only documents save almost nothing because vector text is already small.

Will text stay sharp after compression?

Yes — text is never re-encoded. Only embedded images are downsampled and re-compressed.

How do I compress a PDF for email?

Use the balanced level and check the reported size against the 25 MB attachment ceiling before sending.

Is it safe for confidential documents?

Yes — compression is local; the document never leaves your device.

Can I hit an exact size limit?

Approximately — compress, check, and step levels or reduce image dimensions until the target is met.

How small can I make a PDF for email?

Target under 10 MB for reliable sending. Aggressive image downsampling (around 150 DPI) typically reaches it; text-heavy documents often fall below 1 MB with almost no visible change on screen.

Why did my compressed PDF lose text selectability?

The compressor rasterized pages — converting live text into images — usually at an aggressive setting. Choose a setting that downsamples images only, and keep the uncompressed original for archive.

Privacy note: Compression runs in your browser; documents never upload.
Next step: open the PDF Compressor and try this workflow on a sample before you use it on important files.