Kompression

KompressionKompressionEine Datei so codieren, dass sie unterwegs weniger Bytes braucht; der Browser entpackt sie danach. Der Server nennt das Verfahren im Header Content-Encoding, meist gzip, Brotli oder Zstandard.Im Glossar findet Wiederholungen in einer Datei und speichert sie platzsparender. HTTP-Kompression ist verlustfrei: Nach dem Entpacken hat der Browser exakt die ursprüngliche Datei. Im Anfrage-Header Accept-Encoding nennt der Browser die Verfahren, die er versteht. Der Server wählt eines und gibt es im Antwort-Header Content-Encoding an. Heute zählen drei Verfahren. Das älteste, gzipgzipDas seit Langem etablierte Kompressionsformat des Webs, beschrieben in RFC 1952. Jeder Browser versteht es, darum bleibt es der Ersatz, wenn ein Browser nichts Neueres anbietet.Im Glossar, ist seit Jahrzehnten der verbreitete Standard. BrotliBrotliEin verlustfreies Kompressionsformat, entwickelt bei Google und beschrieben in RFC 7932. Bei Textdateien wie HTML, CSS und JavaScript erzeugt es meist kleinere Dateien als gzip.Im Glossar, 2016 als RFC 7932 standardisiert, bringt ein eingebautes Wörterbuch häufiger Wörter und Codebausteine mit und packt Webtext deutlich enger als gzip. ZstandardZstandard (zstd)Ein verlustfreies Kompressionsformat, entwickelt bei Meta (damals Facebook) und beschrieben in RFC 8878. Der Browser meldet im Header Accept-Encoding, ob er zstd versteht, sodass der Server sonst auf Brotli oder gzip ausweicht.Im Glossar, beschrieben in RFC 8878, ist auf schnelles Packen ausgelegt und erreicht dabei mindestens die Verdichtung von gzip.

Textdateien braucht der Browser zuerst: Ohne HTML und Stylesheets kann er die Seite nicht zeichnen. Markup und Code wiederholen sich stark, und MDN beziffert die Ersparnis für manche Dokumente auf bis zu 70 Prozent. Der Preis ist etwas Rechenzeit auf dem Server, was Kompression zu einem der günstigsten Gewinne für das Tempo einer Website macht.

Verbreitet ist sie weit, aber nicht einheitlich. Von den mobilen Anfragen, die CDNs 2025 komprimiert auslieferten, nutzten 46 Prozent Brotli, 42 Prozent gzip und 12 Prozent Zstandard, nach 3 Prozent im Vorjahr. Anfragen, die direkt vom Ursprungsserver kamen, setzten in 61 Prozent der Fälle noch auf gzip (Web Almanac 2025).

Nur Text profitiert. JPEG, WebP, AVIF, Video und Schriften im Format WOFF2WOFF2Das Schriftformat des W3C für das Web. Es packt die Schriftdaten mit Brotli, darum ist eine WOFF2-Datei deutlich kleiner als dieselbe Schrift als TTF oder OTF.Im Glossar sind bereits gepackt. Sie ein zweites Mal zu komprimieren kostet Rechenzeit und kann sie sogar vergrössern. Bei jeder Website lohnt sich darum zuerst die Prüfung, ob der Server Text überhaupt komprimiert. Das zeigt der Header Content-Encoding einer Antwort.

Dateien, die sich zwischen Besuchen nie ändern, lassen sich beim Build einmal mit der höchsten Stufe packen. Seiten, die ein Server pro Anfrage erzeugt, brauchen eine schnellere Stufe, weil die höchste Brotli-Stufe deutlich länger rechnet. Werden Antworten zwischengespeichert, muss der Server zusätzlich Vary: Accept-Encoding senden, damit kein Browser eine Fassung erhält, die er nicht entpacken kann.

Brotli funktioniert in allen aktuellen Browsern. Zstandard unterstützen Chrome ab Version 123 und Firefox ab Version 126, Safari auf dem Desktop nur teilweise. Wer Zstandard anbietet, hält deshalb Brotli oder gzip als Alternative bereit.