gzip / deflate / zlib komprimieren & dekomprimieren

Was ist gzip-Kompression?#

gzip ist der Allzweck-verlustfreie Text- und Byte-Kompressor, der überall im Web zum Einsatz kommt — er unterlegt HTTPs Content-Encoding: gzip, die .gz-Dateien, die Sie von Servern laden, und das Übertragungsformat unzähliger Log-Shipper. Er funktioniert, indem er wiederholte Byte-Muster findet und durch kurze Referenzen ersetzt, sodass Text mit Wiederholung (Quellcode, JSON, CSV, Log-Zeilen) dramatisch schrumpft, während bereits komprimierte oder zufällige Daten (JPEGs, verschlüsselte Bytes) sich kaum bewegen.

Diese Seite bietet die drei verwandten Algorithmen, die umgangssprachlich unter „gzip“ zusammengefasst werden, und sie unterscheiden sich nur im Wrapper um denselben DEFLATE-Kern:

• gzip (RFC 1952) — das ganze Paket: ein Header mit Magic Byte, die komprimierte Nutzlast und ein CRC32- + Größen-Trailer. Das ist, was .gz-Dateien und HTTP-gzip verwenden.
• deflate (RFC 1951) — der rohe komprimierte Strom ohne Wrapper. Kleinste Ausgabe, aber keine Integritätsprüfung; manche APIs (älteres Content-Encoding: deflate) erwarten genau das.
• zlib (RFC 1950) — ein leichter 2-Byte-Header plus eine Adler-32-Prüfsumme, irgendwo zwischen den anderen beiden.

Weil die komprimierte Ausgabe binär ist, stellt das Werkzeug sie als Base64- oder Hex-Text dar, sodass Sie sie kopieren, in JSON einfügen oder anderswo hin weiterleiten können. Dekomprimieren macht das Umgekehrte: Es liest Base64 oder Hex und liefert den ursprünglichen UTF-8-Text zurück.

Verwendung#

1. Wählen Sie den Algorithmus in der Werkzeugleiste: gzip, deflate oder zlib.
2. Wählen Sie die Richtung: Komprimieren (Text rein → Base64/Hex raus) oder Dekomprimieren (Base64/Hex rein → Text raus).
3. Wählen Sie die Ausgabe-Kodierung: Base64 oder Hex (im Modus Dekomprimieren ist diese Auswahl gesperrt, da das Werkzeug die Kodierung automatisch erkennt).
4. Fügen Sie in die Eingabe-Fläche links ein; die Eingabegröße wird in deren Kopfzeile gezeigt. Das Ergebnis füllt die Ausgabe-Fläche, mit ihrer Größe ebenfalls in der Kopfzeile.
5. Nach einer Komprimierung erscheint die Vorher-/Nachher-Leiste, die zeigt, wie viel die Nutzlast wuchs oder schrumpfte. Verwenden Sie Kopieren, um das Ergebnis zu übernehmen, oder Herunterladen, um es als .gz-Datei zu speichern. Beispiel lädt eine typische Log-Zeile; Leeren setzt alles zurück.

Eckpunkte#

• Drei Algorithmen, ein Regler. Schalten Sie zwischen gzip, deflate und zlib, um genau zu sehen, wie der Wrapper-Overhead die Ausgabegröße für dieselbe Eingabe verändert.
• Ehrlicher Größenvergleich. Die Vorher-/Nachher-Leiste zeigt die echten Bytezahlen und die vorzeichenbehaftete Prozentänderung — einschließlich des Falls, in dem Kompression die Nutzlast größer macht, was das nützlichste ist, was man über gzip wissen kann.
• Automatische Kodierungserkennung bei Dekomprimieren. Fügen Sie Base64 oder Hex ein und das Werkzeug findet heraus, welches von beiden es ist, sodass Sie sich nicht erinnern müssen.
• Strenges UTF-8 auf dem Rückweg. Wenn die dekomprimierten Bytes kein gültiges UTF-8 sind (falscher Algorithmus gewählt, abgeschnittene Nutzlast), sagt das Werkzeug das, statt Ersetzungszeichen auszugeben, die den Fehler verbergen.
• Läuft in Ihrem Browser. Die Kompression läuft lokal über eine kleine, verzögert geladene Bibliothek; nichts, was Sie einfügen, verlässt die Seite.

Konkretes Beispiel#

Das Komprimieren einer einzelnen kurzen Log-Zeile — die Beispiel-Eingabe 2026-08-06 INFO request handled path=/api/stats status=200 (58 Bytes) — mit gzip und Base64-Ausgabe ergibt:

H4sIAHcNdmoAAzMyMDLTNbDQNTBT8PRz81coSi0sTS0uUchIzEvJSU1RKEgsybDVTyzI1C8uSSwpVgCRpcW2RgYGACs/7EA6AAAA

Die Vorher-/Nachher-Leiste offenbart den kontraintuitiven Teil: jene 58 Bytes Klartext werden 75 Bytes, sobald sie gzip-komprimiert und Base64-kodiert sind. Die Eingabe war zu kurz und zu zufällig, als dass DEFLATE etwas zu komprimieren fände, deshalb türmen sich gzip-Header, Trailer und Base64-Overhead (etwa 33 %) einfach oben auf. Genau deshalb ist es sinnlos, winzige Nutzlasten zu gzipen.

Im Kontrast dazu wiederholungsreicher Text. Acht Kopien der Zeile transaction_id=txn_00001 status=paid amount=100 currency=usd\n ergeben 488 Bytes, und gzip bringt sie auf 84 Bytes — etwa 17 % des Originals. Das ist, wo Kompression ihren Lebensunterhalt verdient: je mehr Wiederholung, desto tiefer die Schrumpfung.

Das Umstellen derselben kurzen Log-Zeile auf deflate senkt die Ausgabe auf 57 Bytes (kein Header/Trailer) und zlib landet bei 63 Bytes — praktisch, wenn Sie ein bestimmtes Übertragungsformat anzielen und das andere Ende exakt treffen müssen.

FAQ#

gzip, deflate oder zlib — was soll ich wählen?#

Passen Sie zur anderen Seite. Für .gz-Dateien, HTTP Content-Encoding: gzip und fast jeden „komprimierten“ API-Payload verwenden Sie gzip. Verwenden Sie deflate nur, wenn eine API ausdrücklich rohes DEFLATE dokumentiert (einige ältere Content-Encoding: deflate-Server). Verwenden Sie zlib, wenn eine Bibliothek oder ein Protokoll es ausdrücklich nennt. Im Zweifel ist gzip die sichere Standardwahl.

Meine Ausgabe ist größer als die Eingabe. Ist das ein Bug?#

Nein — so arbeitet verlustfreie Kompression auf kleiner oder hochentropischer Eingabe. Es gibt einen festen Overhead pro Strom (Header, Trailer, das Aufwärmen des Wörterbuchs), und wenn der Inhalt wenig Wiederholung hat, kann DEFLATE ihn nicht wieder einspielen. Eine praktische Regel: gzip beginnt ab einigen hundert Bytes aufwärts zuverlässig zu gewinnen, besonders bei Text mit Wiederholung. Für winzige Werte lassen Sie die Kompression weg.

Dekomprimieren sagt mir, die Daten seien kein gültiges UTF-8. Was lief schief?#

Meistens eines von drei Dingen: Sie haben den falschen Algorithmus gewählt (die Daten waren zlib-komprimiert, aber Sie haben gzip ausgewählt, oder umgekehrt), das Base64/Hex wurde abgeschnitten oder hat fremdes Whitespace in der Mitte, oder das Original war binär statt Text. Versuchen Sie die anderen Algorithmen nacheinander und prüfen Sie, ob nichts die eingefügte Nutzlast beschnitten hat.

Kann das Bilder, Video oder bereits gezippte Dateien komprimieren?#

Sie können alles einfügen, aber Sie werden selten etwas gewinnen. Formate wie JPEG, PNG, MP4 und .zip/.gz sind bereits komprimiert, sodass DEFLATE nichts mehr zu quetschen hat — die Ausgabe wird etwa gleich groß oder leicht größer. gzip ist ein Werkzeug für Text und strukturierte Daten, kein zweiter Durchgang über binäre Medien.