Brotli-Komprimierung
Was ist die Brotli-Komprimierung?
Die Brotli-Komprimierung ist ein verlustfreies Verfahren, das textbasierte Webressourcen wie HTML, CSS, JavaScript, JSON und SVG vor der Übertragung verkleinert. Der Browser entpackt die Daten automatisch. Dadurch sinkt das Übertragungsvolumen, was die Ladezeit und den PageSpeed verbessern kann. Bereits komprimierte Bilder und Videos profitieren kaum davon.
Wie Brotli-Komprimierung funktioniert
Die Brotli-Komprimierung, englisch: Brotli compression, wird zwischen Webserver und Browser ausgehandelt. Der Browser übermittelt im HTTP-Header Accept-Encoding, welche Verfahren er unterstützt. Enthält die Angabe den Wert br, darf der Server eine entsprechend komprimierte Antwort senden und kennzeichnet sie mit Content-Encoding: br.
Die Brotli-Komprimierung arbeitet verlustfrei. Nach dem Entpacken stimmen HTML-, CSS- oder JavaScript-Dateien vollständig mit den ursprünglichen Daten überein. Das Verfahren kombiniert unter anderem Wörterbücher, Kontextmodelle und die Erkennung wiederkehrender Zeichenfolgen. Gerade Webcode enthält viele Wiederholungen, etwa Elementnamen, CSS-Eigenschaften und Funktionsbezeichnungen.
br im Header Accept-Encoding, muss der Server eine andere Variante wie Gzip oder eine unkomprimierte Antwort bereitstellen. Brotli-Komprimierung und PageSpeed
Der PageSpeed profitiert von Brotli, weil kleinere Dateien weniger Übertragungszeit benötigen. Der Effekt hängt von der Dateigröße, der Netzwerkverbindung und dem Anteil textbasierter Ressourcen ab. Eine umfangreiche JavaScript-Datei bietet meist mehr Einsparpotenzial als ein wenige Kilobyte großes HTML-Dokument.
Die Brotli-Komprimierung kann insbesondere den Largest Contentful Paint, kurz LCP, verbessern, wenn CSS oder JavaScript die Darstellung des größten sichtbaren Elements verzögern. Als guter LCP-Wert gelten höchstens 2,5 Sekunden beim 75. Perzentil der Seitenaufrufe. Brotli beeinflusst den Cumulative Layout Shift nicht direkt, weil die Komprimierung keine Layoutverschiebungen verhindert.
Ein verbreiteter Denkfehler besteht darin, Brotli mit einer vollständigen Ladezeitenoptimierung gleichzusetzen. Brotli reduziert das Übertragungsvolumen, beseitigt aber weder langsame Datenbankabfragen noch überflüssiges JavaScript, große Bilder oder eine lange Serverantwortzeit. Prüfe die Komprimierung deshalb gemeinsam mit Caching, Bildformaten, Serverleistung und der Reihenfolge geladener Ressourcen.
Prüfe den aktuellen Stand deiner Website mit dem kostenlosen Ladezeiten-Check. Der Test hilft dabei, technische Engpässe und Optimierungspotenziale beim PageSpeed einzugrenzen.
Brotli oder Gzip wählen
Der Unterschied zwischen Brotli und Gzip liegt im verwendeten Kompressionsverfahren und im Verhältnis zwischen Dateigröße und Rechenaufwand. Brotli erzielt bei vielen textbasierten Webressourcen kleinere Dateien. Gzip benötigt bei vergleichbaren Einstellungen häufig weniger Rechenzeit und bleibt ein sinnvoller Rückfallmechanismus für Clients ohne Brotli-Unterstützung.
| Kriterium | Brotli | Gzip |
|---|---|---|
| HTTP-Kennung | br | gzip |
| Kompressionsstufen | 0 bis 11 | Üblicherweise 1 bis 9 |
| Geeignete Inhalte | HTML, CSS, JavaScript, JSON, SVG | HTML, CSS, JavaScript, JSON, SVG |
| Typischer Einsatz | Moderne Browser, häufig über HTTPS | Breite Abwärtskompatibilität |
| Serverstrategie | Bevorzugte Variante | Rückfallvariante |
Die höchste Brotli-Stufe ist für eine Website nicht automatisch die sinnvollste Einstellung. Die Stufen reichen von 0 bis 11. Höhere Werte können die Dateigröße weiter reduzieren, benötigen jedoch mehr Prozessorzeit. Für dynamisch erzeugte Antworten wird deshalb meist eine mittlere Stufe gewählt, während statische Dateien mit höherer Stufe vorkomprimiert werden können.
Statisch oder dynamisch komprimieren
Bei der dynamischen Brotli-Komprimierung erzeugt der Server die komprimierte Antwort während der Anfrage. Dieses Vorgehen eignet sich für wechselnde Inhalte, erhöht aber den Rechenaufwand. Eine aggressive Einstellung kann die Time to First Byte, kurz TTFB, verlängern und damit einen Teil des Ladezeitgewinns wieder aufheben.
Bei der statischen Brotli-Komprimierung werden fertige Varianten von CSS- und JavaScript-Dateien bereits beim Build oder bei der Veröffentlichung erzeugt. Der Server liefert anschließend direkt die vorbereitete Datei aus. Dieses Verfahren erlaubt höhere Kompressionsstufen, ohne bei jedem Seitenaufruf erneut Rechenzeit aufzuwenden.
Welche Dateien profitieren?
Die Brotli-Komprimierung eignet sich für textbasierte Formate mit wiederkehrenden Zeichenfolgen. Dazu zählen HTML, CSS, JavaScript, XML, JSON und textbasierte SVG-Dateien. Bei großen Onlineshops können beispielsweise umfangreiche Stylesheets, Skriptpakete und strukturierte Produktdaten einen relevanten Anteil des übertragenen Datenvolumens ausmachen.
JPEG-, WebP- und AVIF-Bilder, MP4-Videos, ZIP-Archive und viele Schriftdateien sind bereits intern komprimiert. Eine zusätzliche Brotli-Komprimierung spart bei diesen Formaten meist wenig und beansprucht trotzdem Serverleistung. Für Bilder sind passende Abmessungen, moderne Dateiformate und eine geeignete Qualitätsstufe wirksamer.
Brotli-Komprimierung für SEO und GEO
Die Brotli-Komprimierung ist kein eigenständiger Ranking-Faktor mit garantierter Positionswirkung. Sie kann jedoch technische Voraussetzungen verbessern, die für SEO relevant sind: kürzere Übertragungszeiten, effizientere mobile Seitenaufrufe und bessere Ladeerlebnisse. Brotli gehört deshalb in eine umfassende technische Onpage-Optimierung.
Für SEA kann Brotli die Nutzererfahrung auf Anzeigen-Landingpages verbessern. Eine schnelle Zielseite reduziert Wartezeiten zwischen Anzeigenklick und sichtbarem Inhalt. Für GEO, also Generative Engine Optimization, besteht kein spezieller Brotli-Vorteil. Schnell und zuverlässig abrufbare Dokumente erleichtern jedoch Suchmaschinen und anderen automatisierten Clients den technischen Zugriff.
Brotli-Komprimierung richtig prüfen
Messbar ist die Brotli-Komprimierung über die HTTP-Antwortheader und die tatsächlich übertragene Dateigröße. Prüfe bei einer HTML-, CSS- oder JavaScript-Anfrage, ob Content-Encoding: br gesetzt ist. Vergleiche zusätzlich die übertragene Größe mit der unkomprimierten Ressourcengröße. Ein aktiver Header allein belegt noch keinen relevanten PageSpeed-Gewinn.
Bei einer technischen Prüfung sollten mindestens drei Varianten getestet werden: ein Browser mit Brotli-Unterstützung, eine Anfrage ohne br und eine bereits komprimierte Datei. Ein umfassendes SEO-Audit ordnet das Ergebnis zusammen mit Caching, Core Web Vitals, Serverantwortzeit und blockierenden Ressourcen ein.
Vary: Accept-Encoding und teste nach Änderungen sowohl Brotli als auch die Gzip-Rückfallvariante. Wenn du technische Ladezeitpotenziale strukturiert bewerten lassen möchtest, bietet ein Potenzialcheck eine Einordnung der wichtigsten Maßnahmen für deine Domain.
Häufige Fragen zur Brotli-Komprimierung
Unterstützt jeder Browser die Brotli-Komprimierung?
Moderne Browser unterstützen Brotli. Der Server sollte trotzdem prüfen, welche Kompressionsverfahren der Client im Header Accept-Encoding nennt, und bei Bedarf Gzip oder eine unkomprimierte Antwort ausliefern.
Funktioniert Brotli nur mit HTTPS?
Die verbreitete Browserunterstützung für Brotli ist an sichere HTTPS-Verbindungen gebunden. Für öffentliche Websites sollte Brotli deshalb zusammen mit HTTPS eingerichtet und getestet werden.
Welche Brotli-Stufe ist für Websites sinnvoll?
Brotli bietet die Stufen 0 bis 11. Für dynamische Antworten eignen sich meist mittlere Einstellungen, während statische Dateien mit höheren Stufen vorkomprimiert werden können. Die passende Stufe hängt von Serverleistung und Änderungsfrequenz ab.
Kann Brotli auch Bilder komprimieren?
Brotli kann Bilddateien technisch übertragen, erzielt bei bereits komprimierten Formaten wie JPEG, WebP oder AVIF aber kaum zusätzliche Einsparungen. Bilder sollten über Abmessungen, Qualitätsstufe und Dateiformat optimiert werden.
Wie erkenne ich, ob Brotli aktiv ist?
Öffne die HTTP-Antwortheader einer HTML-, CSS- oder JavaScript-Datei und suche nach Content-Encoding: br. Prüfe zusätzlich die übertragene Dateigröße und die Gzip-Rückfallvariante, damit die Konfiguration vollständig bewertet wird.
Ersetzt Brotli das Caching?
Brotli und Caching erfüllen unterschiedliche Aufgaben. Brotli verkleinert die übertragenen Daten, während Caching bereits geladene oder erzeugte Ressourcen wiederverwendet. Beide Verfahren können gemeinsam eingesetzt werden.
Sie haben noch Fragen?
