Begriff
Brotli / Gzip Compression
Server-seitige Kompressionsverfahren, die Text-Ressourcen wie HTML, CSS und JavaScript vor der Übertragung verkleinern — Brotli liefert heute meist bessere Raten als Gzip.
Brotli / Gzip Compression — ausführlicher erklärt
Beide Verfahren komprimieren Antworten transparent über den HTTP-Header Content-Encoding. Gzip (basiert auf Deflate, seit 1992) ist universell unterstützt und liefert ~70 % Größenreduktion bei Text. Brotli (Google, 2015) erreicht typisch 15–25 % bessere Raten als Gzip bei gleicher Performance — vor allem dank vortrainiertem Wörterbuch für Web-typische Inhalte.
Browser senden im Accept-Encoding-Header, was sie unterstützen — der Server wählt dann dynamisch das beste verfügbare Verfahren. Praktisch wird Brotli bevorzugt, Gzip als Fallback bedient.
Beispiel / Praxisbezug
Eine 250 kB große JavaScript-Bundle wird mit Gzip auf ~75 kB, mit Brotli auf ~60 kB gebracht. Über schlechte Mobilfunk-Verbindungen ein spürbarer LCP-Vorteil. Aktivierung passiert im Webserver (Nginx: brotli on;) oder am CDN.
Abgrenzung zu ähnlichen Begriffen
Kompression ist lossless — keine Qualität geht verloren, im Gegensatz zu Bild-Kompression (WebP/AVIF). Brotli kann zwei Modi: dynamisch (zur Request-Zeit) oder statisch (vorab beim Build, z. B. .br-Dateien) — letzteres erlaubt höhere Qualitätsstufen ohne Server-CPU-Last.
Entdecke mehr
CDN (Content Delivery Network)
Ein verteiltes Server-Netzwerk, das statische und zunehmend auch dynamische Inhalte aus dem geografisch nächstgelegenen Edge-Server an den Nutzer ausliefert.
LexikonTechnisches SEO — was Google wirklich crawlen, rendern und indexieren muss
Wie Crawl-Budget, Robots, Sitemap, JS-Rendering, Indexierung, Canonical und Core Web Vitals zusammenspielen — der vollständige Bogen für produktive Sites.
NewsGoogle Search Central Live Toronto 2026 — was Google offiziell zur Zukunft der Suche sagt
Information Gain als neues Leitbild, Google-Extended klar eingeordnet, AI Mode mit 93 % Zero-Click. Die wichtigsten Aussagen aus Toronto.