Brotli-Komprimierung
Was ist die Brotli-Komprimierung?
Die Brotli-Komprimierung ist ein verlustfreies Verfahren, das HTML-, CSS-, JavaScript- und andere textbasierte Webdateien vor der Übertragung verkleinert. Browser signalisieren ihre Unterstützung über den HTTP-Header Accept-Encoding: br; der Server antwortet mit Content-Encoding: br. Dadurch sinkt die übertragene Datenmenge, was Ladezeiten und PageSpeed-Werte verbessern kann.
Was steckt hinter der Brotli-Komprimierung?
Die Brotli-Komprimierung, englisch: Brotli compression, reduziert die Dateigröße von textbasierten Ressourcen, ohne Informationen zu entfernen. Der Browser entpackt die übertragenen Daten automatisch, bevor er HTML verarbeitet, CSS-Regeln anwendet oder JavaScript ausführt. Für den Nutzer bleibt dieser Vorgang unsichtbar.
Brotli kombiniert unter anderem ein Wörterbuch häufig vorkommender Zeichenfolgen mit Verfahren zur effizienten Codierung wiederkehrender Inhalte. Das ist bei Webdateien hilfreich, weil Begriffe, HTML-Elemente, Klassennamen und Programmcodes oft mehrfach vorkommen. Bereits komprimierte Formate wie JPEG, WebP, AVIF, MP4 oder ZIP profitieren dagegen kaum von einer zusätzlichen Brotli-Komprimierung.
Wie funktioniert die Brotli-Komprimierung?
Die Brotli-Komprimierung wird zwischen Browser und Webserver ausgehandelt. Dieser Prozess läuft bei jeder Anfrage über HTTP-Header und setzt voraus, dass der Server oder das vorgeschaltete Content Delivery Network Brotli unterstützt und korrekt konfiguriert ist.
Dynamische und statische Komprimierung
Bei der dynamischen Brotli-Komprimierung komprimiert der Server eine Antwort während der Anfrage. Das eignet sich für wechselnde HTML-Inhalte, kann bei einer hohen Kompressionsstufe jedoch die Antwortzeit des Servers verlängern. Eine kleinere Übertragungsdatei führt deshalb nicht automatisch zu einem schnelleren Seitenaufbau, wenn die Komprimierung zu viel Rechenzeit beansprucht.
Bei der statischen Brotli-Komprimierung werden CSS- und JavaScript-Dateien bereits beim Build oder Deployment als zusätzliche .br-Dateien erzeugt. Der Server muss diese Ressourcen nicht bei jeder Anfrage neu komprimieren. Für selten veränderte Dateien ist dieses Verfahren besonders effizient, sofern der Server die passende Datei anhand der Browseranfrage auswählt.
Brotli-Komprimierung und PageSpeed
Die Brotli-Komprimierung verbessert PageSpeed vor allem durch eine geringere Übertragungsgröße. Weniger Bytes müssen über das Netzwerk geladen werden, wodurch HTML, Stylesheets und Skripte früher beim Browser eintreffen können. Der Effekt fällt bei mobilen Verbindungen und umfangreichen Textressourcen meist deutlicher aus als bei kleinen Dateien oder schnellen lokalen Verbindungen.
Brotli wirkt nur indirekt auf die Core Web Vitals. Eine schneller übertragene CSS- oder JavaScript-Datei kann den Largest Contentful Paint verkürzen, wenn die Datei für das Rendern des größten sichtbaren Elements benötigt wird. Die Brotli-Komprimierung behebt jedoch keine langen JavaScript-Ausführungszeiten, langsamen Datenbankabfragen, unoptimierten Bilder oder blockierenden Drittanbieter-Code.
Messbar ist das zum Beispiel so: Öffne die Netzwerkansicht der Browser-Entwicklertools, lade die Seite neu und prüfe bei HTML-, CSS- oder JavaScript-Dateien den Antwort-Header Content-Encoding. Vergleiche außerdem die übertragene Größe mit der ursprünglichen Ressourcengröße. Ein br-Header bestätigt die Auslieferung per Brotli.
Mit dem kostenlosen Ladezeiten-Check kannst du zusätzlich die PageSpeed-Werte für Mobilgeräte und Desktop prüfen. Die Analyse hilft dabei, Komprimierung im Zusammenhang mit weiteren Ursachen langer Ladezeiten zu bewerten.
Brotli-Komprimierung oder Gzip?
Der Unterschied zwischen Brotli und Gzip liegt vor allem im Kompressionsverfahren, in den verfügbaren Stufen und im erforderlichen Rechenaufwand. Gzip ist älter und nutzt üblicherweise die Stufen 1 bis 9. Brotli bietet die Stufen 0 bis 11 und kann textbasierte Webressourcen häufig stärker verkleinern. Das konkrete Ergebnis hängt immer von Dateityp, Inhalt und gewählter Stufe ab.
| Merkmal | Brotli | Gzip |
|---|---|---|
| HTTP-Kennung | br | gzip |
| Kompressionsstufen | 0 bis 11 | 1 bis 9 |
| Geeignete Inhalte | HTML, CSS, JavaScript, JSON, XML und Text | HTML, CSS, JavaScript, JSON, XML und Text |
| Serveraufwand | Bei hohen Stufen vergleichsweise hoch | Bei ähnlicher Konfiguration meist geringer |
| Typischer Einsatz | Bevorzugte Auslieferung an unterstützende Browser | Fallback für Clients ohne Brotli-Unterstützung |
Eine Website muss sich nicht ausschließlich für Brotli oder Gzip entscheiden. Eine saubere Serverkonfiguration liefert Brotli an kompatible Browser und hält Gzip als Rückfalloption bereit. Die Aushandlung erfolgt automatisch über Accept-Encoding, sodass für jeden Client ein unterstütztes Format gewählt werden kann.
Brotli korrekt einrichten
Die Brotli-Komprimierung kann direkt im Webserver, über ein Hosting-System, über ein CMS-Plug-in oder in einem Content Delivery Network aktiviert werden. Welche Einstellung erforderlich ist, hängt von Apache, Nginx, dem verwendeten Hosting-Paket und zwischengeschalteten Caches ab. Prüfe nach jeder Änderung die real ausgelieferte HTTP-Antwort, da eine aktivierte Option allein noch keine korrekte Übertragung bestätigt.
Vary: Accept-Encoding. Fehlt dieser Header bei einem zwischengeschalteten Cache, kann eine für Brotli geeignete Antwort an einen Client ohne Brotli-Unterstützung gelangen. Prüfe außerdem, dass Dateien nicht mehrfach komprimiert werden und bereits komprimierte Bild-, Video- oder Archivformate ausgeschlossen sind. Relevanz für SEO, SEA und GEO
Für SEO verbessert Brotli die technische Grundlage schneller Seiten, weil Suchmaschinen und Nutzer weniger Daten übertragen müssen. Die Komprimierung ist trotzdem nur eine Maßnahme innerhalb der technischen Optimierung. Weitere Prüfpunkte wie Serverantwortzeit, Caching, Bildformate, JavaScript und kritische Rendering-Ressourcen findest du im Ratgeber zum technischen SEO einer Website.
Für SEA kann Brotli die Ladezeit von Landingpages reduzieren und damit mehr Nutzern ermöglichen, die Zielseite vollständig zu erreichen. Ob sich die Kampagnenleistung verändert, lässt sich nur durch den Vergleich von Ladezeit, Absprungrate und Conversion-Rate vor und nach der Umstellung beurteilen. Eine geringe Dateigröße ersetzt keine klare Nutzerführung und keine überzeugende Landingpage.
Für GEO, also Generative Engine Optimization, ist Brotli kein direktes Signal für die Nennung in ChatGPT, Perplexity, Gemini oder Grok. Technisch erreichbare, schnell ladende und sauber strukturierte Seiten erleichtern jedoch die Verarbeitung durch Browser und Crawler. Bei einer neuen Website sollte die Komprimierung deshalb bereits in der technisch suchmaschinenorientierten Website-Entwicklung berücksichtigt werden.
Häufige Fragen zur Brotli-Komprimierung
Wie prüfe ich, ob Brotli aktiv ist?
Öffne die Entwicklerwerkzeuge deines Browsers und wähle in der Netzwerkansicht eine HTML-, CSS- oder JavaScript-Datei aus. Steht im Antwort-Header Content-Encoding der Wert br, wurde die Ressource mit Brotli übertragen.
Unterstützt jeder Browser die Brotli-Komprimierung?
Aktuelle verbreitete Browser unterstützen Brotli. Für ältere Programme und einzelne technische Clients sollte der Server zusätzlich Gzip als Rückfalloption anbieten.
Kann Brotli auch Bilder komprimieren?
Brotli kann technisch auf beliebige Daten angewendet werden, bringt bei bereits komprimierten Formaten wie JPEG, WebP, AVIF oder PNG jedoch meist keinen sinnvollen Vorteil. Für Bilder sind passende Abmessungen, moderne Bildformate und eine angemessene Qualitätsstufe relevanter.
Welche Brotli-Stufe sollte ich verwenden?
Brotli bietet die Stufen 0 bis 11. Dynamisch erzeugte Antworten benötigen meist eine ausgewogene Einstellung, während statische Dateien vorab mit einer höheren Stufe komprimiert werden können. Entscheidend ist der gemessene Vergleich aus Dateigröße, Serverantwortzeit und Rechenaufwand.
Ist Brotli immer schneller als Gzip?
Brotli kann textbasierte Dateien stärker verkleinern, benötigt bei hohen Stufen aber mehr Rechenzeit. Bei einer ungünstigen dynamischen Konfiguration kann dieser Aufwand den Vorteil der kleineren Datei teilweise aufheben.
Warum meldet PageSpeed trotz Brotli noch lange Ladezeiten?
Brotli reduziert nur die Übertragungsgröße geeigneter Textdateien. Lange Serverantwortzeiten, große Bilder, renderblockierende Ressourcen, umfangreiches JavaScript und externe Skripte müssen separat analysiert und optimiert werden.
Wenn du die Brotli-Komprimierung und weitere technische Ladezeitfaktoren deiner Website systematisch prüfen lassen möchtest, kannst du einen kostenlosen und unverbindlichen Potenzialcheck anfragen.
Kostenlosen Potenzialcheck anfragen
Sie haben noch Fragen?
