DEV Community

Magill Anway
Magill Anway

Posted on

Compress a PDF Locally Before You Hit the Email Cap: A Privacy-First Size Checklist

Compress a PDF Locally Before You Hit the Email Cap: A Privacy-First Size Checklist

Answer first: If a scanned contract, tax packet, or HR form is too large for email or a portal, shrink it on your machine before any “free compress PDF online” host sees the bytes. Size caps are a UX problem. Uploading sensitive pages to fix them is a privacy problem. Below is a practical checklist plus a local workflow.

Why this keeps showing up

Teams still bounce 20 MB scan packs off Gmail or a government upload form, then paste the same file into the first Google result for “compress PDF.” That host briefly receives every page — medical, financial, or signed. The useful habit is not another brand name. It is: treat size reduction as part of the local prep, then send once.

Cloud compressors also leave a history of files you “temporarily” uploaded. Local compression cuts that trail without changing the UX of attaching a smaller PDF.

Pre-send size checklist (2 minutes)

  1. Know the real cap. Email ~25 MB, many portals 2–10 MB. Measure the file before you hunt tools.
  2. Prefer local compress over “upload then hope the host deletes it.” Fewer hops means fewer accidental leaks into vendor logs.
  3. Watch the Network tab. Open DevTools → Network, clear the log, try a non-sensitive sample PDF. Pass = no multipart POST carrying your file to a third-party API.
  4. Airplane-mode sanity check. After page assets load, go offline and retry. If compression still finishes, upload-to-server architecture is off the table for that action.
  5. Send the shrunk artifact once. Attach the compressed PDF — do not leave the original sitting in a cloud draft next to your passport scan.

A local compression workflow

Step 1 — Keep sensitive packets offline until ready

Do not open tax or medical PDFs in a random tab until you are ready to shrink the ones you will send.

Step 2 — Decide quality vs size

Image-heavy scans tolerate more loss. Text-heavy contracts need a lighter pass so pages stay readable.

Step 3 — Compress in the tab

Drop the file into a browser-local PDF compressor. Closing the tab should clear in-memory copies; the file you download is the artifact you send.

Step 4 — Share once

Skip the detour through a random “free compress PDF online” host for packets you would not email to a stranger.

One browser-local starting point

When you need an on-device PDF compressor without creating an account, this Compress PDF tool runs in the tab (files stay on your device):

https://www.lizecheng.net/pdf/compress-pdf/?utm_source=devto&utm_medium=article&utm_campaign=lizely_daily_20260929&utm_content=compress-pdf

(That is the only product link in this post.)

What “good enough” looks like

Scenario Local move
18 MB passport scan for a portal with 5 MB cap Compress locally → send once
Multi-page receipt pack choking email Compress locally; split if still huge
Deck export with huge embedded photos Compress locally before Slack/email
Mixed public brochure + private annex Two files; never upload the private annex

Closing

PDF size is a solved UX problem. The open question is whether the bytes leave your device on the way to the recipient. Prefer tools you can verify with Network + offline checks — and keep cloud compressors for files you would not mind a stranger viewing.

Top comments (0)