Brotli und Gzip: Was moderne Websites wirklich brauchen
Brotli und Gzip komprimieren Textressourcen; der Server wählt nach Browserunterstützung. Bilder und komprimierte Formate profitieren meist nicht erneut.
Für Webentwickler und Website-Betreiber sind bei „Brotli und Gzip richtig einsetzen“ vor allem „Geeigneter Inhaltstyp“ und „Saubere Aushandlung“ entscheidend. Die Perspektive „Ressourcen, Kompression und Cache“ zeigt, wie beide Punkte in der Praxis zusammenwirken.
Veröffentlicht: · 3 Min. Lesezeit · Autor: Sebastian Geier
Wann sollte eine moderne Website Brotli, Gzip oder beide Kompressionsverfahren anbieten?
Moderne Websites bieten Brotli für unterstützende Clients und Gzip als breiten Rückfall für geeignete Textinhalte an. Die Auswahl erfolgt über Accept-Encoding; Cache und CDN müssen Varianten korrekt über Vary auseinanderhalten.
Prüffall: „Fehlender Vary-Header“
Ein CDN liefert JavaScript per Brotli, behält für einen älteren Client aber eine Gzip-Variante. Bilder bleiben in ihrem optimierten Format; ein Test mit wechselndem Accept-Encoding bestätigt, dass der Cache keine Brotli-Antwort falsch wiederverwendet.
Saubere Aushandlung
Repräsentative Text- und Binärressourcen werden mit ihren aktuellen Encoding-, Typ- und Cache-Headern erfasst.
Server oder CDN erhalten eine eindeutige Priorität für Brotli, Gzip und unkomprimierte Rückfälle je Inhaltstyp.
Anfragen mit verschiedenen Accept-Encoding-Werten prüfen Inhalt, Header, Cachetreffer und Dekodierbarkeit Ende zu Ende.
Geeigneter Inhaltstyp
Prüfkriterium
Geeigneter Inhaltstyp
HTML, CSS, JavaScript, JSON und andere Textformate werden komprimiert, bereits komprimierte Medien in der Regel nicht erneut.
Prüfkriterium
Saubere Aushandlung
Content-Encoding entspricht der Anfrage und jede ausgelieferte Variante lässt sich korrekt dekodieren.
Cache-Trennung – Zwischenspeicher unterscheiden Repräsentationen nach akzeptierter Kodierung und liefern keine falsche Variante aus.
Cache-Trennung
Übertragene Bytes je Textressourcentyp und ausgelieferter Inhaltskodierung.
Anteil komprimierbarer Antworten ohne erwartetes Encoding oder mit fehlerhafter Cache-Variante.
Fehlender Vary-Header
Fehlender Vary-Header – Ein Cache kann eine Brotli-Antwort an einen Client senden, der sie nicht angefordert oder unterstützt hat.
Doppelkompression – Mehrfaches oder unnötiges Komprimieren kostet CPU und kann Antworten vergrößern statt verkleinern.
Nur Dateigröße – Eine gute Kompressionsquote behebt weder späte Entdeckung noch blockierende Ausführung einer Ressource.
Was vor und nach „Brotli und Gzip richtig einsetzen“ zu prüfen ist
Eine passende Vertiefung bietet LCP verbessern, ohne das sichtbare Design zu beschädigen: „Wie verbessert man den LCP, ohne das sichtbare Seitendesign zu beschädigen?“
Ergänzend dazu: CDN-Caching und Browser-Caching sauber voneinander trennen.
Wenn du „Brotli und Gzip richtig einsetzen“ praktisch umsetzen möchtest, kannst du auf robuste Website-Systeme zurückgreifen. Dort stehen „Ressourcen, Kompression und Cache“ und „Geeigneter Inhaltstyp“ im Mittelpunkt.
Fazit: Brotli und Gzip richtig einsetzen
Brotli und Gzip ergänzen sich als ausgehandelte Varianten für Textressourcen. Der Nutzen hängt ebenso von korrekten Headern und Caches wie von der Kompressionsrate ab.
Quellen und weiterführende Hinweise
Diese Primärquellen machen Annahmen, Systemgrenzen und Prüfmethoden bei „Brotli und Gzip richtig einsetzen“ nachvollziehbar.
RFC 9110: HTTP Semantics: Der HTTP-Standard definiert Content Codings einschließlich gzip sowie die Aushandlung unterstützter Verfahren über Accept-Encoding.
RFC 7932: Brotli Compressed Data Format: Der IETF-Standard spezifiziert das Brotli-Datenformat und ordnet dessen Kompressionsleistung gegenüber Deflate-basierten Verfahren ein.
Kernthese
Der Server handelt per Accept-Encoding die beste unterstützte Variante aus und hält Gzip als breiten Rückfall bereit. Komprimiert werden geeignete Texttypen, während Cache-Schlüssel korrekt variieren.
Worum es nicht geht
Brotli und Gzip werden nicht nacheinander auf dieselbe Antwort angewendet und ersetzen keine geeigneten Bild- oder Medienformate.
Worum es geht
Der Server handelt für komprimierbare Textressourcen die beste unterstützte Variante aus und hält einen passenden Rückfall bereit.
Core Web Vitals & Performance
Cache-Laufzeiten nach Dateityp und Änderungsrisiko festlegen
Zu „Brotli und Gzip richtig einsetzen“ gehört als eigenständiger Prüfschritt die Frage: Wie legt man Cache-Laufzeiten nach Dateityp und Änderungsrisiko fest?
Core Web Vitals & Performance
Bilder priorisieren, statt pauschal alles lazy zu laden
Ergänzt „Brotli und Gzip richtig einsetzen“ um eine getrennte Entscheidung: Welche Bilder sollte eine Website priorisieren und welche verzögert laden?
Insights Übersicht
Alle VELUNO Insights im Überblick
Weitere Analysen zu Website-Systemen, digitaler Sichtbarkeit und belastbaren Arbeitsmodellen.
Saubere Aushandlung: Weg zum Test
Ein Header-Audit weniger repräsentativer Ressourcen deckt die meisten Konfigurationsfehler auf. Geprüft werden Ursprung und CDN mit mehreren akzeptierten Kodierungen.