Brotli-Checker

Füge einfach eine URL in diesen kostenlosen Brotli Checker ein. Du siehst sofort, ob der Server komprimierte Assets ausliefert. Eine Anmeldung brauchst du nicht. Das Tool prüft die HTTP-Header direkt auf das br-Token.

So liest der Brotli Checker die Header

Du fügst eine URL ein. Das Tool schickt einen HTTP-Request mit dem Accept-Encoding-Header auf gzip, deflate, br. Der Server entscheidet dann, was er zurückschickt. Unterstützt er den Algorithmus, antwortet er mit Content-Encoding: br. Das Tool parst diesen Header und zeigt dir das Ergebnis. Wir prüfen aber auch die eigentliche Payload. Manchmal behauptet ein Server nämlich einfach, er komprimiere, liefert aber Klartext aus.

Brotli ist in RFC 7932 definiert. Der Algorithmus nutzt ein festes 120-Kilobyte-Wörterbuch. Darin stehen gängige HTTP-Strings und CSS-Keywords. Dieser geteilte Kontext sorgt dafür, dass Textdateien deutlich kleiner werden als bei älteren Verfahren. Du bekommst die Raw-Header zurück und kannst das exakte Token selbst prüfen. Wir checken zusätzlich die Magic Bytes. Steht im Header zwar br, die Payload ist aber reiner Klartext, meldet das Tool sofort einen Mismatch.

Wann du einen Brotli-Kompressionstest brauchst

Du brauchst diesen Test, wenn dein Lighthouse-Audit unkomprimierten Text bemängelt. Moderne CDNs unterstützen Brotli problemlos. Falsch konfigurierte Origin-Server reißen die Header aber oft wieder raus. Du wiegst dich in Sicherheit, weil dein Edge-Netzwerk alles abfängt. Dann stellst du fest, dass der Origin rohes HTML ausliefert. Dein globales CDN bringt dann herzlich wenig. Willst du wissen, ob eine Seite Brotli wirklich nutzt, fügst du die URL ein. Der Online-Brotli Checker testet sowohl die Edge als auch den Origin direkt.

Das Tool hilft auch bei der Migration weg von gzip. Du willst sicher sein, dass die neue Config wirklich funktioniert, bevor sie in die Produktion geht. Denk aber daran: Bilder und Videos sind schon komprimiert. Das Tool meldet dir hier korrekt, dass diese Dateien keine textbasierte Kompression nutzen. Teste für aussagekräftige Ergebnisse wirklich nur HTML, CSS und JSON.

• CDN-Edge-Konfigurationen prüfen.
• Fallback-Verhalten des Origin-Servers testen.
• Fehlende Accept-Encoding-Tokens debuggen.

Grenzen des kostenlosen Brotli Checkers

Das Tool prüft exakt die eine URL, die du eingibst. Es crawlt nicht deine ganze Seite. Nutzt deine Homepage Brotli, die Unterseiten aber nicht, musst du jede URL einzeln testen. Es verrät dir auch keine Kompressionsrate. Es bestätigt nur, dass der Algorithmus aktiv ist. Für die tatsächlichen Byte-Einsparungen brauchst du einen separaten Profiler.

Manche Server handeln das Encoding basierend auf dem User-Agent aus. Liefert dein Server an verschiedene Clients unterschiedliche Formate, weicht das Ergebnis ab. Das Tool nutzt einen klassischen Desktop-Browser-User-Agent. Braucht die Seite eine Authentifizierung oder blockt sie automatisierte Requests, bricht der Check mit einem Verbindungsfehler ab. Solche geschützten Endpunkte musst du manuell per curl testen.

So benutzt du den Brotli Checker

1. Füge die vollständige URL der zu testenden Ressource in das Eingabefeld ein.
2. Klick auf den Check-Button, um den HTTP-Request mit dem br-Token abzuschicken.
3. Lies das Ergebnis ab, um zu sehen, ob der Content-Encoding-Header vorhanden ist.
4. Schau dir die Raw-Response-Header für detaillierte Negotiation-Daten an.

Compression-Encoding-Header

So sehen die Response-Header bei verschiedenen Kompressionsalgorithmen aus.

Frequently asked questions

Ist dieser Brotli Checker komplett kostenlos?

Ja, du kannst das Tool so oft nutzen, wie du brauchst. Ganz ohne Account. Es gibt keine versteckten Kosten oder Premium-Stufen für den Header-Check.

Funktioniert das auch für mobile Websites?

Das Tool prüft die Server-Antwort. Die ist unabhängig vom Endgerät immer identisch. Der Server ändert den Kompressionsalgorithmus nicht, nur weil du am Handy statt am Desktop sitzt.

Warum zeigt es keine Kompression an, obwohl meine Seite welche nutzt?

Dein Server checkt vielleicht den User-Agent-String und blockt automatisierte Tools. Oder du testest eine URL, die weiterleitet, bevor der komprimierte Payload überhaupt ausgeliefert wird. Teste in dem Fall direkt die finale Ziel-URL.

Was ist der Unterschied zwischen br und gzip?

Brotli holt bei textbasierten Assets wie HTML, CSS und JavaScript eine deutlich bessere Kompressionsrate raus. Das Komprimieren dauert länger, das Dekomprimieren geht dafür schneller. Gzip ist älter und wird überall unterstützt, liefert aber bei gleichem Inhalt größere Dateien.