Initializing, please wait a moment

Warum ist meine ZIP-Datei nach dem Komprimieren noch immer groß?

Du hast einen Ordner gezippt und erwartet, dass er kleiner wird, aber das Archiv ist fast genauso groß wie das Original. Das ist kein Fehler des Tools - es bedeutet, dass die eingegebenen Bytes bereits komprimiert waren. Prüfe zuerst die Dateitypen und kümmere dich dann um die zwei oder drei Dateien, die sich mit ZIP File tatsächlich verkleinern lassen.

Antwort in 30 Sekunden. ZIP verwendet deflate, einen universellen Kompressor. Er verkleinert nur Bytes, die noch Redundanz enthalten - Klartext, CSV, unkomprimierte Bilder, Quellcode. Er kann JPG-, PNG-, MP4-, HEIC-, MP3-, moderne PDF- oder DOCX/XLSX/ODT-Dateien nicht nennenswert verkleinern, weil diese Formate ihre Daten bereits intern komprimiert speichern. Wenn deine ZIP-Datei voller Fotos oder Videos ist, ist eine Größe nahe am Original das KORREKTE und erwartete Ergebnis, kein Fehler. Die Lösung ist, zuerst den Inhalt selbst zu verkleinern - Compress Image für JPG/PNG, HEIC to JPG für iPhone-Fotos - und danach die kleineren Dateien zu zippen.

Prüfe zuerst, was wirklich im Archiv steckt

Bevor du annimmst, das Tool sei fehlerhaft, sortiere den Quellordner nach Größe und schau dir die Dateiendungen der größten Dateien an. Diese eine Prüfung erklärt fast jeden Fall von "die ZIP-Datei ist nicht kleiner geworden":

DateitypBereits komprimiert?Typische ZIP-Verkleinerung
JPG, PNG (Fotos), HEIC, WebPJa0-3% (praktisch keine Veränderung)
MP4, MOV, WebM, MP3, AACJa0-2%
Modernes PDF, DOCX, XLSX, PPTX, ODTJa (das interne XML ist bereits komprimiert)2-8%
Klartext, CSV, JSON, Logdateien, QuellcodeNein60-90% kleiner
BMP, unkomprimiertes TIFF, WAVNein40-70% kleiner
Eine weitere ZIP- oder bereits komprimierte ArchivdateiJa0% (fügt nur einen Header hinzu)

Wenn die größten Dateien in deinem Ordner Fotos oder Videos sind, ist eine ZIP-Datei mit 98% der Originalgröße genau das erwartete Verhalten von deflate - es gibt keine versteckte Einstellung, die das ändert.

Die vier echten Ursachen, in der Reihenfolge, in der du sie prüfen solltest

Ursache 1: Der Ordner enthält vor allem Fotos, Videos oder PDFs

Das ist die Ursache hinter der großen Mehrheit der "meine ZIP-Datei ist nicht kleiner geworden"-Fälle. JPG und HEIC verwerfen redundante Bilddaten bereits bei der Aufnahme; MP4 und MOV nutzen bereits bewegungskompensierte Codecs; ein modernes PDF oder DOCX ist selbst ein ZIP-ähnlicher Container mit bereits komprimiertem XML darin. Ein weiterer deflate-Durchlauf findet darin fast nichts mehr zu entfernen. Lösung: Verkleinere zuerst die Quelldateien. Nutze Compress Image für JPG/PNG mit Qualität 70-80 (für die meisten Zwecke visuell verlustfrei), oder HEIC to JPG, wenn die Quelle eine iPhone-Fotobibliothek ist. Bei Video re-encodierst du über Video Converter mit einer niedrigeren Bitrate - Zippen ändert nichts an der Videogröße.

Ursache 2: Du hast einen Ordner gezippt, der bereits eine ZIP- oder RAR-Datei enthält

Verschachtelte Archive kommen häufig vor, wenn ein Ordner heruntergeladen, entpackt und wieder verpackt wurde, ohne auf eine übrig gebliebene .zip-, .rar- oder .7z-Datei darin zu prüfen. Eine bereits deflatierte Archivdatei erneut zu deflatieren bringt keine Einsparung und fügt nur rund 30 Byte ZIP-Header pro Datei hinzu. Öffne den Ordnerbaum und suche nach einer vergessenen Archivdatei, bevor du erneut zippst; lösche oder entpacke sie zuerst.

Ursache 3: Die Komprimierungsstufe war bereits maximal und hat sich kaum geändert

Das ist zu erwarten, kein Fehler. Deflate-Stufe 9 (maximal) bringt bei wirklich komprimierbarem Inhalt 1-5% mehr als die Standardstufe 6, und bei bereits komprimiertem Inhalt etwa 0%. Wenn du die Stufe erhöht hast und sich die Größe kaum verändert hat, bestätigt das, dass der Inhalt selbst der begrenzende Faktor ist, nicht die Einstellung. Lies How to choose a compression level, um zu verstehen, was jede Stufe wirklich bringt.

Ursache 4: Der Passwortschutz hat dich eine kleinere Datei erwarten lassen

Das Verschlüsseln einer ZIP-Datei mit einem Passwort ändert nichts an ihrer Größe - es fügt lediglich einen kleinen festen Overhead pro Datei hinzu, komprimiert aber nichts zusätzlich. Wenn du ein Passwort hinzugefügt und erwartet hast, dass die Datei dadurch auch kleiner wird, war diese Erwartung der Denkfehler, nicht das Tool.

Was eine mit Fotos oder Videos gefüllte ZIP-Datei wirklich verkleinert

Erneutes Zippen, eine höhere Stufe oder ein anderes Containerformat helfen nicht, wenn der Inhalt der begrenzende Faktor ist. Der einzige zuverlässige Weg, die endgültige Größe zu reduzieren, ist: zuerst die einzelnen Dateien verkleinern, dann die kleineren Versionen archivieren.

  1. Fotos (JPG/PNG): nutze Compress Image mit Qualität 70-80. Ein 4-MB-JPG landet damit meist bei 500-900 KB ohne sichtbaren Qualitätsverlust.
  2. iPhone-HEIC-Fotos: nutze zuerst HEIC to JPG, da viele Empfänger und ältere Archivprogramme .heic gar nicht öffnen können; die Konvertierung gibt dir zudem eine zweite Chance, die JPG-Qualität festzulegen.
  3. Video: re-encodiere über Video Converter mit niedrigerer Bitrate oder Auflösung, bevor du zippst - ZIP ändert die Videogröße nicht.
  4. Gescannte oder bildintensive PDFs: flache sie ab und komprimiere die eingebetteten Bilder neu, statt dich auf die ZIP-Hülle zu verlassen; siehe die PDF editing ladder für die richtige Werkzeugreihenfolge.
  5. Zippe danach die kleineren Dateien mit ZIP File auf der Standardstufe - Stufe 9 bringt nichts Nennenswertes mehr, sobald die Eingaben bereits verkleinert sind.

Wenn du eine genaue Größengrenze einhalten musst (25-MB-E-Mail-Limit, 100-KB-Formular), gilt dieselbe Reihenfolge - siehe How to compress a ZIP file to a specific size für Rezepte pro Grenzwert.

Häufig gestellte Fragen

Meine ZIP-Datei ist etwas GRÖSSER geworden als der Originalordner. Ist das möglich?

Ja, und das ist bei kleinen Archiven mit bereits komprimiertem Inhalt normal. Jede Datei in einer ZIP-Datei trägt einen kleinen festen Header (etwa 30-80 Byte, je nach Dateinamenlänge und Metadaten). Waren die Dateien bereits nicht mehr komprimierbar, ist dieser Overhead pro Datei reine Addition ohne einen Ausgleich durch entfernte Bytes - ein Ordner mit ein paar kleinen JPG-Fotos kann daher als ZIP-Datei ein paar Byte größer sein als die Summe der Originale.

Ist 7z oder RAR bei denselben Dateien immer kleiner als ZIP?

Nur bei komprimierbarem Inhalt. Der LZMA2-Algorithmus von 7z schlägt das deflate von ZIP bei Klartext oft um 30-50%, aber bei Fotos, Videos oder bereits komprimierten Dokumenten verschwindet der Unterschied fast vollständig, weil in den Bytes für keinen der beiden Algorithmen mehr etwas zu holen ist. Lies Online ZIP vs 7z vs RAR - which to pick, um zu erfahren, wann sich der Formatwechsel lohnt.

Warum liefert die integrierte "Komprimieren"-Funktion meines Computers dasselbe Ergebnis wie ein Online-ZIP-Tool?

Weil beide denselben deflate-Algorithmus auf einer ähnlichen Standardstufe verwenden. Das Tool ist hier nicht die Variable - der Dateiinhalt ist es. Der Wechsel zwischen Finder, Windows Explorer, 7-Zip und einem Online-ZIP-Tool bringt bei denselben bereits komprimierten Dateien kein deutlich anderes Ergebnis.

Ich muss diese bestimmte Datei unter ein Größenlimit für E-Mail oder ein Formular bringen. Was ist die schnellste Lösung?

Überspringe das erneute Zippen und verkleinere die Datei selbst. Für ein einzelnes zu großes Foto bringt dich Compress Image mit Qualität 60-70 meist mit einem Schritt deutlich unter die üblichen E-Mail- oder Formulargrenzen; eine schon kleine Datei danach noch zu zippen fügt nur eine Hülle hinzu, ohne echten Vorteil.

Verwandte Seiten

Why trust these tools

  • Ten-plus years of web tooling. The freetoolonline editorial team has shipped browser-based utilities since 2015. The goal has never changed: get you to a working output fast, without an install.
  • No install, no sign-up. Open a tool and get a working output in seconds - nothing to download and no account to create. Tools that need heavy processing run it on our service, so even a low-powered machine gets the job done.
  • Analytics stops at the page view. We measure which pages get visited, not what you type or upload inside a tool. There is nothing to sign in to and no profile is attached to your input.
  • Open-source core components. The processing engines underneath (libheif, libde265, pdf-lib, terser, clean-css, ffmpeg.wasm, and others) are public and audit-able. We link to each one in its tool page's footer.
  • Free, with or without ads. All tools are fully functional without sign-up. The Disable Ads button in the header is always available if you need a distraction-free run.

Related tools:

Related guides: