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 by itself doesn't compress anything — quite the opposite, it grows the size by about 33%. To send large text compactly through a text-only channel, it's first compressed with Gzip or Deflate, and only then is the result Base64-encoded.
How to use it
- Compress: paste text and the tool compresses it with Gzip or Deflate (the browser's Compression Streams API) and encodes the result as Base64.
- Decompress: paste a Base64 string of compressed content to get the original text back.
- Pick Gzip or Deflate depending on which format the receiving system expects.
Common uses
- Compactly embedding a large text value (an SVG, a config) in a URL parameter or cookie with a size limit.
- Preparing a compressed payload for an API that accepts Base64-encoded Gzip data.
- Decompressing data received in this format from another system so it can be read manually.
Things to keep in mind
Compression only pays off on sufficiently large, compressible text — on short strings the Gzip header overhead plus the Base64 expansion can actually make the result bigger.
Deflate skips Gzip's headers, so its output is more compact, but the format is less self-describing: the receiving side needs to know in advance that it's Deflate specifically.
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.