Skip to content
OneKitly

Getting a PDF Under a 10 MB Upload Limit

Published 6/23/2026 · 11 min read · File tools

Daniel Okonkwo

Daniel OkonkwoFront-end developer and tech writer at OneKitly

Web performance · File formats

Checked against 4 sources

View profile
In short

Divide the file size by the number of pages. Under roughly 100 KB a page, the PDF is text and vector graphics, and structural compression will help: rewriting the file with object streams removes duplicated objects and cross-reference bloat, and on a text-heavy document generated by a word processor or a reporting tool it routinely takes off a double-digit percentage. Over roughly 300 KB a page, the file is scanned or photographed pages, the megabytes are inside image streams, and structural compression will do almost nothing — because there is almost nothing structural left to remove. For that case the only lever that works is resolution, and it works quadratically: page area is fixed, so halving the scan resolution quarters the pixel count. An A4 page at 300 dpi is 2480 by 3508 pixels, 8.70 megapixels; at 200 dpi it is 1654 by 2339, 3.87 megapixels — 44.4% of the pixels, a 55.6% cut. At 150 dpi it is 2.17 megapixels, exactly a quarter. A twenty-page grey scan that lands at about 20 MB at 300 dpi comes to roughly 9 MB at 200 dpi and 5 MB at 150 dpi, which is how a document that will not upload becomes one that will. Two hundred dpi remains comfortably legible on screen and is above the 200 dpi floor that most administrations specify. Below 150 dpi small print starts to break up, and if the document has to be read by an OCR system rather than a human, stay at 300.

The form rejects your file and offers no advice. What works depends entirely on where the megabytes actually are, and for a scanned document the answer is not compression at all — it is resolution. Here is how to tell which case you have in ten seconds.

The megabytes are in one of two places, and it decides everything

A PDF is a container. Inside it, a page can be described as instructions — draw this glyph here, in this font, stroke this line — or as a picture of a page. The first kind is what a word processor, a spreadsheet or a reporting tool produces. It is astonishingly compact: a page of dense text is a few kilobytes of instructions, and the fonts are shared across the whole document rather than repeated. The second kind is what a scanner or a phone camera produces: a photograph of a sheet of paper, stored as a JPEG, one per page.

The arithmetic that follows is not close. A twelve-page contract exported from a word processor is often under 200 KB in total. The same twelve pages scanned at 300 dpi are twelve photographs of about 8.7 megapixels each, and land somewhere around 12 MB. Nothing about the content changed; the representation did. This is why generic advice to "compress the PDF" is useless without knowing which one you have — the two cases have almost nothing in common except the file extension.

What structural compression actually removes

A PDF is built from numbered objects, and the file carries a cross-reference table saying where each one begins. Editing a document repeatedly, or generating it from a template, leaves that structure fat: objects that nothing points at any more, dictionaries repeated once per page instead of shared, a cross-reference table that has been appended to rather than rewritten. Rewriting the file with object streams packs many small objects into a single compressed stream and replaces the table with a compressed equivalent. That is what the compressor on this site does, and it is genuinely lossless — every glyph, every line, every pixel is bit-for-bit what it was.

The honest limit is the other side of that sentence. Because it is lossless, it cannot touch the image streams — a JPEG inside the PDF comes out as the same JPEG. On a scanned document, the structure is a thin wrapper around a pile of photographs, so removing structural waste removes a rounding error. The tool will tell you it saved almost nothing, and it will be telling the truth: there was almost nothing there to save.

Resolution is quadratic, and that is the whole lever

The page does not change size, so resolution multiplies in two directions at once. Going from 300 dpi to 200 dpi is a factor of two thirds on each axis, and two thirds squared is four ninths: 44.4% of the pixels, 55.6% removed. Going from 300 to 150 is a half on each axis and therefore a quarter of the pixels. This is why resolution is the only lever with real leverage on a scan, and why small adjustments to it produce large changes in file size.

Where to stop is a judgement about who reads the document. Two hundred dpi is the usual floor written into administrative specifications, and at that resolution ordinary body text and signatures remain clean on screen and print acceptably. One hundred and fifty is still readable but starts to soften small print, footnotes and stamp impressions. Below that, characters merge. And if the document will be fed to a text-recognition system rather than read by a person, do not reduce at all: recognition accuracy falls off sharply under 300 dpi, and a rejected form is a worse outcome than a second upload attempt.

The route when you cannot re-scan

Often the scan came from somewhere else and the original is gone. The way through is to take the PDF apart and rebuild it: export each page as an image, reduce those images, and assemble a new PDF from the reduced set. It is three steps rather than one, and every step runs in the browser, so a payslip or a medical form does not travel to do it.

One caution about repeated JPEG encoding, because this route involves it. A JPEG that is decoded and re-encoded loses a little each time, and the loss compounds; it is not visible after one pass at a sensible quality, and it is visible after five. Do the reduction once, at the resolution you actually need, rather than shaving the file down in several attempts. If the first attempt overshoots, go back to the original PDF and start again rather than re-reducing the reduced copy.

When splitting beats shrinking

Read the limit carefully before you degrade anything. Most forms cap each attachment rather than the submission, and a great many accept several. A 14 MB scan that has to stay at 300 dpi because it will be machine-read splits into two 7 MB halves that both upload at full quality. That is a better outcome than a single file at 150 dpi that the recognition system then fails on.

Two smaller cautions worth knowing. Some forms measure the encoded size of an upload rather than the file on disk, which for an email attachment adds roughly a third; if you are sending by mail rather than filling a form, aim for about 7 MB to clear a 10 MB ceiling. And a password-protected PDF cannot be restructured or split without the password, because the tool cannot read the object structure it would have to rewrite — remove the protection first, then work, then re-apply it.

A decision you can make from the file size alone

Put together, the rule fits in a line: kilobytes per page tells you which problem you have, and the problem tells you which tool. Text PDFs respond to structural compression and lose nothing; scans respond only to resolution and lose detail in exchange. Trying the wrong one wastes a few seconds; knowing which is which turns a form rejection into a solved problem, usually on the first attempt.

Share of 300 dpi
One A4 page at each scan resolution — pixel counts are exact geometry; the twenty-page figures assume a grey scan at ordinary JPEG quality and will vary with content
ResolutionPixels per A4 pageShare of 300 dpi20 pages, approx.Suitable for
600 dpi4961 × 7016 — 34.8 Mpx400%~80 MBArchival and fine detail only
300 dpi2480 × 3508 — 8.70 Mpx100%~20 MBText recognition, printing, legal filing
200 dpi1654 × 2339 — 3.87 Mpx44.4%~9 MBThe usual administrative floor — clears 10 MB
150 dpi1240 × 1754 — 2.17 Mpx25.0%~5 MBOn-screen reading; small print starts to soften
120 dpi992 × 1403 — 1.39 Mpx16.0%~3 MBLast resort — characters begin to merge
Compress PDFShrink a PDF without losing anything: identical fonts and images repeated by a merge are merged back into one. A whole folder at once.Try the tool

Frequently asked questions

I compressed it and it barely changed. Is the tool broken?
Almost certainly not — it is telling you the file is a scan. Structural compression is lossless, so it cannot re-encode the images inside the PDF, and on a scanned document the images are essentially the whole file. A result of one or two percent means there was one or two percent of structural waste and nothing else to take. Check the kilobytes per page: over about 300 KB and the answer is resolution, not compression.
Will reducing the resolution make the document legally invalid?
Reducing resolution does not by itself affect validity, but two things can. If the document carries a digital signature, any modification breaks it — the signature covers the exact bytes, so a rebuilt PDF is a different document as far as the signature is concerned, and it will show as invalid. And some procedures specify a minimum resolution in their own rules, commonly 200 or 300 dpi. Check the form's stated requirement before reducing, and if the file is signed, do not rebuild it at all: split it instead, or ask whether the signature can be re-applied.
Why does the same page take more space in colour than in grey?
Because colour stores three channels where grey stores one, and because photographic noise in a colour scan compresses badly. On a black-and-white original — a letter, a form, a contract — scanning in grey rather than colour typically takes off a further third to a half at the same resolution, and loses nothing that was in the document to begin with. Scan in colour only when colour carries meaning: a stamp, a highlighted passage, a chart, an identity document.
Can I just zip the PDF?
It will save almost nothing, because a PDF is already compressed internally — the streams inside it are deflate-compressed, and the images are JPEGs, which is to say already-compressed data. Zipping compressed data typically gains a percent or two. It also usually makes things worse in practice: many forms reject archives outright, and a reviewer who has to unpack an attachment is a reviewer you have annoyed for no gain.
The limit says 10 MB and my file is 9.4 MB, but it is still rejected. Why?
Usually one of three things. The limit may apply to the whole submission rather than to each attachment, so your other files count too. The system may measure the encoded upload rather than the file on disk, which adds roughly a third for a mail attachment. Or the megabyte itself is ambiguous: 10 MB can mean 10,000,000 bytes or 10,485,760, and a file the operating system calls 9.4 MB can be over the smaller of those. Aim for a comfortable margin — around 7 MB against a 10 MB ceiling — rather than trying to land just under it.

Articles you may find interesting

All guides
How-toPhotographing a Document and Getting a PDF That Is AcceptedNobody owns a scanner any more, so the phone does it. Two things decide whether the result is accepted: how you took the photograph, and what page size it becomes. The second one surprises people, because a photograph turned into a PDF is not A4 unless something makes it A4.GuidePull the Plug: Which Online File Tools Actually Upload Your DocumentEvery online file tool promises your document is safe. Almost none tell you whether it leaves your machine at all. There is a five-second test that settles it without reading a single privacy policy, and it works on any tool — including this one.How-toTurning a PDF into Images When a Site Refuses PDFsMarketplaces, job boards and support forms often accept JPEG and PNG and nothing else. Converting is easy; choosing the resolution is the part that decides whether the recipient can read your document, and it is the part every tool asks you about and nobody explains.How-toMerging an Application Pack into One PDF, in the Right OrderA rental file, a loan application, a tender: the requester wants one document, in the order they listed. The merge itself takes seconds. What goes wrong is the ordering, the page sizes and the file that silently loses its signature — all of which are avoidable if you know where they bite.ExplainerWhy Compressing a File Twice Does Not Halve It TwiceThe first pass takes 30% off and the second takes nothing. That is not a broken tool — it is the difference between removing redundancy and removing information, and knowing which one you are doing tells you when to stop and what a second attempt actually costs.GuideWhat a PDF Says About You: Reading and Clearing Its MetadataA PDF carries its metadata twice, in two stores that can tell different stories, and neither of them is the whole story. Here is what is actually in the file, what clearing it removes, and the two things that survive every wipe.

Related tools

Retention windows and processing models are what each service published on the dates cited. They change without notice — re-run the offline test on any tool you rely on rather than trusting a comparison, including this one.

Sources

Spotted a mistake in this article?