clientpdf/guide-compress.html at main · abyworkings-coder/clientpdf · GitHub

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
<!doctype html>
<html lang="en">
<head>
<meta charset="UTF-8" />
<meta name="viewport" content="width=device-width, initial-scale=1.0" />
<title>Why didn't compressing my PDF shrink it? — ClientPDF Guide</title>
<meta name="description" content="If a PDF compressor returns the same size (or bigger), it's almost always one of three reasons. Here's how to tell which, and what actually shrinks a PDF." />
<link rel="canonical" href="https://abyworkings-coder.github.io/clientpdf/guide-compress.html" />
<meta property="og:type" content="article" />
<meta property="og:title" content="Why didn't compressing my PDF make it smaller?" />
<meta property="og:description" content="If a PDF compressor gives back a file that's the same size (or bigger), it's almost always one of three reasons. Here's how to tell which one." />
<meta property="og:url" content="https://abyworkings-coder.github.io/clientpdf/guide-compress.html" />
<meta property="og:site_name" content="ClientPDF" />
<meta property="og:image" content="https://abyworkings-coder.github.io/clientpdf/og-image.jpg" />
<meta property="og:image:width" content="1200" />
<meta property="og:image:height" content="630" />
<meta name="twitter:card" content="summary_large_image" />
<meta name="twitter:title" content="Why didn't compressing my PDF make it smaller?" />
<meta name="twitter:description" content="If a PDF compressor gives back a file the same size (or bigger), here's why, and what actually works." />
<meta name="twitter:image" content="https://abyworkings-coder.github.io/clientpdf/og-image.jpg" />
<link rel="icon" href="/logo.svg" type="image/svg+xml" />
<link rel="icon" href="/favicon-32.png" sizes="32x32" type="image/png" />
<link rel="icon" href="/favicon-16.png" sizes="16x16" type="image/png" />
<link rel="apple-touch-icon" href="/apple-touch-icon.png" />
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Why didn't compressing my PDF make it smaller?",
  "description": "If a PDF compressor gives back a file that's the same size (or bigger), it's almost always one of three reasons. Here's how to tell which one, and what actually shrinks a PDF.",
  "author": { "@type": "Organization", "name": "ClientPDF" },
  "publisher": { "@type": "Organization", "name": "ClientPDF" },
  "mainEntityOfPage": "https://abyworkings-coder.github.io/clientpdf/guide-compress.html",
  "datePublished": "2026-07-27"
}
</script>
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Home",
      "item": "https://abyworkings-coder.github.io/clientpdf/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Guides",
      "item": "https://abyworkings-coder.github.io/clientpdf/guide.html"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "Why didn't compressing my PDF make it smaller?",
      "item": "https://abyworkings-coder.github.io/clientpdf/guide-compress.html"
    }
  ]
}
</script>
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "Why is my compressed PDF the same size as before?",
      "acceptedAnswer": { "@type": "Answer", "text": "Most PDF compressors only shrink embedded JPEG images. If your PDF is mostly text, vector graphics, or already-compressed images (PNG, or a scan saved with Flate/CCITT encoding), there's nothing for a JPEG re-encoder to touch, so the file comes back close to its original size." }
    },
    {
      "@type": "Question",
      "name": "Why did compressing my PDF make it bigger?",
      "acceptedAnswer": { "@type": "Answer", "text": "Rebuilding a PDF's internal structure (its cross-reference table and object streams) can add a small amount of overhead even when no images changed. If the original file had no compressible images to begin with, that overhead can make the 'compressed' file marginally larger than the source." }
    },
    {
      "@type": "Question",
      "name": "What actually reduces a scanned PDF's file size?",
      "acceptedAnswer": { "@type": "Answer", "text": "A scanned PDF is usually a sequence of full-page images, often saved as PNG or Flate/CCITT-encoded bitmaps rather than JPEG. Shrinking those requires decoding the image, re-encoding it as JPEG (which is lossy but far smaller for photographic content), and rebuilding the PDF around the new image — a different code path than re-compressing an existing JPEG." }
    },
    {
      "@type": "Question",
      "name": "How do I compress a PDF to an exact size like 100KB or 1MB?",
      "acceptedAnswer": { "@type": "Answer", "text": "Use the target-size option on ClientPDF's compress tool: pick Under 100 KB, Under 500 KB, Under 1 MB, or Under 5 MB instead of the default best-quality setting, and it automatically re-runs the JPEG re-encode at progressively lower quality and image dimensions until the output fits your target or hits a quality floor." }
    },
    {
      "@type": "Question",
      "name": "What if my PDF can't be compressed small enough to hit my target?",
      "acceptedAnswer": { "@type": "Answer", "text": "If the smallest version reachable without severe quality loss is still over your target, ClientPDF tells you plainly and gives you that smallest version rather than pretending it hit the number. This almost always means the file has little or no compressible JPEG content to begin with — see the reasons above." }
    }
  ]
}
</script>
<link rel="stylesheet" href="style.css" />
</head>
<body>
<a class="skip-link" href="#main-content">Skip to main content</a>

<div class="grain"></div>

<header class="topbar">
  <div class="wrap topbar-inner">
    <div class="brand">
      <span class="brand-mark">◆</span>
      <span class="brand-name">Client<em>PDF</em></span>
    </div>
    <nav class="toolnav" aria-label="Tools">
      <a href="./index.html">Merge</a>
      <a href="./split.html">Split</a>
      <a href="./delete-pages.html">Delete Pages</a>
      <a href="./duplicate-pages.html">Duplicate Pages</a>
      <a href="./insert-pages.html">Insert Blank Pages</a>
      <a href="./rotate.html">Rotate</a>
      <a href="./reorder.html">Reorder</a>
      <a href="./compress.html">Compress</a>
      <a href="./page-numbers.html">Page Numbers</a>
      <a href="./images-to-pdf.html">Images to PDF</a>
      <a href="./extract-images.html">Extract Images</a>
      <a href="./pdf-to-jpg.html">PDF to JPG</a>
      <a href="./watermark.html">Watermark</a>
      <a href="./metadata.html">Metadata</a>
      <a href="./crop.html">Crop Pages</a>
      <a href="./resize.html">Resize Pages</a>
      <a href="./grayscale.html">Grayscale PDF</a>
      <a href="./border.html">Page Borders</a>
      <a href="./image-watermark.html">Image Watermark</a>
      <a href="./flatten.html">Flatten Form Fields</a>
      <a href="./fill-form.html">Fill Form Fields</a>
      <a href="./bookmarks.html">Add Bookmarks</a>
      <a href="./split-by-bookmarks.html">Split by Bookmarks</a>
      <a href="./pages-per-sheet.html">Pages per Sheet</a>
      <a href="./redact.html">Redact</a>
      <a href="./tools.html">All Tools</a>
      <a href="./guide.html">Guide</a>
    </nav>
    <div class="topbar-status">
      <span class="dot" aria-hidden="true"></span>
      <span>running locally in this tab — nothing uploaded</span>
    </div>
  </div>
</header>

<main class="wrap" id="main-content">
  <article class="article">
    <h1>Why didn't compressing my PDF make it smaller?</h1>
    <p class="article-meta">ClientPDF Guide · a 2-minute read</p>

    <p>
      You ran a PDF through a compressor, and the file that came back is basically
      the same size — sometimes even a few kilobytes bigger. That's not a broken
      tool. It's almost always one of three specific, checkable reasons.
    </p>

    <h2>1. There were no JPEG images to shrink</h2>
    <p>
      Nearly every browser-based PDF compressor — <a href="./compress.html">this one included</a> —
      works by finding JPEG-encoded images inside the PDF (technically, image streams
      using the <code>/DCTDecode</code> filter), decoding them, and re-encoding them
      at a lower quality setting. That's where the size savings come from. If your
      PDF is mostly text, vector graphics, or form fields, there are no JPEGs to
      touch, and the file comes back close to its original size — correctly, not
      as a bug.
    </p>

    <h2>2. The images are PNG or already losslessly compressed</h2>
    <p>
      Scanned documents are often saved as PNG, or as Flate/CCITT-encoded bitmaps
      rather than JPEG. Those formats compress differently, and a JPEG re-encoder
      won't touch them at all. This is the single most common reason a "compress"
      button appears to do nothing on a scanned PDF — the tool is working exactly
      as designed, it just isn't the right tool for that image format.
    </p>

    <h2>3. Rebuilding the file added a small amount of overhead</h2>
    <p>
      Every PDF compressor has to rebuild the file's cross-reference table and
      object streams after touching anything inside it. That rebuild costs a
      few hundred bytes to a few kilobytes. If step 1 and step 2 both found
      nothing to shrink, that small rebuild overhead is the only thing that
      changed — which is why an already-optimized PDF can come back very
      slightly larger than it went in.
    </p>

    <h2>How to tell which one applies to your file</h2>
    <ul>
      <li>If your PDF is a scanned document (a photo of a page, not real text) and didn't shrink, it's almost certainly reason 2 — PNG or lossless-encoded images.</li>
      <li>If your PDF is a report, invoice, or form with mostly text and maybe a logo, it's reason 1 — there simply isn't much to compress.</li>
      <li>If the size difference is a rounding error in either direction, it's reason 3 — nothing meaningful changed either way.</li>
    </ul>

    <h2>What actually shrinks a scanned PDF</h2>
    <p>
      Scanned pages need to be decoded from their original format, re-encoded as
      JPEG (lossy, but dramatically smaller for photographic or scanned content),
      and rebuilt back into the PDF — a different, heavier code path than
      re-compressing an existing JPEG. That's on the roadmap here; today,
      <a href="./compress.html">ClientPDF's compressor</a> targets the common case —
      PDFs with existing JPEG images — honestly, and tells you when there's nothing
      compressible found rather than pretending to have done work it didn't do.
    </p>

    <h2>How to compress a PDF to an exact size (100KB, 1MB, etc.)</h2>
    <p>
      Everything above explains why a fixed-quality compressor sometimes doesn't
      move the number at all — but if you actually need the file under a specific
      size (a 1MB email attachment limit, a 100KB form upload cap), guessing at
      quality settings and re-running the tool by hand is tedious.
      <a href="./compress.html">ClientPDF's compressor</a> now has a target-size
      option for exactly this: pick "Under 100 KB," "Under 500 KB," "Under 1 MB,"
      or "Under 5 MB" instead of the default "No target — best quality," and the
      tool re-runs the same JPEG re-encode pass with quality and max image
      dimension stepped down in stages — 0.65 → 0.5 → 0.35 → 0.3, image edge
      capped at 1600px → 1200px → 900px — checking the real output size after
      each pass, until it fits or hits a quality floor.
    </p>
    <p>
      If the file still can't reach your target at that floor without visibly
      damaging the images, the tool says so directly and hands you the smallest
      version it could produce, rather than silently returning something over
      your limit or faking a number. As explained above, this only works on
      PDFs with compressible JPEG content in the first place — a text-only PDF
      or one that's already PNG-encoded won't shrink further no matter how many
      passes it runs.
    </p>

    <div class="cta-box">
      <p><strong>Try it yourself:</strong> <a href="./compress.html">compress a PDF</a> — DevTools open, Network tab watching. If it says nothing was compressible, now you know why.</p>
    </div>

    <p class="article-meta">Related: <a href="./guide.html">Does merging a PDF online actually upload your file?</a> · <a href="./guide-page-numbers-rotated.html">Why are my page numbers sideways or in the wrong corner?</a> · <a href="./guide-merge-bookmarks.html">Why did merging lose the bookmarks and table of contents?</a> · <a href="./guide-split-reorder-form-fields.html">Why did my form fields stop working after a split or reorder?</a> · <a href="./guide-rotate-viewer-mismatch.html">Why does a rotated PDF look fine here but sideways elsewhere?</a> · <a href="./guide-large-file-freeze.html">Why does my browser tab freeze or crash on a large PDF?</a> · <a href="./guide-password-protected.html">Why can't I open my password-protected PDF here?</a></p>
  </article>
</main>

<footer class="footer">
  <div class="wrap footer-inner">
    <span>ClientPDF — built by <a href="https://github.com/abyworkings-coder" target="_blank" rel="noopener">Auto Company</a></span>
    <span>No servers were harmed in the making of this tool.</span>
    <span class="footer-legal"><a href="./privacy.html">Privacy</a> · <a href="./terms.html">Terms</a></span>
  </div>
</footer>

<script>
  (function () {
    try {
      var ref = document.referrer;
      var bucket = "direct";
      if (ref) {
        bucket = /github\.com/i.test(ref) ? "github" : "other";
      }
      var base = "https://api.counterapi.dev/v1/clientpdf-abyworkings/";
      fetch(base + "visits-total/up", { mode: "no-cors" });
      fetch(base + "visits-" + bucket + "/up", { mode: "no-cors" });
    } catch (e) {
      // analytics must never break the tool
    }
  })();
</script>
</body>
</html>