PDF komprimieren — Dateigröße online verkleinern

Ein 40-MB-Scan lässt sich nicht per E-Mail anhängen, eine Präsentation lädt nicht ins Formular, ein Vertrag mit eingebetteten Fotos wiegt so viel wie ein Fotoarchiv. Meist hindern die Bilder im Inneren solch ein PDF am Abnehmen — Scans und Fotos in voller Auflösung. Das Werkzeug „Komprimieren" in pdfredX packt die Seiten in der von Ihnen gewählten Qualität neu — direkt im Browser: Sie bewegen einen Regler, sehen die resultierende Größe und laden eine leichtere Datei herunter. Nichts wird auf einen Server hochgeladen.

Schritt 01. PDF laden

Öffnen Sie pdfredx.com und ziehen Sie ein PDF in den Ablagebereich — oder wählen Sie es über den Datei-Explorer. Die Datei wird lokal gelesen: PDF.js rendert die Seiten im Tab, kein einziges Byte geht an eine entfernte Maschine. Ein bereits geladenes Dokument lässt sich direkt an die Komprimierung schicken.

Schritt 02. Komprimierungsstufe wählen

Öffnen Sie das Feld „Komprimieren" — hier gibt es drei Einstellungen:

• Qualitätsregler. Legt die JPEG-Qualität für die Bilder in den Seiten fest. 90–95 % sind ein kaum merklicher Verlust bei um ein Vielfaches kleinerer Datei; 60–70 % sind maximale Ersparnis für Entwürfe und Anhänge, bei denen nur der Text zählt. Der Wert wird direkt am Regler in Prozent angezeigt.
• ☑ Auf 1500 px begrenzen. Reduziert die Seitenauflösung auf 1500 px an der langen Seite. Für das Lesen am Bildschirm und den A4-Druck reicht das reichlich, und das „Gewicht" fällt hier am stärksten — meist bläht die überschüssige Auflösung von Scans die Datei auf.
• ☑ Metadaten bereinigen. Entfernt die Dienstinformationen des Dokuments, damit nichts Überflüssiges in die Ausgabedatei wandert.

Die Balance richtet sich nach der Aufgabe: für den Versand an eine Behörde stärker komprimieren; für die Archivierung eines wichtigen Dokuments die Qualität höher lassen.

Schritt 03. Komprimiertes PDF herunterladen

Klicken Sie auf „PDF komprimieren". Die App durchläuft die Seiten, packt jede in der gewählten Qualität neu und baut über jsPDF eine neue Datei zusammen. Nach dem Zusammenbau sehen Sie das Ergebnis — um wie viel Prozent die Größe geschrumpft ist und wie viele Megabyte es geworden sind. Das fertige Dokument wird direkt aus dem Browser heruntergeladen. Kostenlos, ohne Registrierung, ohne Server-Warteschlange.

Wie es technisch funktioniert

Die Komprimierung läuft über einen Raster-Pfad. Jede Seite ist bereits ein Bild (PDF.js hat sie beim Laden auf ein Canvas gezeichnet). Die Funktion compressImageUrl zeichnet dieses Bild auf ein neues Canvas der benötigten Größe und exportiert es erneut als JPEG in der gewählten Qualität:

const scale = maxPx ? Math.min(1, maxPx / Math.max(origW, origH)) : 1; // Herunterskalieren auf 1500px
c.width  = Math.round(origW * scale);
c.height = Math.round(origH * scale);
ctx.drawImage(img, 0, 0, c.width, c.height);
c.toDataURL('image/jpeg', quality);                                    // Neuverpacken mit Qualität

Anschließend baut jsPDF die Seiten zu einem neuen Dokument zusammen — jede wird proportionswahrend in ein A4-Blatt eingepasst und zentriert. Die Ausgabegröße wird mit der Ausgangsschätzung verglichen, daraus ergibt sich der Prozentsatz der Ersparnis.

Bekannte Einschränkungen

Verlustbehaftete Komprimierung. Das Senken der JPEG-Qualität und der Auflösung sind unumkehrbare Vorgänge. Kleiner Text auf Scans kann bei starker Komprimierung weicher werden. Ist das Dokument wichtig, beginnen Sie bei 90 % und senken Sie, während Sie das Ergebnis beobachten.

Die Textebene wird zum Raster. Die Pipeline arbeitet mit Seitenbildern, daher ist der Text in der komprimierten Datei Teil des Bildes — er lässt sich nicht markieren oder kopieren. Für Dokumente, die lebendigen Text brauchen, ist das zu bedenken.

Der maximale Nutzen liegt bei „schweren" Scans. Eine Datei, die überwiegend aus Fotos und Scans besteht, komprimiert stark. Ein Dokument mit ohnehin wenig Grafik schrumpft nicht merklich — es gibt darin kaum etwas zu komprimieren.

Brauchen Sie das Gegenteil — mehrere Dokumente zu einem verbinden? Das ist das Werkzeug PDFs zusammenführen.

Probieren Sie es gleich aus — pdfredx.com, ohne Registrierung, Ihre Dateien bleiben bei Ihnen.

Eine bekannte Wand: Die E-Mail wird nicht gesendet — „Anhang zu groß"; das Behördenformular nimmt die Bescheinigung nicht an — „Datei überschreitet das Limit"; der Scan eines Vertrags passt nicht in den Support-Chat. E-Mail-Dienste deckeln Anhänge meist bei 20–25 MB; Behörden- und Bankformulare sind oft noch strenger. Und fast immer geht es um ein vertrauliches Dokument: einen Ausweisscan, eine Bescheinigung, einen Kontoauszug, einen Vertrag. Sehen wir uns an, wie man eine solche Datei verkleinert und warum das lokal geschehen sollte statt über den erstbesten Online-Kompressor.

Warum die Datei nicht passt und was man üblicherweise empfiehlt

Nicht die Buchstaben blähen ein PDF auf, sondern die Bilder: Scans und Fotos in voller Auflösung ergeben über wenige Seiten leicht zweistellige Megabyte-Beträge. Um ins Limit zu passen, muss die Datei neu verpackt werden — Qualität und Auflösung der Bilder darin gesenkt.

Der übliche Rat lautet „Laden Sie das PDF in einen Online-Kompressor". Und hier liegt der Haken: Um das Dokument zu komprimieren, verlangt ein gewöhnlicher Dienst, es vollständig auf seinen Server zu senden. Für einen Vorgang, der im Kern nur ein Neuspeichern der Bilder ist, wandert Ihr Ausweis oder Kontoauszug auf eine fremde Maschine.

Der DSGVO-Blickwinkel: Übermittlung an einen Dritten

Sobald die Datei auf den Server eines Dienstes hochgeladen wird, findet im Sinne der DSGVO eine Übermittlung personenbezogener Daten an einen Dritten statt. Für einen simplen Vorgang wie das Verkleinern einer Datei zieht das eine ganze Pflichtenkette nach sich: einen Auftragsverarbeitungsvertrag (AVV) mit dem Anbieter, die Prüfung des Serverstandorts (Übermittlung in Drittländer außerhalb der EU), eine Rechtsgrundlage für die Verarbeitung. Wer geschäftliche Unterlagen mit fremden Daten komprimiert, wird für all das verantwortlich.

Besonders unangenehm ist der Widerspruch: Sie verkleinern die Datei, um sie über einen sicheren Kanal an eine Stelle zu schicken — und unterwegs liegt sie auf dem Server eines unbeteiligten Kompressordienstes. Für Dokumente mit personenbezogenen Daten ist das genau das Risiko, das Sie vermeiden wollten.

Die lokale Verarbeitung dreht die Logik um: Verlässt die Datei das Gerät nicht, gibt es keine Übermittlung an einen Dritten — und damit entfällt die gesamte darauf aufbauende Pflichtenkette.

Die lokale Alternative: Komprimierung direkt im Browser

pdfredX komprimiert ein PDF, ohne es irgendwohin hochzuladen. Das ist eine Folge der Architektur und lässt sich überprüfen.

Die Datei wird lokal gelesen. PDF.js öffnet das Dokument im Tab und zeichnet die Seiten auf ein Canvas. Es gibt keine Netzwerkanfrage mit Ihrer Datei.

Das Neuverpacken geschieht im Speicher des Tabs. Senken der JPEG-Qualität, Herunterskalieren auf 1500 px, Bereinigen der Metadaten, Zusammenbau eines neuen PDF über jsPDF — all das sind Operationen auf bereits geladenen Daten. Nichts wird versendet.

Die fertige Datei entsteht auf dem Client. Das komprimierte PDF wird direkt im Tab erzeugt und dem Browser zum Herunterladen übergeben — in den Ordner „Downloads", nicht auf einen Server und zurück.

Es funktioniert offline. Laden Sie die Datei, trennen Sie die Internetverbindung und komprimieren Sie das Dokument — alles läuft weiter. Das Netz wird nur benötigt, um die App einmal zu laden.

In der Praxis: Öffnen Sie das Feld „Komprimieren", stellen Sie die Qualität mit dem Regler ein (für Anhänge reichen meist 70–80 % plus die 1500-px-Begrenzung), laden Sie die Datei herunter und prüfen Sie, ob sie ins Limit passt. Passt sie nicht — senken Sie die Qualität einen Schritt weiter.

Was wir nicht garantieren können — ein ehrlicher Hinweis

Die clientseitige Verarbeitung schützt ein Dokument davor, auf externe Server zu gelangen, doch sie ist kein Schild gegen jede Bedrohung, und das Gegenteil zu versprechen wäre unehrlich.

Schadsoftware oder ein Keylogger auf dem Gerät. Ist die Maschine kompromittiert, kann ein Programm Dateien am Browser vorbei direkt von der Festplatte lesen.

Browser-Erweiterungen mit weitreichenden Rechten. Eine Erweiterung mit der Berechtigung „Daten auf allen Websites lesen" kann theoretisch den Inhalt des Tabs sehen. Arbeiten Sie für sensible Dokumente in einem Profil ohne Fremd-Erweiterungen oder in einem privaten Fenster.

Die gespeicherte Datei bleibt auf Ihrer Festplatte. Ist das Gerät nicht durch Verschlüsselung geschützt, können vertrauliche Dateien bei physischem Zugriff von Dritten gelesen werden.

Wir gewährleisten die Isolation auf Ebene des Browser-Tabs. Der Rest liegt beim Nutzer.

Verkleinern Sie ein Dokument unter das Limit, ohne es auf einen Server zu laden — pdfredx.com, kostenlos, ohne Registrierung.

Ein PDF lässt sich auf einem Server „erwachsen" komprimieren: die Struktur parsen, die Bildströme durchgehen, sie heruntersampeln, bei Bedarf verlustfrei mit FlateDecode neu verpacken, das Dokument wieder zusammenbauen. Im Browser, ohne Backend und ohne Datei-Upload, sind die Randbedingungen andere — und die Architekturentscheidung ist nicht offensichtlich. Sehen wir uns an, wie das Werkzeug compress in pdfredX aufgebaut ist: warum Raster-Neucodierung über Canvas statt struktureller Optimierung, wie die Ersparnis berechnet wird und wo die Grenzen des Ansatzes verlaufen.

Die architektonische Herausforderung: strukturelle Optimierung gegen den Raster-Pfad

Wie PDFs „nach Lehrbuch" komprimiert werden. Ein klassischer Optimierer arbeitet an der Dateistruktur: Er findet Bildströme (XObject), senkt ihre Auflösung (Downsampling), verpackt die JPEG-Objekte in neuer Qualität, wendet FlateDecode (dasselbe zlib/deflate) verlustfrei auf Text- und Vektorströme an, bereinigt doppelte Schriften und Metadaten. Das ist präzise, aber komplex: Es braucht einen vollwertigen PDF-Parser und sorgfältige Arbeit am binären Objektgraphen.

Warum pdfredX den Raster-Pfad wählt. Das Werkzeug ist in die gemeinsame Pipeline der App eingebettet, in der eine Seite jedes Dokuments bereits zu einem Bild reduziert ist: PDF.js hat sie schon beim Laden auf ein Canvas gezeichnet. Deshalb parst die Komprimierung die PDF-Struktur nicht erneut, sondern verpackt fertige Raster neu. Die Vorteile sind Vorhersehbarkeit (konnte PDF.js die Seite anzeigen, wird sie komprimiert) und Privatsphäre (Parsen und Neuverpacken geschehen im Tab, die Datei geht nirgendwohin). Der Preis ist ein Raster-Ergebnis: Die Textebene bleibt nicht erhalten, und die Komprimierung ist verlustbehaftet. Für das typische Szenario (schwere Scans und Fotos) ist das ein gerechtfertigter Kompromiss: Es sind die Bilder, die fast das gesamte „Gewicht" ausmachen.

Die Umsetzung im Einzelnen

Eine Seite neu verpacken: Canvas → JPEG

Der Kern der Komprimierung ist die Funktion compressImageUrl. Sie zeichnet das Seitenbild auf ein neues Canvas (bei Bedarf verkleinert) und exportiert es erneut als JPEG in der gewählten Qualität:

async function compressImageUrl(url, origW, origH, maxPx, quality) {
  const scale = maxPx ? Math.min(1, maxPx / Math.max(origW, origH)) : 1; // Downsampling
  const img = new Image();
  img.src = url;
  // ...onload:
  const c = document.createElement('canvas');
  c.width  = Math.max(1, Math.round(origW * scale));
  c.height = Math.max(1, Math.round(origH * scale));
  const ctx = c.getContext('2d');
  ctx.fillStyle = '#fff';                    // weiße Unterlage statt Transparenz
  ctx.fillRect(0, 0, c.width, c.height);
  ctx.drawImage(img, 0, 0, c.width, c.height);
  return c.toDataURL('image/jpeg', quality); // der einzige Punkt des Verlusts
}

Hier gibt es zwei unabhängige Hebel. Downsampling (scale) wird durch das Kästchen „Auf 1500 px begrenzen" aktiviert: Übersteigt eine Seite den Schwellenwert, wird das Bild physisch verkleinert — und das bringt die Hauptersparnis, weil es überflüssige Pixel entfernt. JPEG-Qualität (quality, 0–1 vom Regler) steuert die Stärke der Komprimierung bei gleicher Auflösung. Die weiße Unterlage ist nötig, weil JPEG keinen Alphakanal speichert: Ohne sie würden transparente Bereiche schwarz.

Warum hier JPEG und nicht FlateDecode

FlateDecode ist verlustfreie Komprimierung; auf einem fotografischen Raster ist es nahezu nutzlos (ein verrauschtes Bild verkleinert deflate kaum). Die echte Ersparnis bei Scans kommt gerade aus verlustbehaftetem JPEG plus einer Auflösungssenkung. Deshalb wählt die Raster-Pipeline JPEG: Es trifft genau das, was die Datei aufbläht. FlateDecode bleibt eine starke Technik für die *strukturelle* Komprimierung (Text, Vektor), doch das ist ein anderer, nicht-rasterbasierter Pfad.

Zusammenbau und Berechnung der Ersparnis

Die neu verpackten Seiten werden auf dieselbe Weise wie beim Zusammenführen zu einem neuen Dokument gebaut: jsPDF, ein A4-Blatt, Ausrichtung nach Proportionen, jede Seite proportionswahrend eingepasst (contain) und zentriert. Die Ersparnis wird durch Vergleich der realen Ausgabegröße mit einer Schätzung des Originals berechnet:

let origEstimate = 0;
for (const p of items) origEstimate += Math.ceil(p.editUrl.length * 0.75); // base64 → Bytes
// ...nach dem Zusammenbau:
const compressedSz = pdf.output('arraybuffer').byteLength;
const savedPct = Math.max(0, Math.round((1 - compressedSz / origEstimate) * 100));

Der Faktor 0.75 wandelt die Länge der base64-dataURL-Zeichenkette in eine Schätzung der Byte-Anzahl um (base64 bläht Daten um etwa ein Drittel auf). Ein genauer Vergleich ist erst nach dem Zusammenbau möglich — deshalb wird der Prozentsatz am Ende gezeigt und nicht im Voraus vorhergesagt.

Kompromisse und Grenzen des Ansatzes

Verluste sind unumkehrbar. Sowohl das Senken der Qualität als auch das Herunterskalieren schneiden Information endgültig weg. Das erneute Komprimieren einer bereits komprimierten Datei verschlechtert das Bild schnell — komprimieren Sie aus dem Original.

Speicherspitze bei der Verarbeitung. Jede Seite hält vorübergehend ein decodiertes Bitmap im Speicher (ein A4-Blatt bei 150 DPI sind ~8,7 MB RGBA), ein neues Canvas und die resultierende JPEG-Zeichenkette. Bei großen Sammlungen ist zwischen schweren Schritten ein tick() eingefügt, damit der Tab nicht einfriert und der Fortschrittsbalken sich aktualisiert.

Bei „leichten" Dokumenten ist der Nutzen gering. Hat ein PDF kaum Rastergrafik, gibt es nichts neu zu verpacken — die Größe ändert sich nicht merklich.

Was als Nächstes kommt

Ein Hybridmodus für digitale PDFs — Text und Vektor unverändert lassen (der strukturelle Pfad mit FlateDecode) und verlustbehaftete Komprimierung nur auf Rasterobjekte anwenden. Das würde „Komprimierung ohne Textverlust" dort liefern, wo die Quelle es zulässt.

Eine Vorher/Nachher-Vorschau auf einer einzelnen Seite — die Qualität mit dem Auge beurteilen, bevor das ganze Dokument verarbeitet wird, damit man den Regler nicht blind einstellt.

Möchten Sie es an Ihrer eigenen Datei testen — laden Sie einen schweren Scan auf pdfredx.com und finden Sie die Balance aus Qualität und Größe. Ohne Registrierung, ohne Datei-Upload auf einen Server.