Free · Fast · Privacy-first

Compress Scanned PDF Files

Scanned PDFs are the largest type of PDF document you typically encounter.

70-80% size reduction typical for 300 DPI scans

🔒

Handles colour, greyscale, and black-and-white scans

Text in scanned PDFs remains readable after compression

Browser-based, no upload required

Cost
Free forever
Sign-up
Not required
Processing
In your browser
Privacy
Files stay local
FreeNo signupWhite-label

Add this PDF Compressor to your website

Drop the PDF Compressor into any page — blog post, product docs, intranet, school portal — with a single line of HTML. Your visitors get the full tool, processed entirely in their browser. No backend, no uploads, no signup.

  • Files stay 100% in the visitor's browser
  • Responsive — adapts to any container width
  • Free forever, no API key needed

Embed code

<iframe
  src="https://www.fixtools.io/pdf/pdf-compressor?embed=1"
  width="100%"
  height="780"
  frameborder="0"
  style="border:0;border-radius:16px;max-width:900px;"
  title="PDF Compressor by FixTools"
  loading="lazy"
  allow="clipboard-write"
></iframe>

Attribution-friendly: a small "Powered by FixTools" link appears in the embed footer.

Why scanned PDFs are so large and how DPI resampling fixes that

When a physical document is placed on a flatbed scanner or fed through a document feeder, the scanner's sensor captures reflected light as a pixel grid. The density of that grid is the dots per inch setting. Consumer and office scanners default to 300 DPI for documents, which produces 300 pixels per linear inch. An A4 page is approximately 11.7 inches tall and 8.3 inches wide, so a 300 DPI scan produces a raster image of 3,510 by 2,490 pixels, or about 8.7 megapixels per page. Even after JPEG encoding within the PDF container at quality 80, that single page weighs 500KB to 2MB. A 10-page scanned contract can easily reach 10 to 20MB. At 600 DPI, the default on some scanners for OCR accuracy, the same page is four times larger in pixel count and the file size scales proportionally.

The key insight is that 300 DPI is necessary for OCR accuracy and for producing clean printed output, but it far exceeds what any display device needs. A typical computer screen renders at 72 to 110 PPI. A Retina or 4K display at its native density reaches 220 to 260 PPI. An image displayed at 96 DPI on a 100 PPI screen is already rendering at near-native display density because every pixel in the image maps to approximately one pixel on screen. Storing the image at 300 DPI in a PDF that will only be read on screen wastes between ten and twenty times the image data. FixTools resamples embedded raster images from their original scanner DPI down to approximately 96 DPI, which is sufficient for all screen display purposes and for printing at standard office quality, because 600 DPI printers interpolate well from 96 DPI source images.

Greyscale and black-and-white scans compress more efficiently than colour scans because they contain less colour data per pixel. A greyscale scan at 300 DPI can reach 200 to 800KB per page. A black-and-white (monochrome) scan of a text page at 300 DPI may only be 50 to 200KB per page using CCITT Group 4 or JBIG2 encoding. Colour scans at 300 DPI are the largest because each pixel stores three colour channels of red, green, and blue. When compressing scanned PDFs, FixTools identifies each image stream's colour mode and applies the most efficient re-encoding: JPEG for colour and greyscale, more compact encoding for near-monochrome content. If your scanner produced a colour scan of a black-and-white document, switching the scanner to greyscale or monochrome for future scans will produce significantly smaller PDFs before any compression is needed.

It is worth understanding that compression on scanned content is fundamentally lossy in a way that does not affect digitally created PDFs. A native PDF stores text as vectors which can be re-rendered at any resolution without quality loss. A scanned PDF stores text as pixels, so when the image is downsampled, the visual representation of each character contains less detail. For body text at 10 to 12 point font scanned at 300 DPI, downsampling to 96 DPI leaves roughly four pixels per character stroke, which is enough for clear legibility on standard screens. For very small text, fine handwriting, or low-contrast print, the loss becomes visible. Inspecting the output at 150 percent zoom before sharing important documents is the simplest way to catch any problems early.

How to use this tool

💡

Upload your scanned PDF and select high compression. Scanned documents have no vector text to protect, so high compression produces excellent results: typically 70 to 80 percent smaller with text remaining clearly legible at normal screen zoom.

How It Works

Step-by-step guide to compress scanned pdf files:

  1. 1

    Open the PDF Compressor

    Go to fixtools.io/pdf/pdf-compressor in your browser. No installation or sign-up needed and the page loads in under a second on a typical broadband connection.

  2. 2

    Upload your scanned PDF

    Drag the scanned PDF onto the upload area or use the file picker. Files at 300 DPI may be 10 to 50MB in size which is entirely expected for scanned content and well within the tool's capacity.

  3. 3

    Select high compression

    For scanned documents, high compression is appropriate because there is no vector text or fine line art to preserve at maximum quality. The raster images will be resampled to 96 DPI, which is sufficient for screen and office printing.

  4. 4

    Compress and verify

    Click Compress PDF. After downloading, zoom in on text in the output to confirm it remains legible. For typical printed text at 10pt or above, legibility is maintained, and any quality issues become obvious at 150 percent zoom.

  5. 5

    Compare file sizes

    Note the original and compressed sizes side by side. A 70 to 80 percent reduction is typical for colour scans, and a 20MB scanned PDF commonly compresses to between 4MB and 6MB depending on page count and visual density.

Real-world examples

Common situations where this approach makes a real difference:

A legal firm scans 200-page client case bundles at 300 DPI for digital filing in the matter management system. Each bundle is 180 to 220MB. Court portals cap uploads at 30MB per submission, so the originals are unusable for direct upload. After high compression in FixTools, each bundle reaches 35 to 45MB. Splitting into two parts and compressing each produces 18 to 22MB files that upload cleanly within the portal limit, allowing the firm to file electronically rather than couriering physical bundles.

A GP surgery scans patient registration forms (three pages each) at 300 DPI colour. Each form is 9 to 12MB. The practice management system has a 2MB per-document limit, which blocked the entire planned migration to paperless records. High compression reduces each form to 1.4 to 1.8MB. All text including handwritten patient signatures and notes remains readable at 150 percent zoom on the practice's 1080p monitors, and the records project resumes without a software change.

A council archiving officer scans 50 years of planning permission documents at 300 DPI for a digital repository. Single-page decisions average 2.5MB each, producing a 500-document archive of 1.25GB. Medium compression reduces the average to 550KB per page, shrinking the archive to 275MB and fitting it on a standard USB drive for off-site backup. The smaller archive also indexes and searches significantly faster inside the repository's OCR-based search interface.

A self-employed builder scans receipts for expenses on a smartphone app that defaults to 300 DPI colour. Each receipt scan is 3 to 5MB. His accountant's portal has a 1MB per-attachment limit which had previously meant rejecting his uploads. High compression in FixTools reduces each receipt to 200 to 400KB while keeping amounts and supplier names legible. The monthly expense submission, which used to take a frustrating hour of trial and error, now completes inside twenty minutes.

Pro tips

Get better results with these expert suggestions:

1

Switch your scanner to greyscale for text documents

If you are scanning text-only documents such as letters, contracts, and forms with no colour graphics, switching your scanner setting from colour to greyscale reduces the raw scan size by 66 percent before any compression. A colour scan at 300 DPI might be 3MB per page; the same page scanned in greyscale is typically 800KB to 1.2MB. Applying FixTools compression to a greyscale scan produces an even smaller final file because the starting point already discarded the unnecessary colour channels.

2

Check if your scanner has a built-in PDF compression setting

Many modern office scanners including Canon imageFORMULA, Fujitsu ScanSnap, and HP Enterprise scanners offer built-in PDF compression settings in their scan profiles. Enabling a medium compression profile at the scanner level can produce PDFs of 200 to 500KB per page without any post-processing. If your scanner already compresses output well, FixTools compression may offer smaller additional gains, but it remains useful as a finishing step when the scanner output still exceeds a portal limit.

3

High compression is appropriate for scanned text documents

Unlike digitally created PDFs where high compression risks degrading photographs, scanned text documents benefit from aggressive compression with minimal visible impact. The human eye tolerates JPEG artefacts in text images more than fine photographic detail at typical reading distances. For scanned forms, contracts, and letters, high compression in FixTools is the correct default choice, and it leaves the photograph-friendly low setting for documents that genuinely contain photographic content needing the highest possible fidelity.

4

Run OCR before compressing for searchable archives

If you need your scanned PDF to be text-searchable for example for a document management system, run OCR on the original high-resolution scan first, then compress the OCR-processed file. Compressing before OCR can degrade character recognition accuracy for small or unclear text because the OCR engine has fewer pixels to analyse. Once the OCR text layer is embedded, compression of the image layer does not affect the searchable text in any way.

FAQ

Frequently asked questions

Scanned PDFs store each page as a raster image, typically captured at 300 DPI. An A4 page at 300 DPI contains about 8.7 megapixels. Even with JPEG compression inside the PDF container, each page weighs 500KB to 2MB. A digital PDF created in Word or PowerPoint stores text as compact vector data, making the same page 20 to 100KB. The difference is that scanned PDFs are essentially photographs of pages rather than structured digital documents, and the raw pixel count is the dominant factor in their file size.
For a colour scan at 300 DPI, high compression typically achieves a 70 to 80 percent reduction. A 20MB scanned 10-page document commonly compresses to between 4MB and 6MB. For greyscale scans, which are already smaller, compression achieves 50 to 70 percent reduction. Black-and-white text-only scans can achieve 60 to 80 percent reduction with text remaining clearly readable at normal screen zoom. The exact percentage depends on the source DPI, colour mode, and the visual density of the scanned content.
For handwriting at normal pen weight of 0.5mm to 1mm strokes, high compression maintains legibility at 100 percent zoom on a 1080p screen. Very fine handwriting or pencil marks with low contrast may show degradation at high compression, so use medium compression for documents with marginal handwriting clarity. Always check the output at 100 to 150 percent zoom on your most important pages before sharing. Signatures generally compress well because they are bold and high-contrast even when the rest of the handwriting is delicate.
No. OCR adds a text layer to the PDF separately from the image layer. Compression targets only the image layer. The OCR text remains fully intact, searchable, and copyable after compression. However, if you plan to run OCR in the future, do so before compressing because OCR on a compressed image may produce less accurate character recognition than on the original high-resolution scan. The OCR engine relies on fine pixel detail in character edges that compression smooths out.
Yes. FixTools works in Safari on iPhone and Chrome on Android for scanned PDFs. For large scans above 60 to 80MB, mobile browsers may have memory limitations and the tab may become unresponsive or crash mid-compression. If that happens, split the PDF into smaller sections on a desktop computer first, then compress each section on mobile. Most scanned PDFs under 50MB compress successfully on a mid-range phone from the last three years without any issue.
Scanned signatures at medium compression remain clearly visible and are recognisable as authentic handwriting. High compression may introduce slight JPEG artefacts visible at close zoom, but the signature remains legible at normal viewing distances. For legal documents where scanned signature legibility is critical, use medium rather than high compression to preserve signature detail at 150 percent zoom. The recipient typically views signatures at normal page zoom rather than close inspection, so medium is usually a comfortable choice.
For most scanned documents including contracts, forms, letters, and receipts, high compression is appropriate and produces excellent results with text and standard handwriting remaining legible. Use medium compression for scanned documents that include photographs, such as property surveys or medical forms with attached photos, where image quality beyond basic legibility matters. The simple rule is high for text content and medium for any document that includes embedded photographs as part of its evidence.
Yes. iPhone apps like Notes, Scanner Pro, Adobe Scan, and Microsoft Lens all produce standard PDF files that FixTools handles identically to desktop scanner output. Notes app scans typically produce 3 to 8MB per page at 300 DPI colour, depending on how the app sharpens and contrasts the captured image. FixTools in Safari compresses these in exactly the same way as desktop scanner output. Select the PDF from the Files app when prompted by the FixTools upload area.
Properly applied redactions in a scanned PDF are baked into the image as solid black or white pixels that overwrite the underlying content. These survive compression because they are part of the image data itself. If a redaction was applied as a separate annotation rather than burned in, FixTools may strip the annotation during compression and reveal the underlying content. Always confirm redactions are truly burned into the scanned image before relying on compression to preserve them. Scanned PDFs respond especially well to compression because their content is purely raster data.
Scanned PDFs are essentially collections of high-resolution raster images stored in PDF wrapper format. A single page scanned at 300 DPI in color produces roughly 1-2MB of image data, so a 100-page scanned document can easily exceed 100MB. Compression algorithms specifically target image data, recompressing the raster content at lower quality or using more efficient JPEG settings. Text-based PDFs, by contrast, are mostly compressed vector content that does not respond as dramatically to compression. Always identify whether your source is scanned or native before choosing compression settings.

Related guides

More use-case guides for the same tool:

Ready to get started?

Open the full PDF Compressor — free, no account needed, works on any device.

Open PDF Compressor →

Free · No account needed · Works on any device