Zum Inhalt springen
TextArray1.41.0
100% lokal

Kompressions-Größenrechner

Sehen Sie, wie viel kleiner Ihr Text mit gzip-, deflate- oder brotli-Komprimierung wird.

Eingabe
Ausgabe
Verwandte Tools
Byte-Einheiten-UmrechnerZahlen
UTF-8-Byte-ZählerBasis-Tools
Base64 kodieren und dekodierenKodierung & Umwandlung
i18n SchlüsseldiffEntwickler-Tools
TOML-zu-JSON-KonverterEntwickler-Tools
SQL zu JSONEntwickler-Tools
Kompressions-Größenrechner
Fügen Sie einen beliebigen Text ein und dieses Tool komprimiert ihn mit der nativen CompressionStream-API des Browsers, um genau zu zeigen, wie viel kleiner er wird. Es meldet die Originalgröße in Bytes und KB, die komprimierte Größe, das Kompressionsverhältnis und die prozentuale Ersparnis — nützlich zum Schätzen von gzip-Übertragungsgrößen, zum Vergleichen von JSON-Payloads oder zum Prüfen, ob ein Text komprimiert werden lohnt, bevor man ihn speichert oder versendet.
Wählen Sie einen Algorithmus aus gzip, deflate, deflate-raw oder brotli — dieselben Formate, die ein Webserver oder eine Build-Pipeline für die Antwortkompression verwendet. Aktivieren Sie "Alle Algorithmen vergleichen", um alle gleichzeitig auszuführen und sie Seite an Seite in einer einzigen Tabelle anzuzeigen — der schnellste Weg zu sehen, ob das bessere Verhältnis von brotli gegenüber einfachem gzip für Ihren spezifischen Text wirklich einen Unterschied macht. "Komprimierte Daten als Base64 anzeigen" gibt die komprimierten Bytes des ausgewählten Algorithmus als Base64-String aus, ideal um eine komprimierte Nutzlast direkt im Code oder einer Daten-URI einzubinden.
Die Brotli-Unterstützung variiert je nach Browser — einige Engines implementieren es für CompressionStream noch nicht, und das Tool sagt das klar, statt so zu tun, als hätte es funktioniert. Sehr kurzer oder bereits komprimierter Text (wie eine kurze Zufalls-ID) kann nach dem Hinzufügen von Framing-Overhead größer als die Eingabe sein; das ist normal und das Verhältnis zeigt das. Der Live-Zähler unter der Ausgabe zeigt immer die Byte-Anzahl von Original zu komprimiert und die Prozentsatz-Ersparnis für den ausgewählten Algorithmus.
Alles läuft lokal in Ihrem Browser über die Web Compression Streams API — Ihr Text wird nirgendwo hochgeladen, daher ist es sicher, API-Antworten, Konfigurationsdateien oder alles andere zu testen, das Sie nicht in eine Third-Party-Site einfügen würden. Kopieren Sie den Bericht, laden Sie ihn als .txt-Datei herunter oder senden Sie die Ausgabe an ein anderes Tool.
Häufige Fragen
Welchen Kompressions-Algorithmus sollte ich wählen?
gzip ist am weitesten verbreitet und eine gute Standardeinstellung zum Vergleich mit echten Server-Kompressionen. Brotli komprimiert Text normalerweise etwas kleiner, ist aber neuerer und wird nicht überall unterstützt. Aktivieren Sie "Alle Algorithmen vergleichen", um den tatsächlichen Unterschied für Ihren Text zu sehen.
Warum ist die komprimierte Größe bei kurzem Text größer als das Original?
Jedes Kompressionsformat fügt eine kleine feste Menge an Header- und Framing-Overhead hinzu. Bei sehr kurzer Eingabe kann dieser Overhead die Einsparungen überwiegen, sodass die "komprimierte" Größe größer als das Original ist — das ist normal und dasselbe passiert auf echten Servern.
Was bedeutet das Kompressionsverhältnis?
Es ist die Originalgröße geteilt durch die komprimierte Größe, dargestellt als X:1. Ein Verhältnis von 3:1 bedeutet, dass die komprimierten Daten etwa ein Drittel der Originalgröße sind.
Warum sagt es, dass brotli nicht unterstützt wird?
Nicht jeder Browser implementiert das brotli-Format für die native CompressionStream-API noch. Wenn das passiert, teilt das Tool dies klar mit, anstatt eine falsche Zahl anzuzeigen — versuchen Sie stattdessen gzip oder deflate, oder überprüfen Sie es in einem aktualisierten Browser.
Wird mein Text irgendwo hochgeladen?
Nein. Die Komprimierung erfolgt vollständig in Ihrem Browser mit der nativen CompressionStream-API — Ihr Text wird nie an einen Server gesendet.