Kodierung
Gzip/Deflate ↔ Base64
Komprimierung von Text als Gzip oder Deflate mit anschließender Base64-Kodierung des Ergebnisses — und umgekehrt. Funktioniert über die Compression Streams API direkt im Browser.
Base64 komprimiert von sich aus gar nichts — im Gegenteil, es vergrößert die Größe um etwa 33 %. Um großen Text kompakt über einen reinen Textkanal zu senden, wird er zuerst mit Gzip oder Deflate komprimiert und erst das Ergebnis Base64-kodiert.
So verwendest du es
- Komprimieren: Füge Text ein — das Tool komprimiert ihn mit Gzip oder Deflate (die Compression Streams API des Browsers) und kodiert das Ergebnis als Base64.
- Dekomprimieren: Füge einen Base64-String komprimierten Inhalts ein, um den Originaltext zurückzuerhalten.
- Wähle Gzip oder Deflate, je nachdem, welches Format das empfangende System erwartet.
Typische Anwendungsfälle
- Einen großen Textwert (ein SVG, eine Konfiguration) kompakt in einen URL-Parameter oder ein Cookie mit Größenlimit einbetten.
- Eine komprimierte Payload für eine API vorbereiten, die Base64-kodierte Gzip-Daten akzeptiert.
- In diesem Format von einem anderen System erhaltene Daten dekomprimieren, um sie manuell zu lesen.
Was du wissen solltest
Kompression lohnt sich nur bei ausreichend großem, komprimierbarem Text — bei kurzen Strings können der Gzip-Header-Overhead und die Base64-Vergrößerung das Ergebnis sogar größer machen.
Deflate lässt die Gzip-Header weg, wodurch die Ausgabe kompakter, aber weniger selbstbeschreibend ist: Die Empfängerseite muss vorab wissen, dass es sich genau um Deflate handelt.
Artikel zu diesem Tool: Gzip + Base64: Daten komprimieren für die Übertragung als Text
Häufig gestellte Fragen
Was ist der Unterschied zwischen Gzip und Deflate?
Deflate ist der rohe Kompressionsalgorithmus, während Gzip denselben Algorithmus in einen zusätzlichen Header mit Metadaten und eine CRC-Prüfsumme am Ende einpackt. Daten, die mit dem einen Format komprimiert wurden, lassen sich nicht mit dem anderen Modus dekomprimieren.
Warum kommt hinter der Kompression noch Base64 ins Spiel?
Gzip und Deflate erzeugen binäre Daten, die sich nicht sicher in Text-Kontexten wie JSON oder URLs einbetten lassen. Base64 wandelt das Ergebnis in eine reine Textzeichenkette um, die überall kopiert werden kann.
Werden meine Daten irgendwohin gesendet, um sie zu komprimieren?
Nein, das Tool nutzt die Compression Streams API des Browsers, sodass Komprimierung, Dekomprimierung und Base64-Kodierung vollständig lokal ablaufen.
Warum liefert das Entpacken manchmal den Fehler "invalid header"?
Die häufigste Ursache ist ein verwechseltes Format: Die Daten wurden als "rohes" Deflate ohne Header komprimiert, werden aber als Gzip entpackt (das einen eigenen Header und CRC-32 erwartet), oder umgekehrt. Versuche, das Format in den Tool-Einstellungen umzuschalten.
Verringert Kompression immer die endgültige Größe?
Nein. Bei sehr kurzen Strings können der Overhead der Gzip-Header und der Größenzuwachs durch Base64 den Gewinn durch die Kompression übersteigen – der Ansatz lohnt sich nur bei ausreichend großen und gut komprimierbaren Textdaten.