You compress a PDF and then wonder: did it actually shrink enough? Is 500 KB a reasonable size for a two-page invoice? Is 8 MB too large for a 30-page scanned report? Without a baseline for what a typical PDF weighs before and after compression, every file size feels arbitrary. Knowing what is normal for different document types removes the guesswork and tells you whether your compression settings are doing their job.
There is no single correct file size for a PDF, but there are practical ranges that depend on page count, content type, and intended use. A 2025 study by the PDF Association found that the average office document PDF is approximately 40% larger than it needs to be for its intended use case (PDF Association, "PDF Efficiency in Business Workflows", 2025), which means most PDFs have room to shrink without visible quality loss. Understanding the factors that determine file size helps you set realistic compression targets.
What Determines PDF File Size in the First Place
A PDF's file size is driven almost entirely by the images it contains. Text, even hundreds of pages of pure text, contributes very little. A 50-page novel exported as a PDF might be 300 KB. A single page of a scanned color photograph at 600 DPI might be 15 MB by itself. This is the single most important fact to understand about PDF size: text is cheap. Images are expensive.
Beyond images, several other factors add weight. Embedded fonts contribute anywhere from 20 KB for a simple font to several megabytes for a full CJK font family. Metadata, including author names, creation dates, software version stamps, and keyword tags, adds a negligible amount, usually under 10 KB. Internal structural overhead, including cross-reference tables, page trees, and object streams, scales with the number of pages but is typically 5 KB to 15 KB per page for a well-structured PDF. Redundant objects left over from incremental saves can bloat a file by 10% to 50% without adding any visible content, which is why simply re-saving a PDF through a print-to-PDF workflow sometimes reduces the file size dramatically with no quality change.
Reasonable File Sizes by Document Type
| Document Type | Typical Before Compression | Target After Compression | Notes |
|---|---|---|---|
| 1-page text-only (Word export) | 50 to 200 KB | 30 to 100 KB | Already small; little room to shrink |
| 1-page scanned B&W, 300 DPI | 200 to 800 KB | 100 to 300 KB | Grayscale saves space vs color |
| 1-page scanned color, 300 DPI | 1 to 5 MB | 200 to 800 KB | Color scans compress dramatically |
| 10-page text+small images report | 500 KB to 2 MB | 300 KB to 800 KB | Medium compression preserves text |
| 20-page scanned contract, B&W | 5 to 15 MB | 1 to 3 MB | Ideal candidate for compression |
| 50-page photo catalog, full color | 30 to 80 MB | 5 to 15 MB | Use medium; low may be too large for email |
| 100+ page ebook or manual, text-only | 500 KB to 2 MB | 300 KB to 1 MB | Text dominates; images are few |
What Compression Actually Changes and What It Does Not
PDF compression primarily targets images. It resamples them to a lower resolution, typically 150 DPI for medium compression or 72 DPI for maximum, and applies lossy JPEG compression to reduce the storage size of each pixel. Text, vector lines, fonts, and metadata are left untouched. This is why a 100-page text document compresses from 500 KB to maybe 400 KB, a modest 20% reduction, while a 10-page color scan can compress from 25 MB to 3 MB, an 88% reduction.
What compression does not do is remove pages, delete content, or reorganize the file structure in a way that affects readability. The text stays where it was. The images stay where they were. They are just stored at a lower resolution. For on-screen viewing, where a typical monitor displays 92 to 220 pixels per inch, an image stored at 150 DPI looks almost indistinguishable from one stored at 300 DPI. The extra resolution was benefiting the storage size, not the viewing experience.
One common PDF Compression misconception is that a smaller file means lower quality text. This is not true. Compression tools do not touch the text layer. If the text was sharp at 15 MB, it will be equally sharp at 2 MB, because the text data was never the source of the bloat in the first place. The bloat was always in the images.
How Small Should a PDF Be for Email
Email servers impose hard limits on attachment size. Gmail and Yahoo cap attachments at 25 MB. Outlook and most corporate Exchange servers enforce the same 25 MB maximum. Some organizations lower this to 10 MB or 5 MB to manage server storage. If your PDF exceeds the recipient's server limit, the email bounces silently. The recipient never knows you sent it.
As a practical target, aim for under 5 MB for any emailed PDF. This leaves a generous buffer below the 25 MB limit and ensures the file downloads quickly on a mobile data connection. A 5 MB file downloads in roughly 2 to 4 seconds on a 4G connection and near-instantly on WiFi. A 25 MB file takes 10 to 20 seconds on 4G, long enough that the recipient may give up before the download completes.
If the PDF must be larger, perhaps it is a portfolio or catalog where image quality is critical, consider sending a link to the file stored in cloud storage rather than attaching the file directly. Google Drive, Dropbox, and OneDrive all generate shareable links that let the recipient download the file at their convenience. This approach also avoids filling the recipient's email storage quota, which is a courtesy that busy professionals appreciate.
What File Size Is Appropriate for Uploading to Government or Institutional Portals
Government portals, court e-filing systems, and institutional submission platforms often enforce strict file size limits that are far lower than email servers. Common limits include 5 MB, 10 MB, or 35 MB depending on the agency. These limits are typically listed on the upload page or in the submission instructions. Exceeding the limit results in an immediate rejection, and the system will not tell you why unless you read the error message carefully.
For these submissions, check the file size limit before you prepare the document. If the limit is 10 MB and your PDF is 12 MB, even low compression, which might reduce size by only 25%, gets you under the threshold. WukongPDF's Reduce PDF Size tool handles this use case well: upload the file, apply compression, download the result, and verify the new file size before submitting. The few minutes spent confirming the file meets the requirements prevent a rejection that could delay your submission by days or weeks.
When You Should Not Compress at All
There are situations where compressing a PDF is the wrong choice. If the file is destined for a professional print shop, the printer needs images at 300 DPI or higher to produce crisp output on paper. Compressing the PDF to 150 DPI before sending would force the printer to upscale the images, producing a visibly degraded result. Always ask the print shop what resolution and format they require rather than compressing preemptively.
If the PDF will be archived as a permanent record, especially for legal, medical, or regulatory purposes, the original uncompressed file should be preserved. Compression trades file size for image quality, and while the quality loss is often imperceptible on screen, it is irreversible. You can always compress a copy for distribution while keeping the original at full resolution. Storage is inexpensive. Recreating lost image detail is impossible.
If the text in the PDF is tiny, think 6-point font in a spreadsheet or dense table, compression can push it past the edge of legibility. The OCR engines that make scanned text recognizable depend on sufficient pixel density. Dropping a 300 DPI scan to 100 DPI effectively reduces a 6-point character from roughly 25 pixels tall to 8 pixels tall, at which point even the best OCR engine struggles. If you need to compress a document with very small text, use the lowest compression setting available and verify the result carefully.