Shrink large PDFs without losing readability
Whether you're hitting an email attachment limit or a portal's upload cap, this compressor reduces PDF file size by re-rendering each page at an optimized resolution and quality level you choose. Add several files at once and compress them all in a single batch. The whole process runs in your browser using PDF.js and PDF-lib — no server upload required.
Choosing a compression level
- High Quality — best for documents with detailed images or fine print where clarity matters most.
- Balanced — a good default for most documents, trading a small amount of visual quality for a meaningfully smaller file.
- Medium and Strong — best when file size is the priority, such as bulk email attachments.
What changes during compression
Each page is rendered to an image at a scale matched to your chosen quality level, then re-embedded into a new PDF. This means text becomes part of a flattened image rather than staying selectable — a trade-off worth knowing if you need to copy text from the output afterward.
Will the compressed PDF still be searchable?
No — because pages are flattened to images during compression, text in the output PDF won't be selectable or searchable. If you need a smaller file that keeps live text, try removing embedded images instead of full compression.
How much smaller will my file get?
It depends heavily on the original content — image-heavy PDFs shrink the most, while already-compact text PDFs may see a smaller reduction. The tool shows you the before/after size for every file once it finishes.
Can I compress more than one PDF at a time?
Yes — drop in multiple files and they'll all be compressed in one batch at the level you choose, each with its own progress and before/after size shown.
Using this in a Central Government office
Almost every compression job in a government office starts the same way: a portal refuses the upload. Departmental portals, e-Office attachment limits and the claim-submission systems each set their own ceiling, and a document scanned at high DPI clears it only by luck.
Where this comes up
- Portal upload ceilings — scanned claim forms, certificates and supporting documents that need to fit under a stated size limit.
- Email attachment limits when circulating a draft to several divisions at once.
- Scanned service records, which are almost always far larger than they need to be because the scanner defaulted to a high DPI.
Getting the quality trade-off right
Compression here works by re-rendering pages at a lower quality, so the sensible approach is to reduce in steps and check the result rather than going straight to the most aggressive setting. Two things to verify before you submit: that signatures and seals are still clearly legible, and that any small print in an annexure or a table is still readable. A file that clears the size limit but arrives unreadable will simply come back.
Where compression is the wrong answer
If a document is already a text PDF rather than a scan, it is usually small to begin with and compressing it gains little. If a scan is enormous because it was captured at 600 DPI when 200 would do, rescanning at a sensible resolution produces a better result than compressing a bloated file. And for anything that must remain evidentially clean — an original signed order, for instance — keep the uncompressed copy on record.